asankha wrote:
>
> Balaji
>> Is there a way to configure synapse
>> not to use NIO but blocking Http transport?
>>
> I don't think thats the right solution to this problem, as we spent a
> long time building a non-blocking transport and now we see its benefits
> and the scalability we have achieved. The problem with a blocking
> transport for an intermediary such as Synapse is that it boils down to
> one-thread per client connection, and this thread may be blocked on IO
> and waiting for the backend service to reply.
>
> I would like to understand your problem in more detail, and try to see
> if I can reproduce it. So you need to tell me and Oleg the exact JDK
> version you are using, your OS version and the hardware (Sparc/Intel) so
> that we could try to investigate it further. Also could you try this
> with a different version of the JDK (1.5.x).. maybe JDK 1.6 and a newer
> Solaris box or OS version? Also since you have nailed this down to
> HttpCore-NIO alone, maybe you could try the 4.0-alpha5 release of
> HttpCore that came out in the last week.
> -------------------------------------------------------------------------------------------------
> We tried with jdk1.5.0_06 and jdk1.5.0_11, but same results.
>
> Solaris: SunOS callisto 5.9 Generic_118558-39 sun4u sparc
> SUNW,Sun-Fire-280R
>
> Please try the program NHttpClient.java in solaris box to simulate the
> issue. chaging to 4.0-alpha5 doesn't
> make a difference.
>
> --------------------------------------------------------------------------------------------------
>
>
> >The example given in NIO module NHttpClient.java when executed from
> solaris box is able to talk to HTTP
> > server / servlet container running in windows but not solaris (not
> even local machine).
>
> The above seems quite confusing to me.. If the sample code you provide
> can talk to an external Windows server, I don't see any reason why it
> cant talk to a Solaris server? Just to be certain.. do you have any
> firewalls or other software between the two boxes? Can you do a "telnet
> <solarishost> <httpport>" from the command line and then a "GET /
> HTTP/1.1" and see if you get some response back?
>
> ----------------------------------------------------------------------------------------------
> No firewall issues, as we are able to do a telnet from solaris box to the
> server running on localhost
> and able to retrieve response. This is how results look like
>
> solaris -> windows - yes
> windows -> solaris - yes
> solaris -> solaris (localhost) - no (synapse and jboss server sitting on
> the same machine can't talk to each other)
>
> Not sure what the problem could be other than with NIO (because using
> commons-httpclient API we are able to communicate to server running in
> solaris)
>
> This is the code segment from
> org.apache.http.impl.nio.reactor.DefaultConnectingIOReactor.java
>
> try {
> readyCount = this.selector.select(TIMEOUT_CHECK_INTERVAL);
> } catch (InterruptedIOException ex) {
> throw ex;
> } catch (IOException ex) {
> throw new IOReactorException("Unexpected selector
> failure", ex);
> }
>
> if (this.closed) {
> break;
> }
>
> processSessionRequests();
>
> if (readyCount > 0) {
> processEvents(this.selector.selectedKeys());
> }
>
> Even though
>
> key = socketChannel.register(this.selector, 0);
>
> returns a valid selector key, the select() method returns count = 0.
>
> ---------------------------------------------------------------------------------------------
>
>
> Lets give this problem the due attention it deserves and try to find its
> root cause.
>
>
>
> Hope this helps.
>
> thanks
> Balaji
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail:
> [EMAIL PROTECTED]
>
>
>
--
View this message in context:
http://www.nabble.com/Re%3A-Synapse-not-able-to-send-request-to-jboss-server-%2B-solaris-5.9-tf4033622.html#a11465364
Sent from the HttpComponents-Dev mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
