[mashup-dev] [jira] Commented: (MASHUP-24) Op dispatch fails unless
SOAP Action is specified.
Jonathan Marsh (JIRA)
jira at wso2.org
Mon Jun 11 12:50:16 PDT 2007
[ http://www.wso2.org/jira/browse/MASHUP-24?page=comments#action_11181 ]
Jonathan Marsh commented on MASHUP-24:
--------------------------------------
Indeed it appears to be fixed (I had to support getting the action from the WSDL to check.)
The stubs now check the WSDL and enable WSA:Action, soapAction, or none correctly (I hope) on SOAP 1.1 and SOAP 1.2 envelopes.
Operations dispatched through WSRequest.js work correctly with any of these mechanisms (including just rpc child names). Other issues prevent checking with the plugins, on which I'll file an issue. I'll also file the SOAPAction issue to check that the plugins generate SOAPAction consistently.
> Op dispatch fails unless SOAP Action is specified.
> --------------------------------------------------
>
> Key: MASHUP-24
> URL: http://www.wso2.org/jira/browse/MASHUP-24
> Project: WSO2 Mashup Server
> Issue Type: Bug
> Environment: Private build 5/3; Vista
> Reporter: Jonathan Marsh
> Assigned To: Keith Godwin Chapman
> Fix For: alpha_1
>
>
> The XPI and Active X controls currently insert WSA action into the header, and stubs guarantee a unique body element name, yet without a SOAP action the following exception occurs:
> <?xml version='1.0' encoding='UTF-8'?><soapenv:Envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope"><soapenv:Body><soapenv:Fault><soapenv:Code><soapenv:Value>soapenv:Sender</soapenv:Value></soapenv:Code><soapenv:Reason><soapenv:Text xml:lang="en-US">org/apache/abdera/i18n/iri/IRISyntaxException</soapenv:Text></soapenv:Reason><soapenv:Detail><Exception>org.apache.axis2.AxisFault: org/apache/abdera/i18n/iri/IRISyntaxException
> at org.apache.axis2.AxisFault.makeFault(AxisFault.java:377)
> at org.wso2.javascript.rhino.JavaScriptReceiver.invokeBusinessLogic(JavaScriptReceiver.java:151)
> at org.apache.axis2.receivers.AbstractInOutSyncMessageReceiver.receive(AbstractInOutSyncMessageReceiver.java:39)
> at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:138)
> at org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequest(HTTPTransportUtils.java:279)
> at org.apache.axis2.transport.http.AxisServlet.doPost(AxisServlet.java:116)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
> at org.wso2.adminui.AdminUIServletFilter.doFilter(AdminUIServletFilter.java:111)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
> at org.wso2.wsas.transport.RequestRedirectionFilter.doFilter(RequestRedirectionFilter.java:61)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
> at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:667)
> at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
> at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
> at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
> at java.lang.Thread.run(Thread.java:595)
> Caused by: java.lang.NoClassDefFoundError: org/apache/abdera/i18n/iri/IRISyntaxException
> at java.lang.Class.getDeclaredMethods0(Native Method)
> at java.lang.Class.privateGetDeclaredMethods(Class.java:2395)
> at java.lang.Class.getDeclaredMethods(Class.java:1763)
> at org.mozilla.javascript.FunctionObject.getMethodList(FunctionObject.java:312)
> at org.mozilla.javascript.ScriptableObject.defineClass(ScriptableObject.java:800)
> at org.mozilla.javascript.ScriptableObject.defineClass(ScriptableObject.java:734)
> at org.wso2.javascript.rhino.JavaScriptEngineUtils.loadHostObjects(JavaScriptEngineUtils.java:47)
> at org.wso2.javascript.rhino.JavaScriptReceiver.invokeBusinessLogic(JavaScriptReceiver.java:70)
> ... 26 more
> This used to work just fine. If a SOAP Action is inserted manually into the message using TCPMON, the service proceeds (though fails on the issue MASHUP-23.)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://www.wso2.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the Mashup-dev
mailing list