Hi,
I've had problems with submissions throwing "ERROR XFormsServer - XForms - submission - xforms-submit-error throwable: java.net.ConnectException: Connection refused" on production enviroment. I've few controls that have xforms-value-changed actions that send submission like this: <xforms:submission id="modelToForm" method="post" ref="instance('dataTemp')" replace="instance" instance="response" action="/myApp/SomeXPL"/> When forms loads those controls make xforms-value-changed events and I can see from log that it succeeds= 2008-03-20 14:35:36,935 INFO ProcessorService - /myApp/SomeXPL - Received request Now when I edit that field again and focus some other control, control fires xforms-value-changed again and same action is processed. This time it doesn't happen, log says: 2008-03-20 14:36:21,585 INFO ProcessorService - /xforms-server - Received request 2008-03-20 14:36:48,608 ERROR XFormsServer - XForms - submission - xforms-submit-error throwable: java.net.ConnectException: Connection refused at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(Unknown Source) at java.net.PlainSocketImpl.connectToAddress(Unknown Source) at java.net.PlainSocketImpl.connect(Unknown Source) at java.net.SocksSocketImpl.connect(Unknown Source) at java.net.Socket.connect(Unknown Source) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.connect(Unknown Source) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.<init>(Unknown Source) at com.sun.net.ssl.internal.ssl.SSLSocketFactoryImpl.createSocket(Unknown Source) at org.apache.commons.httpclient.protocol.SSLProtocolSocketFactory.createSocket(SSLProtocolSocketFactory.java:82) at org.apache.commons.httpclient.protocol.SSLProtocolSocketFactory.createSocket(SSLProtocolSocketFactory.java:127) at org.apache.commons.httpclient.HttpConnection.open(HttpConnection.java:707) at org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$HttpConnectionAdapter.open(MultiThreadedHttpConnectionManager.java:1361) at org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:387) at org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171) at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397) at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:323) at org.orbeon.oxf.resources.handler.HTTPURLConnection.connect(HTTPURLConnection.java:144) at org.orbeon.oxf.xforms.XFormsSubmissionUtils.doRegular(XFormsSubmissionUtils.java:309) |
Administrator
|
On Thu, Mar 20, 2008 at 7:45 AM, Mauno <[hidden email]> wrote:
> I've had problems with submissions throwing "ERROR XFormsServer - XForms - > submission - xforms-submit-error throwable: java.net.ConnectException: > Connection refused" on production enviroment. Do you think that there is something specific here to this environment? Can you reproduce this when running the application on a test environment? Can you see of this is somehow related to the use of SSL? > Now when I edit that field again and focus some other control, control fires > xforms-value-changed again and same action is processed. This time it > doesn't happen, log says: > [...] I would put a tcpmon between the XForms server and the service (http://ws.apache.org/commons/tcpmon/) to see exactly what is going on the wire there. The error says "connection refused", which seems to indicate that the TCP/IP connection could not even be made. If this is the case, that would not be related to cookie or header forwarding. One more question: what is the OS of the server? If you are on Windows, I am wondering if you could be hitting this one: http://www.orbeon.com/blog/2006/05/05/tcpip/. Alex -- Orbeon Forms - Web 2.0 Forms, open-source, for the Enterprise Orbeon's Blog: http://www.orbeon.com/blog/ Personal Blog: http://avernet.blogspot.com/ -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help OW2 mailing lists service home page: http://www.ow2.org/wws |
It's got something to do with the enviroment, not sure what. I've never seen that exception with my devepment enviroment. It's not ssl-related, it has been tested without it and it gives same exception (only callstack differs).
Exception occurs only with 2 xpl:s and their contents are almost equal, maybe some kind of miss-configuration? XPLs invoke custom processors and xpls have very simple syntax: <p:config xmlns:customxpl="http://www.xxxxxxx.com/orbeon/processors" xmlns:p="http://www.orbeon.com/oxf/pipeline" xmlns:oxf="http://www.orbeon.com/oxf/processors" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> <p:param type="input" name="instance" /> <p:processor name="customxpl:CheckSQD_ID"> <p:input name="data" href="#instance"/> <p:output name="boolean" id="ba_output"/> </p:processor> <p:processor name="oxf:xml-serializer"> <p:input name="data" href="#ba_output" /> <p:input name="config"> <config> <content-type>application/xml</content-type> <cache-control> <use-local-cache>false</use-local-cache> </cache-control> </config> </p:input> </p:processor> </p:config>
|
In reply to this post by Alessandro Vernet
Yes, now it's working. It was routing related issue and tcpmon helped, thanks!
|
Administrator
|
On Mar 25, 2008, at 3:44 AM, Mauno wrote:
> > Yes, now it's working. It was routing related issue and tcpmon helped, > thanks! Excellent, I'm glad you found the source of the problem. And tcpmon is the king here! :) Alex -- Orbeon Forms - Web 2.0 Forms, open-source, for the Enterprise Orbeon's Blog: http://www.orbeon.com/blog/ Personal Blog: http://avernet.blogspot.com/ -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help OW2 mailing lists service home page: http://www.ow2.org/wws |
Free forum by Nabble | Edit this page |