Unpack job is a processor that unpacks a job that was packed for transmission with Pack job.
Outgoing data success connections receive the unpacked job, with restored metadata (if it was included in the packed archive). Outgoing log success connections receive a checksum-protected XML file that can serve as a formal confirmation of successful receipt of the job, recognized by the Monitor confirmation element.
Incoming jobs that do not have the appropriate format (or that were corrupted during transmission) are sent to the data error connection or if there is no such connection, these jobs are moved to the problem jobs folder.
See Acknowledged job hand-off for an example of how to use this tool.
Keywords can be used with the search function above the Elements pane.
The keywords for the Unpack job element are:
Unpack job supports outgoing traffic-light connections of the following types:
Data success: carries successfully unpacked jobs, with restored metadata.
Log success (optional): carries confirmation file that should be returned to the sender of the packed job.
Data error (optional): carries incoming jobs that cannot be unpacked; if there is no such connection, these jobs are moved to the problem jobs folder.
Property |
Description |
---|---|
Name |
The name of the flow element displayed in the canvas |
Passwords |
A list of passwords used for opening the packed data, if needed The script expression can be used to determine a password dynamically, for example based on the sender of the packed data |
Restore metadata |
If set to yes, internal job ticket information and external metadata associated with the job are restored from the packed data (overwriting any metadata already associated with the packed data) Embedded metadata is always included since it is part of the job file itself |
Email info |
Special options for email info in the internal metadata:
|
Hierarchy info |
Special options for hierarchy info in the internal metadata:
|
Fail duplicates |
If set to yes, a packed data entity that comes in twice (based on the unique identifier stored inside) is sent to the error output; otherwise it is treated as usual In both cases the duplicate is logged to the execution log |
Keep info for (days) |
The list of identifiers already processed is kept for at least this many days |