Transfer files, with file transfer metadata, in a timely and reliable manner.
WebSphere® MQ File Transfer Edition V7.0 delivers a reliable managed file transfer solution for moving files between IT systems without the need for programming. Files that are larger than the maximum individual WebSphere MQ message size can be moved. A log of file movements demonstrates that business data in files is transferred with integrity from source file system to destination file system.
Using the WebSphere MQ File Transfer Edition nodes offers seamless integration with your existing WebSphere MQ File Transfer Edition network. The following diagram shows a typical WebSphere MQ File Transfer Edition network:
An agent runs in each integration server that has deployed flows containing WebSphere MQ File Transfer Edition nodes. The agent is responsible for receiving and initiating all WebSphere MQ File Transfer Edition transfers. The agent name is derived from Broker.IntegrationServer; the name is not configurable. See Preparing the environment for WebSphere MQ File Transfer Edition nodes for restrictions on agent names.
You do not need to start or stop this agent; if a flow containing WebSphere MQ File Transfer Edition nodes is deployed, the agent is running. The agent is stopped only when the integration server is stopped. The broker queue manager is used as the queue manager for the agent.
The broker queue manager is the default coordination queue manager. You can specify a different coordination queue manager by using the IBM® Integration Explorer, or the mqsichangeproperties command. You must configure your coordination queue manager as a coordination queue manager. See the WebSphere File Transfer Edition product documentation for details.
Multiple FTEOutput nodes can be deployed to the same integration server, or to different integration servers in the same broker. FTEOutput nodes can send one file per transfer. Each file can have multiple records. Each record can have multiple elements. Transfers from the FTEOutput are non-blocking; an error occurs if another transfer is outstanding with the same file name.
Multiple FTEInput nodes can be deployed to the same integration server, or to different integration servers in the same broker. Multiple FTEInput nodes can read files transferred to the same directory without contention. Each file is processed only once, even if the nodes are deployed to separate integration servers, or different brokers.
When receiving files, you can apply filters. If an integration server has more than one FTEInput node, each node receives only the appropriate files. You can also determine what happens after the file has been processed (the file is left in its existing destination directory, left with a timestamp added, or deleted). See the Basic tab on the node for details. FTEInput nodes can only process transfers where the destination is a file. If the embedded FTE agent receives a transfer where the destination is a queue, that transfer will be ignored, and will not be processed by any deployed FTEInput nodes.
You can combine the FTEInput and FTEOutput nodes to create a request and reply flow. See the sample for details.
Using elements in the local environment, you can call a program on the destination agent before starting the transfer, or when the transfer is finished. See LocalEnvironment.Destination.FTE fields for details.
A message is written to the system log for every integration server that has a WebSphere MQ File Transfer Edition node deployed.