Splits incoming FlowFiles by a specified byte sequence
content, split, binary
In the list below, the names of required properties appear in bold. Any other properties (not in bold) are considered optional. The table also indicates any default values.
Display Name | API Name | Default Value | Allowable Values | Description |
---|---|---|---|---|
Byte Sequence Format | Byte Sequence Format | Hexadecimal |
| Specifies how the <Byte Sequence> property should be interpreted |
Byte Sequence | Byte Sequence | A representation of bytes to look for and upon which to split the source file into separate files | ||
Keep Byte Sequence | Keep Byte Sequence | false |
| Determines whether or not the Byte Sequence should be included with each Split |
Byte Sequence Location | Byte Sequence Location | Trailing |
| If <Keep Byte Sequence> is set to true, specifies whether the byte sequence should be added to the end of the first split or the beginning of the second; if <Keep Byte Sequence> is false, this property is ignored. |
Name | Description |
---|---|
splits | All Splits will be routed to the splits relationship |
original | The original file |
Name | Description |
---|---|
fragment.identifier | All split FlowFiles produced from the same parent FlowFile will have the same randomly generated UUID added for this attribute |
fragment.index | A one-up number that indicates the ordering of the split FlowFiles that were created from a single parent FlowFile |
fragment.count | The number of split FlowFiles generated from the parent FlowFile |
segment.original.filename | The filename of the parent FlowFile |
Resource | Description |
---|---|
MEMORY | The FlowFile with its attributes is stored in memory, not the content of the FlowFile. If many splits are generated due to the size of the content, or how the content is configured to be split, a two-phase approach may be necessary to avoid excessive use of memory. |