|Constructor and Description|
The default constructor for the
|Modifier and Type||Method and Description|
Excludes a number of columns from the input spec and generates a new output spec.
Streaming API (pending): Factory method for a streamable operator that is used to execute this node.
Execute method for general port types.
Streaming API (pending): Defines properties on the input ports when used in a streamed and/or distributed fashion.
Streaming API (pending): Similar to
configure, createColumnRearranger, execute, getFilterResult, loadInternals, loadValidatedSettingsFrom, reset, saveInternals, saveSettingsTo, validateSettings
addWarningListener, computeFinalOutputSpecs, continueLoop, createInitialStreamableOperatorInternals, createMergeOperator, finishStreamableExecution, getAvailableFlowVariables, getAvailableInputFlowVariables, getCredentialsProvider, getInHiLiteHandler, getInPortType, getInteractiveNodeView, getLogger, getLoopEndNode, getLoopStartNode, getNrInPorts, getNrOutPorts, getOutHiLiteHandler, getOutPortType, getWarningMessage, iterate, notifyViews, notifyWarningListeners, onDispose, peekFlowVariableDouble, peekFlowVariableInt, peekFlowVariableString, pushFlowVariableDouble, pushFlowVariableInt, pushFlowVariableString, removeWarningListener, resetAndConfigureLoopBody, setInHiLiteHandler, setWarningMessage, stateChanged
protected PortObject execute(PortObject data, ExecutionContext exec) throws Exception
inObjectsrepresent the input objects and the returned array represents the output objects. The elements in the argument array are generally guaranteed to be not null and subclasses of the
PortObject classesthat are defined through the
PortTypesgiven in the
constructor. Similarly, the returned output objects need to comply with their port types object class (otherwise an error is reported by the framework) and must not be null. There are few exceptions to these rules:
InactiveBranchConsumermay find instances of
InactiveBranchPortObjectin case the corresponding input is inactive.
InactiveBranchPortObjectelements in case the output should be inactivated.
For a general description of the execute method refer to the description of the specialized
NodeModel.execute(BufferedDataTable, ExecutionContext) methods as it addresses more use cases.
protected PortObjectSpec configure(PortObjectSpec inSpecs) throws InvalidSettingsException
public StreamableOperator createStreamableOperator(PartitionInfo partitionInfo, PortObjectSpec inSpecs) throws InvalidSettingsException
NodeModel.execute(PortObject, ExecutionContext)method. Subclasses may override it to return a new operator that follows the data handling described by the
This method is called by the node executor once or multiple times depending on the input roles. If any input is distributable, the method is called multiple times (for each partition once), possibly on different (remote) clones of this NodeModel.
partitionInfo- The partition info describing the chunk (if distributable).
inSpecs- The port object specs of the input ports. These are identical to the specs that
NodeModel.configure(PortObjectSpec)was last called with (also on the remote side).
InvalidSettingsException- Usually not thrown in the client but still part of the method signature as implementations often run the same methods as during configure. (This method is not being called when configure fails.)
public InputPortRole getInputPortRoles()
A data input is streamed when the node implementation only needs to see
each data record once (no iterative access), otherwise it's non-streamed.
If a port is streamed the
StreamableOperator.runFinal(PortInput, PortOutput, ExecutionContext)
method will provide the input as a
RowInput object, to which the
client implementation can safely type-cast to. For non-streamed ports the
input is represented by an instance of
BufferedDataTable) are always non-streamed.
An data input may be distributable (= parallelizable), in which case the data is processed in paralleled (possibly scattered in the cloud). Non-data ports are always non-distributable (but the execution may still take place in a distributed fashion if another port is distributed -- any non-distributable port is then simply duplicated as required).
public OutputPortRole getOutputPortRoles()
NodeModel.getInputPortRoles()describes the role of the output. An output is distributable when the (distributed!) input directly maps to the output without any further merge or reduction step (which is otherwise described by the
NodeModel.createMergeOperator()). Only data outputs can be distributable, any other (model) output is always non-distributable. The input- and output roles define the place where the output data is generated:
StreamableOperator.runFinal(PortInput, PortOutput, ExecutionContext)method. Only one instance of the operator is used.
StreamableOperator.runFinal(PortInput, PortOutput, ExecutionContext)method, too. Note that in this case there are several instances of a
StreamableOperator(either representing different threads in the same JVM or distributed in a compute cluster).
NodeModel.finishStreamableExecution(StreamableOperatorInternals, ExecutionContext, PortOutput)implementation. The client implementation must also overwrite the
NodeModel.createMergeOperator()method. The implementation of
StreamableOperator.runFinal(PortInput, PortOutput, ExecutionContext)must not return or push any result into the
StreamableOperatorinstances and the model after the merge in the NodeModel.
KNIME GmbH, Konstanz, Germany
You may not modify, publish, transmit, transfer or sell, reproduce, create derivative works from, distribute, perform, display, or in any way exploit any of the content, in whole or in part, except as otherwise expressly permitted in writing by the copyright owner or as specified in the license file distributed with this product.