Re: Problem with javax.xml.transform.Transformer
J.Pietschmann wrote: I belive the Tomcat site itself mentions it. Other than that, read the installation instructions for Cocoon regarding Tomcat 4.0.3 and the Cocoon FAQ. The generally recommended workaround is to move everything into the Tomcat lib. You are right, that's particular bug 6374, http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6374. -- Oleg Tkachenko Multiconn International Ltd
Re: Problem with javax.xml.transform.Transformer
Subject: Re: Problem with javax.xml.transform.Transformer From: Wim Sandra [EMAIL PROTECTED] === I can process the first XSL-FO document. But the following XSL-FO documents fail with the same error: ClassNotFound on javax.xml.transform.Transformer. It seems -but I'm not sure yet- that I only have this problem when I process the following documents from a different thread. Wim
RE: Problem with javax.xml.transform.Transformer
tomcat 4.0.3 had some classloading issues, so if it works with 4.0.4, you probably should use it instead. 4.0.4 final is now available. Charlie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, June 20, 2002 12:50 AM To: [EMAIL PROTECTED] Subject: Problem with javax.xml.transform.Transformer I have two instances of Tomcat. One that has my development webapps and it is Tomcat 4.0.3. Another is empty and it is 4.0.4-b3. I put the FopServlet in the 4.0.4-b3 version and tested it out and it worked fine after some problems were resolved. Now, I've simply moved it into the webapps for my development server (4.0.3) and I start getting an error with a ClassNotFound exception on javax.xml.transform.Transformer. Anybody have any ideas? In both cases the xalan.jar is in my WEB-INF/lib directory. Thanks, Mike For futher information, here is the stack trace: javax.servlet.ServletException: javax.xml.transform.Transformer at FopServlet.renderXML(FopServlet.java:127) at FopServlet.doGet(FopServlet.java:68) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilt er(Application FilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli cationFilterCh ain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardW rapperValve.ja va:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipel ine.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardC ontextValve.ja va:190) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipel ine.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContex t.java:2343) at org.apache.catalina.core.StandardHostValve.invoke(StandardHost Valve.java:180 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java:5 66) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDi spatcherValve. java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java:5 64) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReport Valve.java:170 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java:5 64) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValv e.java:468) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java:5 64) at org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSi gnOn.java:392) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java:5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipel ine.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEn gineValve.java :174) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipel ine.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.connector.http.HttpProcessor.process(HttpP rocessor.java: 1012) at org.apache.catalina.connector.http.HttpProcessor.run(HttpProce ssor.java:1107 ) at java.lang.Thread.run(Thread.java:484) root cause org.apache.fop.apps.FOPException: javax.xml.transform.Transformer at org.apache.fop.apps.XSLTInputHandler.getParser(XSLTInputHandle r.java:107) at FopServlet.renderXML(FopServlet.java:119) at FopServlet.doGet(FopServlet.java:68) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilt er(Application FilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli cationFilterCh ain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardW rapperValve.ja va:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipel ine.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943
Re: Problem with javax.xml.transform.Transformer
J.Pietschmann wrote: Tomcat 4.0.3 has problems with the classloader. If you have to use it, move the FOP jars into the Tomcat lib directory. It is recommended to upgrade to 4.0.4 btw, I'm also having this problem now :( My hosting has been upgraded from tomcat3 to 4.03 and fop stuck. But symptoms are rather bizarre - java.lang.NoClassDefFoundError: org/w3c/dom/svg/SVGDocument at com.multiconn.fop.TIFFRendererFactory.newTIFFRenderer(TIFFRendererFactory.java:22) Interestingly enough, TIFFRenderer.jar is in the same WEB-INF/lib directory as batik.jar, but it seems to me batik is not found, but TIFFRenderer is. Could you please point out any resources to confirm the bug I could forward my hosting admin to? -- Oleg Tkachenko Multiconn International Ltd
Re: Problem with javax.xml.transform.Transformer
Oleg Tkachenko wrote: btw, I'm also having this problem now :( My hosting has been upgraded from tomcat3 to 4.03 and fop stuck. But symptoms are rather bizarre - java.lang.NoClassDefFoundError: org/w3c/dom/svg/SVGDocument at com.multiconn.fop.TIFFRendererFactory.newTIFFRenderer(TIFFRendererFactory.java:22) Interestingly enough, TIFFRenderer.jar is in the same WEB-INF/lib directory as batik.jar, but it seems to me batik is not found, but TIFFRenderer is. Could you please point out any resources to confirm the bug I could forward my hosting admin to? I belive the Tomcat site itself mentions it. Other than that, read the installation instructions for Cocoon regarding Tomcat 4.0.3 and the Cocoon FAQ. The generally recommended workaround is to move everything into the Tomcat lib. Now that Tomcat 4.0.4 is out, your hoster should upgrade to this version. J.Pietschmann
Problem with javax.xml.transform.Transformer
I have two instances of Tomcat. One that has my development webapps and it is Tomcat 4.0.3. Another is empty and it is 4.0.4-b3. I put the FopServlet in the 4.0.4-b3 version and tested it out and it worked fine after some problems were resolved. Now, I've simply moved it into the webapps for my development server (4.0.3) and I start getting an error with a ClassNotFound exception on javax.xml.transform.Transformer. Anybody have any ideas? In both cases the xalan.jar is in my WEB-INF/lib directory. Thanks, Mike For futher information, here is the stack trace: javax.servlet.ServletException: javax.xml.transform.Transformer at FopServlet.renderXML(FopServlet.java:127) at FopServlet.doGet(FopServlet.java:68) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:190) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2343) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve. java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:392) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :174) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java: 1012) at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1107 ) at java.lang.Thread.run(Thread.java:484) root cause org.apache.fop.apps.FOPException: javax.xml.transform.Transformer at org.apache.fop.apps.XSLTInputHandler.getParser(XSLTInputHandler.java:107) at FopServlet.renderXML(FopServlet.java:119) at FopServlet.doGet(FopServlet.java:68) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:190) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2343) at
Re: Problem with javax.xml.transform.Transformer
i had that same error once, and the only thing i did is delete the jars and put them back and then restart the tomcat... seems strange but that worked for me... greetings Jochen Maes ICT Development KBC Securities (kbcsecurities.com) Havenlaan 12 Avenue du Port SIF 8683 B-1080 Brussels Belgium Tel: +32 2 429 96 81 GSM: +32 496 57 90 99 E-mail : [EMAIL PROTECTED] This message and any attachments hereto are for the named person's use only. It may contain confidential, proprietary or legally privileged information. You may not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. If you have received this e-mail message without being the intended recipient, please notify KBC Securities promptly and delete this e-mail. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of KBC Securities. KBC Securities reserves the right to monitor all e-mail communications through its networks and any messages addressed to, received or sent by KBC Securities or its employees are deemed to be professional in nature. The sender or recipient of any messages to or of KBC Securities agrees that those may be read by other employees of KBC Securities than the stated recipient or sender in order to ensure the continuity of work-related activities and allow supervision thereof. KBC Securities does not accept liability for the correct and complete transmission of the information, nor for any delay or interruption of the transmission, nor for damages arising from the use of, or reliance on, the information.