ws-kandula-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andreas Veithen (JIRA)" <>
Subject [jira] Moved: (TRANSPORTS-15) tcp transport problem: multithread blocking sending doesn't work
Date Wed, 25 Aug 2010 18:26:18 GMT


Andreas Veithen moved AXIS2-3162 to TRANSPORTS-15:

              Project: Axis2 Transports  (was: Axis2)
                  Key: TRANSPORTS-15  (was: AXIS2-3162)
    Affects Version/s:     (was: 1.2)
          Component/s: TCP
                           (was: transports)

> tcp transport problem: multithread blocking sending doesn't work
> ----------------------------------------------------------------
>                 Key: TRANSPORTS-15
>                 URL:
>             Project: Axis2 Transports
>          Issue Type: Bug
>          Components: TCP
>         Environment: jdk1.5, axis2 1.2, tomcat 6.0
>            Reporter: Yattie Yang
> I create a webservices to send datas, and http,jms transport works fine with multithread
sending, but not for tcp.
> TCP uses ws-addressing in both client and server sides, and it works fine in single thread.
In the case of multithread,
> e.g., 
> 1. a thread T1 created to send data D1, use a ServiceClient object in blocking way(sendReceive())
> 2. meanwhile, another thread T2 created to send data D2
> 3. T1 sent the data and has not received the reply;(need more time)
> 4. T2 sent the data and received the reply;(T2 works OK)
> 5. T1 throws a Exception: Socket output is already shutdown
> I use the seperator listener by options.setUseSeparateListener(true) and similarlly "socket
shutdown" exception
> My question is:
> when using two seperate ServiceClient, there should be two socket connection. It works
fine for http and jms, but why not work for
> tcp? Is there something I missed when engaged ws-addressing or some bugs there?

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message