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.
