Hitachi Vantara Pentaho Community Wiki
Skip to end of metadata
Go to start of metadata

Description

The Blocking step blocks all output until the very last row is received from the previous step.

At that point, the last row is sent to the next step or the complete input is sent off to the next step. Use the Blocking Step for triggering plugins, stored procedures, Java scripts, ... or for synchronization purposes.

Note: When using this step in combination with a Table Output step, the functionality is not guaranteed when you fire a SQL statement against the target table afterwards, please see PDI-2386 for more details.

Options

The following table describes the options for the Blocking step:

Option

Description

Step name

Name of the step; this name has to be unique in a single transformation.

Pass all rows?

Determines whether to pass one row or all rows

Spool directory

The directory in which the temporary files are stored if needed; the default is the standard temporary directory for the system

Spool-file prefix

Choose a recognizable prefix to identify the files when they appear in the temp directory

Cache size

The more rows you can store in memory, the faster the step works

Compress spool files?

Compresses temporary files when they are needed

1 Comment

  1. "Cache size (rows in memory)" parameter in Blocking Step needs to be set up correctly when invoking the transformation from Java application with "Pass all rows" option enabled. "Cache size (rows in memory)" value should be set higher than the number of records that are processed. Otherwise, "Blocking Step - java.lang.NoClassDefFoundError: org/safehaus/uuid/UUIDGenerator" exception will occur, even though "jug-2.0.0.jar" which has the UUIDGenerator class, is in the classpath.