App Connect

 View Only
Expand all | Collapse all

TCP IP Client Output and Receive Multiple Connections

  • 1.  TCP IP Client Output and Receive Multiple Connections

    Posted Fri September 01, 2023 11:52 AM

    Hi Everyone,

    We're trying to set up a simple synchronous communication with a TCP/IP server on AppConnect using a TCP Client Output node and a TCP Client Receive node in series in a message flow.

    We have noticed that the response received on the TCP Client Receive node is sometimes not related to the request sent by the TCP Client Output node of the same message flow instance, i.e. the responses are swapped.

    Basically, I'm trying to implement this scenario:

    https://www.ibm.com/docs/en/integration-bus/10.0?topic=wt-sending-data-tcpip-client-connection-receiving-data-back-same-connection-synchronous

    As per my understanding, we need to reserve the input stream when we create / obtain a connection, so that only a node that has the connection ID can access the connection.

    However, the above guide instructs us to set the 'Reserve input stream and release at end of flow' property for both streams on the TCP Client Receive node.

    I cannot understand why

    1. Its not being reserved at the TCP Client Output node, where the connection is first obtained.
    2. Why it needs to reserve both streams

    To confuse things further, in a similar scenario in the same documentation, i,e this one:

    https://www.ibm.com/docs/en/integration-bus/10.0?topic=wt-sending-receiving-data-same-tcpip-client-connection-closing-input-output-streams-synchronous

    it says that we should set the input stream modification property on the TCP Client Output node, which seems more logical.

    Which one is the correct way to do this?



    ------------------------------
    Samitha Udalagama
    ------------------------------


  • 2.  RE: TCP IP Client Output and Receive Multiple Connections

    Posted Tue November 21, 2023 10:07 PM

    Up! I also experienced the same scenario. 



    ------------------------------
    Nathaniel Santiago
    ------------------------------