On Fri, 2007-07-06 at 08:56 -0700, balaji hari wrote: > Oleg, > > Actually in DefaultConnectingIOReactor.processSessionRequests > > after this code segment > > SessionRequestHandle requestHandle = new SessionRequestHandle(request); > key.attach(requestHandle); > key.interestOps(SelectionKey.OP_CONNECT); > > we tried > > this.selector.select(0) > this.selector.selectedKeys() > > This doesn't help! > > thanks > Balaji >
Balaji Could please try this fix (attached to the Jira issue)? https://issues.apache.org/jira/browse/HTTPCORE-89 Oleg > > olegk wrote: > > > > On Fri, 2007-07-06 at 07:29 -0700, balaji hari wrote: > > > > ... > > > >> > 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) > >> > > > > > Very peculiar. > > > >> > >> > 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. > >> > > > > > This looks like a bug in Sun Solaris NIO implementation to me. However, > > if just ignoring the readyCount value helps work the problem around I do > > not see a problem with including it into HttpCore. > > > > Could you please try patching the latest snapshot locally on a Solaris > > 2.9 box and see if you can get the test suite pass successfully? > > > > Oleg > > > >> > >> > > >> --------------------------------------------------------------------------------------------- > >> > > >> > > >> > 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] > >> > > >> > > >> > > >> > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: > > [EMAIL PROTECTED] > > > > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
