This actually became irrelevant.
Because the File/IO Adapter is not designed to call, it could not be used to listen to a socket feed on a remote port. The webMethods Professional Services team developed an adapter called the Persistent Socket Adapter that will be deployed instead.
The Operation Templates for the Persistent Socket Adapter are:
- Send Message
- Read Message
- Receive Message
- Open Connection
- Close Connection
- Create Message
- Pull Pending Message
- Push Pending Message
- Fixed Length Parse
- Delimited Parse
- Get Next Message ID
- Get Last Message ID Received
- Set Last Message ID Received
Our integration does not require all of these templates, but we use the Open Connection to connect to the Socket Server and Receive Message to process bytes across the stream. Obviously, we use Close Connection to terminate our connection to the Socket Server.
This adapter was built to perform a function that the File/IO adapter lacks. The Persistent Socket Adapter opens a connection on a remote Socket Server and calls to that server until the connection is explicitly closed.
I would like to say “problem solved”, but that won’t be the case until the Persistent Socket Adapter is fully and rigorously tested by webMethods’ engineers and released as a GA’ed product. Because the Persistent Socket Adapter is a webMethods PS solution, its use is not supported by the webMethods Customer Support team.
#webMethods-General#webMethods-Architecture#webMethods#Integration-Server-and-ESB