Page 2 of 2 FirstFirst 12
Results 11 to 15 of 15

Thread: TCP Inbound Gateway with Splitter/Aggregator multi-threaded.

  1. #11
    Join Date
    Mar 2010
    Location
    Gtr Philadelphia, PA
    Posts
    2,017

    Default

    Interesting; at timeline 2011-05-10 09:25:55,312, we can see the message being bridged from the configured reply channel to temporary channel that the tcp thread is (should be) waiting on, but for some reason it's not picked up.

    The next reply (at timeline 2011-05-10 09:26:54,230) is sent ok.

    Can you reproduce with the thread name in the log (%t) and, after a failure, get a thread dump (jstack <pid> on *nix, Ctrl-Break on windows - or use VisualVM) after a failure?

    I will attempt to reproduce, but I won't be able to get to it until tonight.

    Thanks
    Gary P. Russell
    Spring Integration Team
    SpringSource, a division of VMware

  2. #12

    Default

    Here is a log with the thread info in it.
    I've also added the thread dump.

    javacore.20110510.133955.11862.0001.txt.zip
    ats.log.zip

    I know it has to do with loosing the link to the initial thread or something like that.
    If you need anything else let me know.

    Regards,

  3. #13
    Join Date
    Mar 2010
    Location
    Gtr Philadelphia, PA
    Posts
    2,017

    Default

    Here's the smoking gun...

    Code:
    2011-05-10 13:37:37,108 [socketExecutor-2] | DEBUG | postSend 
    ...
    2011-05-10 13:37:38,123 [socketExecutor-2] | DEBUG | null reply received 
    ...
    2011-05-10 13:37:39,776 [asmTxExecutor-3] | DEBUG | handler 'org.springframework.integration.handler.BridgeHandler@57ee57ee' sending reply Message:
    The gateway is timing out after 1 second and your reply is taking 2.6 seconds.

    The default timeout for a gateway is 1 second; this can be increased by using the reply-timeout attribute on the inbound gateway.

    As you have seen, this won't happen on a single thread, obviously, because the thread is doing work rather than waiting for a response.

    Hope that helps.
    Gary P. Russell
    Spring Integration Team
    SpringSource, a division of VMware

  4. #14

    Default

    X-File Classified.
    I've set the timeout to 60000 (millis) and boum, it all started to work as a charm.
    If you want Gary, as a sign of my gratitude for your help, I'll simplify a bit my workflow and think of some sort of nice funny project (Cafe Sample V2?) and give it to Spring Community.
    A sample of a TCP client/server with multi-threaded processing per request. You'll be able to put a link from here to the sample.
    Would that be of any used?

    Best regards,
    Olivier Quirion @ IBM Canada
    Last edited by Olivier Quirion; May 10th, 2011 at 01:45 PM.

  5. #15
    Join Date
    Mar 2010
    Location
    Gtr Philadelphia, PA
    Posts
    2,017

    Default

    That would be great!

    You might want to consider getting an account on git.springsource.org.

    The samples are here ...

    http://git.springsource.org/+spring-...ration/samples

    You could then make a clone up there and push your changes, and then send a merge request to Mark and Oleg.

    We really would like to see folks contributing to the samples; thanks for the offer!

    BTW, I have raised a documentation JIRA issue, because I didn't see this default documented.

    https://jira.springsource.org/browse/INT-1898
    Gary P. Russell
    Spring Integration Team
    SpringSource, a division of VMware

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •