Re: black magic mystery
- Original Message - From: E B [EMAIL PROTECTED] --- James Williamson [EMAIL PROTECTED] wrote: Have you tried starting up Tomcat under a debugger (gdb) I have never used a debugger for java before, can gdb be used on java? strange. Sorry, typo on my part, it should be jdb. -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
RE: black magic mystery
I have never used a debugger for java before, can gdb be used on java? strange. AIUI gdb can be used on anything that is gdb compliant. It uses an API to talk to the debugger, rather than gdb taking over the program. I may be subtly wrong, but you get the idea. J. -- You're only jealous cos the little penguins are talking to me. *** For more information on Ordnance Survey products and services, visit our web site at http://www.ordnancesurvey.co.uk *** -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
black magic mystery
This is about classloaders again. Same old problem about message style soap services, and soap classes in soap/WEB-INF/classes. 1. How do I find out which classloader loaded the classes shown in the stack trace? 2. In the stack trace that is shown below, the class MessageServer is in the common/classes, but soap is in its web-inf/classes. So soap's class loader should be able to take the help of common classloader to load the MessageServer class. Why then does it complain? ?xml version=1.0 encoding=UTF-8 ? - SOAP-ENV:Envelope xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/; xmlns:xsi=http://www.w3.org/1999/XMLSchema-instance; xmlns:xsd=http://www.w3.org/1999/XMLSchema; - SOAP-ENV:Body - SOAP-ENV:Fault faultcodeSOAP-ENV:Server/faultcode faultstringException while handling service request: MessageServer.processMessage(org.apache.soap.Envelope,org.apache.soap.rpc.SOAPContext,org.apache.soap.rpc.SOAPContext) -- no signature match/faultstring faultactor/soap/servlet/messagerouter/faultactor - detail stackTracejava.lang.NoSuchMethodException: MessageServer.processMessage(org.apache.soap.Envelope,org.apache.soap.rpc.SOAPContext,org.apache.soap.rpc.SOAPContext) -- no signature match at org.apache.soap.util.MethodUtils.getEntryPoint(MethodUtils.java:194) at org.apache.soap.util.MethodUtils.getMethod(MethodUtils.java:548) at org.apache.soap.util.MethodUtils.getMethod(MethodUtils.java:528) at org.apache.soap.server.MessageRouter.invoke(MessageRouter.java:54) at org.apache.soap.providers.MsgJavaProvider.invoke(MsgJavaProvider.java:125) at org.apache.soap.server.http.MessageRouterServlet.doPost(MessageRouterServlet.java:268) at javax.servlet.http.HttpServlet.service(HttpServlet.java, Compiled Code) at javax.servlet.http.HttpServlet.service(HttpServlet.java, Compiled Code) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java, Compiled Code) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java, Compiled Code) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java, Compiled Code) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java, Compiled Code) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java, Compiled Code) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java, Compiled Code) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java, Compiled Code) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java, Compiled Code) at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java, Compiled Code) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java, Compiled Code) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java, Compiled Code) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java, Compiled Code) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java, Compiled Code) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java, Compiled Code) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java, Compiled Code) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java, Compiled Code) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java, Compiled Code) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java, Compiled Code) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java, Compiled Code) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java, Compiled Code) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java, Compiled Code) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java, Compiled Code) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java, Compiled Code) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java, Compiled Code) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java, Compiled Code) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java, Compiled Code) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java, Compiled Code) at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java, Compiled Code) at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java, Compiled Code) at java.lang.Thread.run(Thread.java, Compiled Code)/stackTrace /detail /SOAP-ENV:Fault /SOAP-ENV:Body /SOAP-ENV:Envelope __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
RE: black magic mystery
I'm not familiar with soap, but when you say soap is in its web-inf/classes, the MessageServer class should not be included in web-inf/classes, otherwise that one will be loaded and the common one will be ignored. this is better explained in the classloader doc. Charlie -Original Message- From: E B [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 20, 2001 4:39 AM To: [EMAIL PROTECTED] Subject: black magic mystery This is about classloaders again. Same old problem about message style soap services, and soap classes in soap/WEB-INF/classes. 1. How do I find out which classloader loaded the classes shown in the stack trace? 2. In the stack trace that is shown below, the class MessageServer is in the common/classes, but soap is in its web-inf/classes. So soap's class loader should be able to take the help of common classloader to load the MessageServer class. Why then does it complain? ?xml version=1.0 encoding=UTF-8 ? - SOAP-ENV:Envelope xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/; xmlns:xsi=http://www.w3.org/1999/XMLSchema-instance; xmlns:xsd=http://www.w3.org/1999/XMLSchema; - SOAP-ENV:Body - SOAP-ENV:Fault faultcodeSOAP-ENV:Server/faultcode faultstringException while handling service request: MessageServer.processMessage(org.apache.soap.Envelope,org.apac he.soap.rpc.SOAPContext,org.apache.soap.rpc.SOAPContext) -- no signature match/faultstring faultactor/soap/servlet/messagerouter/faultactor - detail stackTracejava.lang.NoSuchMethodException: MessageServer.processMessage(org.apache.soap.Envelope,org.apac he.soap.rpc.SOAPContext,org.apache.soap.rpc.SOAPContext) -- no signature match at org.apache.soap.util.MethodUtils.getEntryPoint(MethodUtils.java:194) at org.apache.soap.util.MethodUtils.getMethod(MethodUtils.java:548) at org.apache.soap.util.MethodUtils.getMethod(MethodUtils.java:528) at org.apache.soap.server.MessageRouter.invoke(MessageRouter.java:54) at org.apache.soap.providers.MsgJavaProvider.invoke(MsgJavaProvid er.java:125) at org.apache.soap.server.http.MessageRouterServlet.doPost(Messag eRouterServlet.java:268) at javax.servlet.http.HttpServlet.service(HttpServlet.java, Compiled Code) at javax.servlet.http.HttpServlet.service(HttpServlet.java, Compiled Code) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilt er(ApplicationFilterChain.java, Compiled Code) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli cationFilterChain.java, Compiled Code) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardW rapperValve.java, Compiled Code) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java, Compiled Code) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipel ine.java, Compiled Code) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java, Compiled Code) at org.apache.catalina.core.StandardContextValve.invoke(StandardC ontextValve.java, Compiled Code) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java, Compiled Code) at org.apache.catalina.valves.CertificatesValve.invoke(Certificat esValve.java, Compiled Code) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java, Compiled Code) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipel ine.java, Compiled Code) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java, Compiled Code) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java, Compiled Code) at org.apache.catalina.core.StandardHostValve.invoke(StandardHost Valve.java, Compiled Code) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java, Compiled Code) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDi spatcherValve.java, Compiled Code) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java, Compiled Code) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReport Valve.java, Compiled Code) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java, Compiled Code) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java, Compiled Code) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java, Compiled Code) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipel ine.java, Compiled Code) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java, Compiled Code) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEn gineValve.java, Compiled Code) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java, Compiled Code) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipel ine.java, Compiled Code) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java, Compiled Code
Re: black magic mystery
From: E B [EMAIL PROTECTED] This is about classloaders again. Same old problem about message style soap services, and soap classes in soap/WEB-INF/classes. 1. How do I find out which classloader loaded the classes shown in the stack trace? Have you tried starting up Tomcat under a debugger (gdb) and then telling it to break when certain exceptions are thrown? When you get your exception you look at the classloader of the class on the top of the stack by doing something like this: print this.getClass().getClassLoader() Move up and down the stack to see which classes have been loaded by what 2. In the stack trace that is shown below, the class MessageServer is in the common/classes, but soap is in its web-inf/classes. So soap's class loader should be able to take the help of common classloader to load the MessageServer class. Why then does it complain? I'm not an expert but isn't there some known issue with SOAP and classloading? -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: black magic mystery
--- James Williamson [EMAIL PROTECTED] wrote: Have you tried starting up Tomcat under a debugger (gdb) I have never used a debugger for java before, can gdb be used on java? strange. 2. In the stack trace that is shown below, the class MessageServer is in the common/classes, but soap is in its web-inf/classes. So soap's class loader should be able to take the help of common classloader to load the MessageServer class. Why then does it complain? I'm not an expert but isn't there some known issue with SOAP and classloading? I searched the tomcat archive with 'classloading soap' and there is not much in it. I am on soap-user list since a long time, I have not come accross soln to this problem. __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]