I retrieved the MUSE-270 fixes and tried rebuilding MUSE 2.3 but their is still a problem with a org.apache.muse.util.xml.XmlUtils missing the EMPTY_DOC element. I took the WsnErrors project and extracted the 2.2 libs from this into my wsn-producer and wsn-consumer projects and repackaged the war files. These libraries seemed to resolve the XmlUtils problems and WsnTestClient no longer stack dumps in the request. When I run the test it fails because the consumer EPR is unreachable. I've confirmed that the URI is correct and the wsn-consumer is deployed and running. The Tomcat localhost_access_log is showing that the HTTP Get on the consumer is failing with a 405 error
127.0.0.1 - - [04/Nov/2010:09:09:43 -0700] "GET /wsn%2Dconsumer HTTP/1.1" 405 1110 127.0.0.1 - - [04/Nov/2010:09:10:54 -0700] "POST /wsn-producer/services/WsResource HTTP/1.1" 200 1679 (HTTP method GET is not supported by this URL). The muse.xml router-entries are up to date with the latest fixes. Is this a Tomcat protection problem or something else? Chris Twiner wrote: > > Hi, > > Muse-270 may be your issue. > > If not then its your standard class loader problem. > > However my money would be on the above issue. In this instance no import > is > being performed before an insert. > > If you are building from source anyway then you should use the 270 fix > branch. > > Cheers, > Chris > > On 3 Nov 2010 18:53, "dave wright" <[email protected]> wrote: > > > I built the wsn-producer and deployed it to a Tomcat 7.0.2 server. This > time > I used the mini SOAP engine option in wsdl2java to avoid the previous > problem I was having with the axis2 incompatibility with jdk1.6.0_11.The > application deploys successfully to Tomcat using the mini engine. I then > set > the application and context path as follows reflecting the deployed > resource: > > public static void main(String[] args) > { > try > { > // > // change these to point to different applications/servers > // > String webAppRoot = "/wsn-producer/services"; > int port = 8080; > > // > // test WSSG directory > // > > String contextPath = webAppRoot + "/WsResource"; > > URI address = getLocalAddress(contextPath, port); > EndpointReference epr = new EndpointReference(address); > > ServiceGroupClient sg = new ServiceGroupClient(epr); > > When I run the test the Tomcat log shows the following stack dump: > > Nov 3, 2010 10:21:23 AM org.apache.catalina.core.StandardWrapperValve > invoke > SEVERE: Servlet.service() for servlet [ApacheMuseServlet] in context with > path [/wsn-producer] threw exc > eption > org.w3c.dom.DOMException: WRONG_DOCUMENT_ERR: A node is used in a > different > document than the one that c > reated it. > at org.apache.xerces.dom.ParentNode.internalInsertBefore(Unknown > Source) > at org.apache.xerces.dom.ParentNode.insertBefore(Unknown Source) > at org.apache.xerces.dom.NodeImpl.appendChild(Unknown Source) > at > org.apache.muse.core.platform.mini.MiniIsolationLayer.createBody(MiniIsolationLayer.java:66) > at > org.apache.muse.core.platform.mini.MiniIsolationLayer.createEnvelope(MiniIsolationLayer.java: > 83) > at > org.apache.muse.core.platform.mini.MiniIsolationLayer.createEnvelope(MiniIsolationLayer.java: > 74) > at > org.apache.muse.core.platform.mini.MiniIsolationLayer.handleRequest(MiniIsolationLayer.java:1 > 93) > at > org.apache.muse.core.platform.mini.MiniServlet.doPost(MiniServlet.java:84) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:641) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java: > 303) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:201) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:163) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:108) > at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:556) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:401) > at > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:242) > at > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:2 > 67) > at > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:2 > 45) > at > org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:260) > at > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) > at java.lang.Thread.run(Thread.java:619) > > This looks like a compatibility problem with the java xerces. Is this a > conflict between the Muse xerces and Tomcat? How can I resolve this? > > > -- > View this message in context: > http://old.nabble.com/WsrfTestClient-test-fails-tp30125201p30125201.html > Sent from the Muse User mailing list archive at Nabble.com. > > -- View this message in context: http://old.nabble.com/WsrfTestClient-test-fails-tp30125201p30134483.html Sent from the Muse User mailing list archive at Nabble.com.
