Redirection and Context Question
I'm trying to do a redirection using Javascript on Tomcat 5.0.24 (standalone, no apache server). The code redirects index.html to login.htm. Here is what I have: script language=JavaScript location.replace('login.htm'); /script When I do this, it appears to go into a near-endless loop of contacting the server and attempting the redirect. Is there a problem with Tomcat doing this? Also, I'm attempting to deploy an app named SIT.war into the root context. My original context.xml contained this at the top: Context path=/SIT docBase=SIT debug=0 reloadable=true crossContext=true To get it to take over the root context, I tried this: Context path= docBase=SIT.war debug=0 reloadable=true crossContext=true However, when I did this, I lost all of my environment and resource params listings (it could not locate the resources I defined). Is there something I'm missing that I need to define? Thanks, Brent Worley ** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please re-send this communication to the sender and delete the original message or any copy of it from your computer system. Thank You. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
SECOND TRY: Redirection and Context Question
I'm trying to do a redirection using Javascript on Tomcat 5.0.24 (standalone, no apache server). The code redirects index.html to login.htm. Here is what I have: script language=JavaScript location.replace('login.htm'); /script When I do this, it appears to go into a near-endless loop of contacting the server and attempting the redirect. Is there a problem with Tomcat doing this? Also, I'm attempting to deploy an app named SIT.war into the root context. My original context.xml contained this at the top: Context path=/SIT docBase=SIT debug=0 reloadable=true crossContext=true To get it to take over the root context, I tried this: Context path= docBase=SIT.war debug=0 reloadable=true crossContext=true However, when I did this, I lost all of my environment and resource params listings (it could not locate the resources I defined). Is there something I'm missing that I need to define? Thanks, Brent Worley ** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please re-send this communication to the sender and delete the original message or any copy of it from your computer system. Thank You. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Context Questions
First, I want to say thanks to everyone that has helped with my transition from Resin to Tomcat. Here is my question: I want to deploy my webapp in a different directory (XYZ) but I want it to load under the default context /. Do I need to specify this in my context.xml (Context path= docbase=XYZ ...) or is there something else I must do? Thanks, Brent Worley ** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please re-send this communication to the sender and delete the original message or any copy of it from your computer system. Thank You. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 5 Debug Questions
I have a couple of questions about the debugging options on Tomcat 5: 1. What are the different levels of debugging used within the server.xml file, and is there a description of what each level will bring? 2. I'm looking for a document or instructions to do remote debugging on Tomcat 5. I found some info for Tomcat 4.1 but nothing for the recent releases. Would someone point me to a doc or email about this? Thanks, Brent Worley ** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please re-send this communication to the sender and delete the original message or any copy of it from your computer system. Thank You. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JNDI Question
Forgive me for being a newbie, but here is a question regarding JNDI. I have my server.xml configured and my web.xml configured for a resource named xyz. xyz is a custom object factory contained within class files (currently under WEB-INF/classes/xyz/). The error I'm getting is this: Caused by: javax.naming.NamingException: Could not create resource factory instance, null at org.apache.naming.factory.ResourceFactory.getObjectInstance(ResourceFactory. java:99) at javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:301) at org.apache.naming.NamingContext.lookup(NamingContext.java:791) at org.apache.naming.NamingContext.lookup(NamingContext.java:138) at org.apache.naming.NamingContext.lookup(NamingContext.java:779) at org.apache.naming.NamingContext.lookup(NamingContext.java:138) at org.apache.naming.NamingContext.lookup(NamingContext.java:779) at org.apache.naming.NamingContext.lookup(NamingContext.java:151) at org.apache.naming.SelectorContext.lookup(SelectorContext.java:136) at javax.naming.InitialContext.lookup(InitialContext.java:347) at search.Search.clinit(Search.java:22) ... 48 more I'm I'm reading this correctly, when the VM is trying to create the object needed for xyz (correct?). My question is do I need to jar up the files for xyz and add them to the common/lib directory? Thanks, Brent Worley ** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please re-send this communication to the sender and delete the original message or any copy of it from your computer system. Thank You. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Xslt and Tomcat
java.lang.NoClassDefFoundError: org/dom4j/Document I got this error using XTags. I have a feeling that I might not have the Xerces libs in the right place. Can someone confirm this? Thanks, Brent ** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please re-send this communication to the sender and delete the original message or any copy of it from your computer system. Thank You. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Classpath problems on Tomcat
From what I understand about Tomcat all of my application specific classes and libs are picked up after the bootstrap and system libs are grabbed. However, we are running into this problem: We have a package defined and several classes within this package. When we compile the source files they compile without problem (we set the classpath to WEB-INF/classes to make sure everything is picked up). However, at run-time, we get a NoClassDefFoundError on some of the classes package (but not all). The directory structure I have is as follows: WEB-INF / classes / search / dbBean / la / lib / ... (others, but not important) It is in the search package we are having this issue. Is there any other settings Tomcat needs to be able to correctly set the classpath to include these packages? Thanks, Brent ** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please re-send this communication to the sender and delete the original message or any copy of it from your computer system. Thank You. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Second Try: Can anyone explain this?
I posted this earlier and received a few leads on what to do, but nothing worked. I'm hoping a second look and explanation will help. The page that is causing the error (search.jsp) uses a taglib to load xslt.tld (%@ taglib prefix=acx uri=WEB-INF/tld/xslt.tld %). The .tld file defines a tag named xslt that uses a class named JspXslt. JspXslt is located in WEB-INF/lib/Xslt.jar. So here are my questions: 1. Is anyone familiar with a standard Xslt.jar file that contains the JspXslt.class object? 2. Why would Tomcat not find JspXslt.class? I've included the xml from the .tld file and the errors below. taglib tlibversion0.0/tlibversion jspversion1.0/jspversion shortnameacx/shortname tag namexslt/name tagclassJspXslt/tagclass bodycontentjsp/bodycontent attribute namexml/name requiredfalse/required rtexprvaluetrue/rtexprvalue /attribute attribute namexslt/name requiredtrue/required rtexprvaluetrue/rtexprvalue /attribute attribute namenobreak/name requiredfalse/required rtexprvaluetrue/rtexprvalue /attribute /tag /taglib org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: 55 in the jsp file: /search.jsp Generated servlet error: [javac] Compiling 1 source file /usr/local/jakarta-tomcat-5.0.24/work/Catalina/localhost/SIT/org/apache/jsp/ search_jsp.java:295: cannot resolve symbol symbol : class JspXslt location: class org.apache.jsp.search_jsp JspXslt _jspx_th_acx_xslt_0 = (JspXslt) _jspx_tagPool_acx_xslt_xslt_xml.get(JspXslt.class); ^ An error occurred at line: 55 in the jsp file: /search.jsp Generated servlet error: /usr/local/jakarta-tomcat-5.0.24/work/Catalina/localhost/SIT/org/apache/jsp/ search_jsp.java:295: cannot resolve symbol symbol : class JspXslt location: class org.apache.jsp.search_jsp JspXslt _jspx_th_acx_xslt_0 = (JspXslt) _jspx_tagPool_acx_xslt_xslt_xml.get(JspXslt.class); ^ An error occurred at line: 55 in the jsp file: /search.jsp Generated servlet error: /usr/local/jakarta-tomcat-5.0.24/work/Catalina/localhost/SIT/org/apache/jsp/ search_jsp.java:295: cannot resolve symbol symbol : class JspXslt location: class org.apache.jsp.search_jsp JspXslt _jspx_th_acx_xslt_0 = (JspXslt) _jspx_tagPool_acx_xslt_xslt_xml.get(JspXslt.class); ^ Note: /usr/local/jakarta-tomcat-5.0.24/work/Catalina/localhost/SIT/org/apache/jsp/ search_jsp.java uses or overrides a deprecated API. Note: Recompile with -deprecation for details. 3 errors at org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandle r.java:83) at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:3 06) at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:398) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:441) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:422) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:5 07) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:2 74) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContext Valve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:104) at
RE: Second Try: Can anyone explain this?
Tried that and got the same error. This is what I did jar -xf Xslt.jar JspXslt.class Moved JspXslt.class to WEB-INF/classes No change. -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 16, 2004 1:05 PM To: Tomcat Users List Subject: Re: Second Try: Can anyone explain this? And I answered it here: http://marc.theaimsgroup.com/?l=tomcat-userm=108723827315299w=2 -Tim Worley Brent - bworle wrote: I posted this earlier and received a few leads on what to do, but nothing worked. I'm hoping a second look and explanation will help. The page that is causing the error (search.jsp) uses a taglib to load xslt.tld (%@ taglib prefix=acx uri=WEB-INF/tld/xslt.tld %). The .tld file defines a tag named xslt that uses a class named JspXslt. JspXslt is located in WEB-INF/lib/Xslt.jar. So here are my questions: 1. Is anyone familiar with a standard Xslt.jar file that contains the JspXslt.class object? 2. Why would Tomcat not find JspXslt.class? I've included the xml from the .tld file and the errors below. taglib tlibversion0.0/tlibversion jspversion1.0/jspversion shortnameacx/shortname tag namexslt/name tagclassJspXslt/tagclass bodycontentjsp/bodycontent attribute namexml/name requiredfalse/required rtexprvaluetrue/rtexprvalue /attribute attribute namexslt/name requiredtrue/required rtexprvaluetrue/rtexprvalue /attribute attribute namenobreak/name requiredfalse/required rtexprvaluetrue/rtexprvalue /attribute /tag /taglib org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: 55 in the jsp file: /search.jsp Generated servlet error: [javac] Compiling 1 source file /usr/local/jakarta-tomcat-5.0.24/work/Catalina/localhost/SIT/org/apache/jsp/ search_jsp.java:295: cannot resolve symbol symbol : class JspXslt location: class org.apache.jsp.search_jsp JspXslt _jspx_th_acx_xslt_0 = (JspXslt) _jspx_tagPool_acx_xslt_xslt_xml.get(JspXslt.class); ^ An error occurred at line: 55 in the jsp file: /search.jsp Generated servlet error: /usr/local/jakarta-tomcat-5.0.24/work/Catalina/localhost/SIT/org/apache/jsp/ search_jsp.java:295: cannot resolve symbol symbol : class JspXslt location: class org.apache.jsp.search_jsp JspXslt _jspx_th_acx_xslt_0 = (JspXslt) _jspx_tagPool_acx_xslt_xslt_xml.get(JspXslt.class); ^ An error occurred at line: 55 in the jsp file: /search.jsp Generated servlet error: /usr/local/jakarta-tomcat-5.0.24/work/Catalina/localhost/SIT/org/apache/jsp/ search_jsp.java:295: cannot resolve symbol symbol : class JspXslt location: class org.apache.jsp.search_jsp JspXslt _jspx_th_acx_xslt_0 = (JspXslt) _jspx_tagPool_acx_xslt_xslt_xml.get(JspXslt.class); ^ Note: /usr/local/jakarta-tomcat-5.0.24/work/Catalina/localhost/SIT/org/apache/jsp/ search_jsp.java uses or overrides a deprecated API. Note: Recompile with -deprecation for details. 3 errors at org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandle r.java:83) at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:3 06) at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:398) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:441) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:422) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:5 07) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:2 74) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContext Valve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137
RE: Second Try: Can anyone explain this?
Someone told you to put JspXslt.class in a package, IIRC. I think that's the problem. Repackage the jar if you have to, for testing purposes, and change the TLD to refer to the class by whatever package you put it in, e.g. com.foo.bar.JspXslt. The problem is the files in Xslt.jar are not our code. We obtained that code from somewhere else. I asked one of the guys around the project when development started. He said that he thought it came from Xalan (which I learned later it did not, or it came from a very, very old version that I'm unfamiliar with). Regardless, I have no access to the code to specify it to a package. Brent -Original Message- From: Worley Brent - bworle [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 16, 2004 1:32 PM To: 'Tomcat Users List' Subject: Second Try: Can anyone explain this? I posted this earlier and received a few leads on what to do, but nothing worked. I'm hoping a second look and explanation will help. The page that is causing the error (search.jsp) uses a taglib to load xslt.tld (%@ taglib prefix=acx uri=WEB-INF/tld/xslt.tld %). The .tld file defines a tag named xslt that uses a class named JspXslt. JspXslt is located in WEB-INF/lib/Xslt.jar. So here are my questions: 1. Is anyone familiar with a standard Xslt.jar file that contains the JspXslt.class object? 2. Why would Tomcat not find JspXslt.class? I've included the xml from the .tld file and the errors below. taglib tlibversion0.0/tlibversion jspversion1.0/jspversion shortnameacx/shortname tag namexslt/name tagclassJspXslt/tagclass bodycontentjsp/bodycontent attribute namexml/name requiredfalse/required rtexprvaluetrue/rtexprvalue /attribute attribute namexslt/name requiredtrue/required rtexprvaluetrue/rtexprvalue /attribute attribute namenobreak/name requiredfalse/required rtexprvaluetrue/rtexprvalue /attribute /tag /taglib org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: 55 in the jsp file: /search.jsp Generated servlet error: [javac] Compiling 1 source file /usr/local/jakarta-tomcat- 5.0.24/work/Catalina/localhost/SIT/org/apache/jsp/ search_jsp.java:295: cannot resolve symbol symbol : class JspXslt location: class org.apache.jsp.search_jsp JspXslt _jspx_th_acx_xslt_0 = (JspXslt) _jspx_tagPool_acx_xslt_xslt_xml.get(JspXslt.class); ^ An error occurred at line: 55 in the jsp file: /search.jsp Generated servlet error: /usr/local/jakarta-tomcat- 5.0.24/work/Catalina/localhost/SIT/org/apache/jsp/ search_jsp.java:295: cannot resolve symbol symbol : class JspXslt location: class org.apache.jsp.search_jsp JspXslt _jspx_th_acx_xslt_0 = (JspXslt) _jspx_tagPool_acx_xslt_xslt_xml.get(JspXslt.class); ^ An error occurred at line: 55 in the jsp file: /search.jsp Generated servlet error: /usr/local/jakarta-tomcat- 5.0.24/work/Catalina/localhost/SIT/org/apache/jsp/ search_jsp.java:295: cannot resolve symbol symbol : class JspXslt location: class org.apache.jsp.search_jsp JspXslt _jspx_th_acx_xslt_0 = (JspXslt) _jspx_tagPool_acx_xslt_xslt_xml.get(JspXslt.class); ^ Note: /usr/local/jakarta-tomcat- 5.0.24/work/Catalina/localhost/SIT/org/apache/jsp/ search_jsp.java uses or overrides a deprecated API. Note: Recompile with -deprecation for details. 3 errors at org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorH andl e r.java:83) at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.j ava: 3 06) at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:398) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:441) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:422) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.j ava: 5 07) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.j ava: 2 74) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292 ) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applic atio n FilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFil terC h ain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVal ve.j a va:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC onte x t.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardCo ntex t Valve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextVal ve.j a va:152
RE: Second Try: Can anyone explain this?
Is it possible to extract the class files and give them a package-like structure without the keyword package being in the code? For example, there are 3 .class files in the jar. Could I create a directory called Xslt, copy those classes within it, and then jar the directory and use a import Xslt.*? I'm fairly new to Java and do not know if this hack would work. -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 16, 2004 1:24 PM To: Tomcat Users List Subject: Re: Second Try: Can anyone explain this? Then your out of luck. The java from a JSP page is always placed into a package. Becuase of this, you can't have packageless classes. You alternative is to hack jasper to not use the package statement but doing so will be harder than fixing your code. -Tim Worley Brent - bworle wrote: Someone told you to put JspXslt.class in a package, IIRC. I think that's the problem. Repackage the jar if you have to, for testing purposes, and change the TLD to refer to the class by whatever package you put it in, e.g. com.foo.bar.JspXslt. The problem is the files in Xslt.jar are not our code. We obtained that code from somewhere else. I asked one of the guys around the project when development started. He said that he thought it came from Xalan (which I learned later it did not, or it came from a very, very old version that I'm unfamiliar with). Regardless, I have no access to the code to specify it to a package. Brent -Original Message- From: Worley Brent - bworle [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 16, 2004 1:32 PM To: 'Tomcat Users List' Subject: Second Try: Can anyone explain this? I posted this earlier and received a few leads on what to do, but nothing worked. I'm hoping a second look and explanation will help. The page that is causing the error (search.jsp) uses a taglib to load xslt.tld (%@ taglib prefix=acx uri=WEB-INF/tld/xslt.tld %). The .tld file defines a tag named xslt that uses a class named JspXslt. JspXslt is located in WEB-INF/lib/Xslt.jar. So here are my questions: 1. Is anyone familiar with a standard Xslt.jar file that contains the JspXslt.class object? 2. Why would Tomcat not find JspXslt.class? I've included the xml from the .tld file and the errors below. taglib tlibversion0.0/tlibversion jspversion1.0/jspversion shortnameacx/shortname tag namexslt/name tagclassJspXslt/tagclass bodycontentjsp/bodycontent attribute namexml/name requiredfalse/required rtexprvaluetrue/rtexprvalue /attribute attribute namexslt/name requiredtrue/required rtexprvaluetrue/rtexprvalue /attribute attribute namenobreak/name requiredfalse/required rtexprvaluetrue/rtexprvalue /attribute /tag /taglib org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: 55 in the jsp file: /search.jsp Generated servlet error: [javac] Compiling 1 source file /usr/local/jakarta-tomcat- 5.0.24/work/Catalina/localhost/SIT/org/apache/jsp/ search_jsp.java:295: cannot resolve symbol symbol : class JspXslt location: class org.apache.jsp.search_jsp JspXslt _jspx_th_acx_xslt_0 = (JspXslt) _jspx_tagPool_acx_xslt_xslt_xml.get(JspXslt.class); ^ An error occurred at line: 55 in the jsp file: /search.jsp Generated servlet error: /usr/local/jakarta-tomcat- 5.0.24/work/Catalina/localhost/SIT/org/apache/jsp/ search_jsp.java:295: cannot resolve symbol symbol : class JspXslt location: class org.apache.jsp.search_jsp JspXslt _jspx_th_acx_xslt_0 = (JspXslt) _jspx_tagPool_acx_xslt_xslt_xml.get(JspXslt.class); ^ An error occurred at line: 55 in the jsp file: /search.jsp Generated servlet error: /usr/local/jakarta-tomcat- 5.0.24/work/Catalina/localhost/SIT/org/apache/jsp/ search_jsp.java:295: cannot resolve symbol symbol : class JspXslt location: class org.apache.jsp.search_jsp JspXslt _jspx_th_acx_xslt_0 = (JspXslt) _jspx_tagPool_acx_xslt_xslt_xml.get(JspXslt.class); ^ Note: /usr/local/jakarta-tomcat- 5.0.24/work/Catalina/localhost/SIT/org/apache/jsp/ search_jsp.java uses or overrides a deprecated API. Note: Recompile with -deprecation for details. 3 errors at org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorH andl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please
RE: Second Try: Can anyone explain this?
Yoav, Thanks for your suggestion. It at least got me a little further. However, now I'm getting this error: org.apache.jasper.JasperException: /search.jsp(56,2) Unable to load tag handler class org.apache.jasper.Xslt for tag acx:xslt at org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler. java:39) I want to make sure I did things correctly. This is what I did: 1. In search.jsp, I added this line: %@ page import=org.apache.jasper.Xslt % 2. In my xslt.tld file, I did the following: taglib tlibversion0.0/tlibversion jspversion1.0/jspversion shortnameacx/shortname tag namexslt/name tagclassorg.apache.jasper.Xslt/tagclass bodycontentjsp/bodycontent ... Is there anything else that needs to be changed? Thanks Brent -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 16, 2004 1:41 PM To: Tomcat Users List Subject: RE: Second Try: Can anyone explain this? Hi, No, this wouldn't work, because the package declaration within the class must match. You're left looking at indirect options: - Consider a replacement to Xslt.class (another product maybe) - Consider contacting the authors of Xslt.class and/or opening a support ticket if applicable for them to put their class in a package - Consider writing a replacement yourself - Consider bytecode manipulation, e.g. BCEL, to see if you can retroactively put the class in a different package Ooh, one more idea: try leaving the Xslt class as-is, in its jar, in WEB-INF/lib, and instead of importing Xslt import org.apache.jasper.Xslt (and change the tld file's class attribute name to match). Yoav Shapira Millennium Research Informatics -Original Message- From: Worley Brent - bworle [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 16, 2004 2:28 PM To: 'Tomcat Users List' Subject: RE: Second Try: Can anyone explain this? Is it possible to extract the class files and give them a package-like structure without the keyword package being in the code? For example, there are 3 .class files in the jar. Could I create a directory called Xslt, copy those classes within it, and then jar the directory and use a import Xslt.*? I'm fairly new to Java and do not know if this hack would work. -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 16, 2004 1:24 PM To: Tomcat Users List Subject: Re: Second Try: Can anyone explain this? Then your out of luck. The java from a JSP page is always placed into a package. Becuase of this, you can't have packageless classes. You alternative is to hack jasper to not use the package statement but doing so will be harder than fixing your code. -Tim Worley Brent - bworle wrote: Someone told you to put JspXslt.class in a package, IIRC. I think that's the problem. Repackage the jar if you have to, for testing purposes, and change the TLD to refer to the class by whatever package you put it in, e.g. com.foo.bar.JspXslt. The problem is the files in Xslt.jar are not our code. We obtained that code from somewhere else. I asked one of the guys around the project when development started. He said that he thought it came from Xalan (which I learned later it did not, or it came from a very, very old version that I'm unfamiliar with). Regardless, I have no access to the code to specify it to a package. Brent -Original Message- From: Worley Brent - bworle [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 16, 2004 1:32 PM To: 'Tomcat Users List' Subject: Second Try: Can anyone explain this? I posted this earlier and received a few leads on what to do, but nothing worked. I'm hoping a second look and explanation will help. The page that is causing the error (search.jsp) uses a taglib to load xslt.tld (%@ taglib prefix=acx uri=WEB-INF/tld/xslt.tld %). The .tld file defines a tag named xslt that uses a class named JspXslt. JspXslt is located in WEB-INF/lib/Xslt.jar. So here are my questions: 1. Is anyone familiar with a standard Xslt.jar file that contains the JspXslt.class object? 2. Why would Tomcat not find JspXslt.class? I've included the xml from the .tld file and the errors below. taglib tlibversion0.0/tlibversion jspversion1.0/jspversion shortnameacx/shortname tag namexslt/name tagclassJspXslt/tagclass bodycontentjsp/bodycontent attribute namexml/name requiredfalse/required rtexprvaluetrue/rtexprvalue /attribute attribute namexslt/name requiredtrue/required rtexprvaluetrue/rtexprvalue /attribute attribute namenobreak/name requiredfalse/required rtexprvaluetrue/rtexprvalue /attribute /tag /taglib org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: 55 in the jsp file: /search.jsp Generated servlet error: [javac] Compiling 1 source file /usr/local/jakarta-tomcat- 5.0.24/work/Catalina/localhost/SIT/org/apache/jsp/ search_jsp.java
RE: Second Try: Can anyone explain this?
I have xalan installed. Could I use it to accomplish the same thing (which all the page appears to be doing is reading in an xsl file and translating it to a jsp). -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 16, 2004 2:04 PM To: Tomcat Users List Subject: RE: Second Try: Can anyone explain this? Hi, Oh well, that was worth a shot. You did the two steps I suggested, it didn't work, that's too bad. Yoav Shapira Millennium Research Informatics -Original Message- From: Worley Brent - bworle [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 16, 2004 3:03 PM To: 'Tomcat Users List' Subject: RE: Second Try: Can anyone explain this? Yoav, Thanks for your suggestion. It at least got me a little further. However, now I'm getting this error: org.apache.jasper.JasperException: /search.jsp(56,2) Unable to load tag handler class org.apache.jasper.Xslt for tag acx:xslt at org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHan dler . java:39) I want to make sure I did things correctly. This is what I did: 1. In search.jsp, I added this line: %@ page import=org.apache.jasper.Xslt % 2. In my xslt.tld file, I did the following: taglib tlibversion0.0/tlibversion jspversion1.0/jspversion shortnameacx/shortname tag namexslt/name tagclassorg.apache.jasper.Xslt/tagclass bodycontentjsp/bodycontent ... Is there anything else that needs to be changed? Thanks Brent -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 16, 2004 1:41 PM To: Tomcat Users List Subject: RE: Second Try: Can anyone explain this? Hi, No, this wouldn't work, because the package declaration within the class must match. You're left looking at indirect options: - Consider a replacement to Xslt.class (another product maybe) - Consider contacting the authors of Xslt.class and/or opening a support ticket if applicable for them to put their class in a package - Consider writing a replacement yourself - Consider bytecode manipulation, e.g. BCEL, to see if you can retroactively put the class in a different package Ooh, one more idea: try leaving the Xslt class as-is, in its jar, in WEB-INF/lib, and instead of importing Xslt import org.apache.jasper.Xslt (and change the tld file's class attribute name to match). Yoav Shapira Millennium Research Informatics -Original Message- From: Worley Brent - bworle [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 16, 2004 2:28 PM To: 'Tomcat Users List' Subject: RE: Second Try: Can anyone explain this? Is it possible to extract the class files and give them a package-like structure without the keyword package being in the code? For example, there are 3 .class files in the jar. Could I create a directory called Xslt, copy those classes within it, and then jar the directory and use a import Xslt.*? I'm fairly new to Java and do not know if this hack would work. -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 16, 2004 1:24 PM To: Tomcat Users List Subject: Re: Second Try: Can anyone explain this? Then your out of luck. The java from a JSP page is always placed into a package. Becuase of this, you can't have packageless classes. You alternative is to hack jasper to not use the package statement but doing so will be harder than fixing your code. -Tim Worley Brent - bworle wrote: Someone told you to put JspXslt.class in a package, IIRC. I think that's the problem. Repackage the jar if you have to, for testing purposes, and change the TLD to refer to the class by whatever package you put it in, e.g. com.foo.bar.JspXslt. The problem is the files in Xslt.jar are not our code. We obtained that code from somewhere else. I asked one of the guys around the project when development started. He said that he thought it came from Xalan (which I learned later it did not, or it came from a very, very old version that I'm unfamiliar with). Regardless, I have no access to the code to specify it to a package. Brent -Original Message- From: Worley Brent - bworle [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 16, 2004 1:32 PM To: 'Tomcat Users List' Subject: Second Try: Can anyone explain this? I posted this earlier and received a few leads on what to do, but nothing worked. I'm hoping a second look and explanation will help. The page that is causing the error (search.jsp) uses a taglib to load xslt.tld (%@ taglib prefix=acx uri=WEB-INF/tld/xslt.tld %). The .tld file defines a tag named xslt that uses a class named JspXslt. JspXslt is located in WEB-INF/lib/Xslt.jar. So here are my questions: 1. Is anyone familiar with a standard Xslt.jar file that contains the JspXslt.class object? 2. Why would Tomcat not find JspXslt.class? I've included the xml from the .tld file and the errors below. taglib tlibversion0.0/tlibversion jspversion1.0/jspversion shortnameacx/shortname
XSLT and web.xml
If I have a custom tag defined on one of my pages, do I need to specify anything in web.xml for Tomcat (5.0.24)? Thanks, Brent ** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please re-send this communication to the sender and delete the original message or any copy of it from your computer system. Thank You. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Can someone explain this?
Can someone explain this error to me? Am I using an older standard for XSLT? Here is the line that is pointed to in the .jsp file: acx:xslt xslt=%=request.getRealPath(WEB-INF/xsl/searchinput.xsl)% Thanks, Brent --- org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: 55 in the jsp file: /search.jsp Generated servlet error: [javac] Compiling 1 source file /usr/local/jakarta-tomcat-5.0.24/work/Catalina/localhost/SIT/org/apache/jsp/ search_jsp.java:295: cannot resolve symbol symbol : class JspXslt location: class org.apache.jsp.search_jsp JspXslt _jspx_th_acx_xslt_0 = (JspXslt) _jspx_tagPool_acx_xslt_xslt_xml.get(JspXslt.class); ^ An error occurred at line: 55 in the jsp file: /search.jsp Generated servlet error: /usr/local/jakarta-tomcat-5.0.24/work/Catalina/localhost/SIT/org/apache/jsp/ search_jsp.java:295: cannot resolve symbol symbol : class JspXslt location: class org.apache.jsp.search_jsp JspXslt _jspx_th_acx_xslt_0 = (JspXslt) _jspx_tagPool_acx_xslt_xslt_xml.get(JspXslt.class); ^ An error occurred at line: 55 in the jsp file: /search.jsp Generated servlet error: /usr/local/jakarta-tomcat-5.0.24/work/Catalina/localhost/SIT/org/apache/jsp/ search_jsp.java:295: cannot resolve symbol symbol : class JspXslt location: class org.apache.jsp.search_jsp JspXslt _jspx_th_acx_xslt_0 = (JspXslt) _jspx_tagPool_acx_xslt_xslt_xml.get(JspXslt.class); ^ Note: /usr/local/jakarta-tomcat-5.0.24/work/Catalina/localhost/SIT/org/apache/jsp/ search_jsp.java uses or overrides a deprecated API. Note: Recompile with -deprecation for details. 3 errors at org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandle r.java:83) at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:3 06) at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:398) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:441) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:422) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:5 07) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:2 74) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContext Valve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:793) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne ction(Http11Protocol.java:702) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:571) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav a:644) at java.lang.Thread.run(Thread.java:534) ** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally
RE: Can someone explain this?
The Xslt is in my application directory WEB-INF/lib/Xslt.jar. According to everything I've read this is in the path and should be picked up. -Original Message- From: Stephen Reilly [mailto:[EMAIL PROTECTED] Sent: Monday, June 14, 2004 10:07 AM To: Tomcat Users List Subject: RE: Can someone explain this? Brent, I'm quite a newbie with Tomcat, but this looks like a Java compilation error. I assume that the XSLT parser is not a standard part of the Tomcat Distro, so have you put the JAR file containing it into the $CATALINA_BASE/common/lib directory? You might also have to import the required classes on your page. I haven't used tag libs yet so I am not 100% on this point. Hope this helps, Stephen -Original Message- From: Worley Brent - bworle [mailto:[EMAIL PROTECTED] Sent: 14 June 2004 14:48 To: 'Tomcat Users List' Subject: Can someone explain this? Can someone explain this error to me? Am I using an older standard for XSLT? Here is the line that is pointed to in the .jsp file: acx:xslt xslt=%=request.getRealPath(WEB-INF/xsl/searchinput.xsl)% Thanks, Brent --- org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: 55 in the jsp file: /search.jsp Generated servlet error: [javac] Compiling 1 source file /usr/local/jakarta-tomcat-5.0.24/work/Catalina/localhost/SIT/org/apache/ jsp/ search_jsp.java:295: cannot resolve symbol symbol : class JspXslt location: class org.apache.jsp.search_jsp JspXslt _jspx_th_acx_xslt_0 = (JspXslt) _jspx_tagPool_acx_xslt_xslt_xml.get(JspXslt.class); ^ An error occurred at line: 55 in the jsp file: /search.jsp Generated servlet error: /usr/local/jakarta-tomcat-5.0.24/work/Catalina/localhost/SIT/org/apache/ jsp/ search_jsp.java:295: cannot resolve symbol symbol : class JspXslt location: class org.apache.jsp.search_jsp JspXslt _jspx_th_acx_xslt_0 = (JspXslt) _jspx_tagPool_acx_xslt_xslt_xml.get(JspXslt.class); ^ An error occurred at line: 55 in the jsp file: /search.jsp Generated servlet error: /usr/local/jakarta-tomcat-5.0.24/work/Catalina/localhost/SIT/org/apache/ jsp/ search_jsp.java:295: cannot resolve symbol symbol : class JspXslt location: class org.apache.jsp.search_jsp JspXslt _jspx_th_acx_xslt_0 = (JspXslt) _jspx_tagPool_acx_xslt_xslt_xml.get(JspXslt.class); ^ Note: /usr/local/jakarta-tomcat-5.0.24/work/Catalina/localhost/SIT/org/apache/ jsp/ search_jsp.java uses or overrides a deprecated API. Note: Recompile with -deprecation for details. 3 errors at org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHa ndle r.java:83) at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.ja va:3 06) at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:398) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:441) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:422) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.ja va:5 07) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.ja va:2 74) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tion FilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erCh ain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv e.ja va:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo ntex t.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 20) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardCon text Valve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv e.ja va:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo ntex t.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 20) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java :137 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo ntex t.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java :117 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo ntex t.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 20) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve. java :109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo ntex t.java
RE: Can someone explain this?
I'd love to, but I do not have documentation on what packages are in this .jar file. I did find this on the search.jsp page: %@ taglib prefix=acx uri=WEB-INF/tld/xslt.tld % Taking a look at this file JspXslt is defined as so: ?xml version=1.0 ? taglib tlibversion0.0/tlibversion jspversion1.0/jspversion shortnameacx/shortname tag namexslt/name tagclassJspXslt/tagclass bodycontentjsp/bodycontent attribute namexml/name requiredfalse/required rtexprvaluetrue/rtexprvalue /attribute attribute namexslt/name requiredtrue/required rtexprvaluetrue/rtexprvalue /attribute attribute namenobreak/name requiredfalse/required rtexprvaluetrue/rtexprvalue /attribute /tag /taglib My question is this: Does this appear to be something actually defined within that .jar file, or is it defined here? Brent -Original Message- From: Stephen Reilly [mailto:[EMAIL PROTECTED] Sent: Monday, June 14, 2004 12:06 PM To: Tomcat Users List Subject: RE: Can someone explain this? Brent, Sounds like your Jar is in the right place, so it must be that you need to do an %@ page import= % for the JspXslt at the top of your page. The error is definitely the java compiler not finding the JspXslt class, and not an XSLT error. Stephen -Original Message- From: Worley Brent - bworle [mailto:[EMAIL PROTECTED] Sent: 14 June 2004 17:09 To: 'Tomcat Users List' Subject: RE: Can someone explain this? The Xslt is in my application directory WEB-INF/lib/Xslt.jar. According to everything I've read this is in the path and should be picked up. -Original Message- From: Stephen Reilly [mailto:[EMAIL PROTECTED] Sent: Monday, June 14, 2004 10:07 AM To: Tomcat Users List Subject: RE: Can someone explain this? Brent, I'm quite a newbie with Tomcat, but this looks like a Java compilation error. I assume that the XSLT parser is not a standard part of the Tomcat Distro, so have you put the JAR file containing it into the $CATALINA_BASE/common/lib directory? You might also have to import the required classes on your page. I haven't used tag libs yet so I am not 100% on this point. Hope this helps, Stephen -Original Message- From: Worley Brent - bworle [mailto:[EMAIL PROTECTED] Sent: 14 June 2004 14:48 To: 'Tomcat Users List' Subject: Can someone explain this? Can someone explain this error to me? Am I using an older standard for XSLT? Here is the line that is pointed to in the .jsp file: acx:xslt xslt=%=request.getRealPath(WEB-INF/xsl/searchinput.xsl)% Thanks, Brent --- org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: 55 in the jsp file: /search.jsp Generated servlet error: [javac] Compiling 1 source file /usr/local/jakarta-tomcat-5.0.24/work/Catalina/localhost/SIT/org/apache/ jsp/ search_jsp.java:295: cannot resolve symbol symbol : class JspXslt location: class org.apache.jsp.search_jsp JspXslt _jspx_th_acx_xslt_0 = (JspXslt) _jspx_tagPool_acx_xslt_xslt_xml.get(JspXslt.class); ^ An error occurred at line: 55 in the jsp file: /search.jsp Generated servlet error: /usr/local/jakarta-tomcat-5.0.24/work/Catalina/localhost/SIT/org/apache/ jsp/ search_jsp.java:295: cannot resolve symbol symbol : class JspXslt location: class org.apache.jsp.search_jsp JspXslt _jspx_th_acx_xslt_0 = (JspXslt) _jspx_tagPool_acx_xslt_xslt_xml.get(JspXslt.class); ^ An error occurred at line: 55 in the jsp file: /search.jsp Generated servlet error: /usr/local/jakarta-tomcat-5.0.24/work/Catalina/localhost/SIT/org/apache/ jsp/ search_jsp.java:295: cannot resolve symbol symbol : class JspXslt location: class org.apache.jsp.search_jsp JspXslt _jspx_th_acx_xslt_0 = (JspXslt) _jspx_tagPool_acx_xslt_xslt_xml.get(JspXslt.class); ^ Note: /usr/local/jakarta-tomcat-5.0.24/work/Catalina/localhost/SIT/org/apache/ jsp/ search_jsp.java uses or overrides a deprecated API. Note: Recompile with -deprecation for details. 3 errors at org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHa ndle r.java:83) at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.ja va:3 06) at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:398) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:441) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:422) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.ja va:5 07) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.ja va:2 74) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810
RE: Can someone explain this?
Ok, doing this reveals that JspXslt.class is contained within the xslt.jar file. However, I cannot get this to import. I've tried a variety of opitons (import xslt.JspXslt, import xslt.*, etc), but get an error with each. Is there a way to find out the pakage name needed to include? -Original Message- From: Ben Souther [mailto:[EMAIL PROTECTED] Sent: Monday, June 14, 2004 1:09 PM To: Tomcat Users List Subject: Re: Can someone explain this? On Monday 14 June 2004 02:11 pm, Worley Brent - bworle wrote: I'd love to, but I do not have documentation on what packages are in this .jar file. jar -tf jarfilename.jar -- Ben Souther F.W. Davison Company, Inc. This e-mail message, and any accompanying documents, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure, distribution or copying is prohibited. If you are not the intended recipient, please contact our office by email or by telephone at (508) 747-7261 and immediately destroy all copies of the original message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please re-send this communication to the sender and delete the original message or any copy of it from your computer system. Thank You. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Porting from Resin to Tomcat
We are porting an application from Resin running on WinNT/IIS to Tomcat on Linux. However, we are noticing a lot of errors coming up on Tomcat that do not occur on Resin. Is there anyone on the list that has ported an app between the two platforms? What are some known issues in the porting? I'm fairly new to Java, but I do know that the code should not change. However, a lot of the errors coming up seem to be java based errors (which is odd, since Java is a write once, run anywhere language). Thanks, Brent Worley ** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please re-send this communication to the sender and delete the original message or any copy of it from your computer system. Thank You. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Porting from Resin to Tomcat
Neither tomcat nor resin are running your classes. The VM does. So there really is no difference. Tell us, which errors come up, maybe we can help. - We are getting a variety of errors, its hard to tell what is causing which. After I log into our application (it is a secured app), if the server has been idle a while I will receive this error: java.lang.NoClassDefFoundError at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAcces sorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstruc torAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:274) at java.lang.Class.newInstance0(Class.java:308) at java.lang.Class.newInstance(Class.java:261) at org.apache.jasper.compiler.Generator$GenerateVisitor.visit(Generator.java:12 12) ... (lots more after this) If I undeploy and redeploy the application, I get a different set of errors (this one is long): java.lang.ExceptionInInitializerError at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at search.SearchSession.class$(SearchSession.java:20) at search.SearchSession.(SearchSession.java:19) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAcces sorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstruc torAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:274) at java.lang.Class.newInstance0(Class.java:308) at java.lang.Class.newInstance(Class.java:261) at org.apache.jasper.compiler.Generator$GenerateVisitor.visit(Generator.java:12 12) at org.apache.jasper.compiler.Node$UseBean.accept(Node.java:1116) at org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2163) at org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2213) at org.apache.jasper.compiler.Node$Visitor.visit(Node.java:2219) at org.apache.jasper.compiler.Node$Root.accept(Node.java:456) at org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2163) at org.apache.jasper.compiler.Generator.generate(Generator.java:3261) at org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:244) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:439) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:422) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:5 07) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:2 74) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContext Valve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:793) at
RE: Porting from Resin to Tomcat
Yes, clean install of Tomcat 5.0.24. I took everything in the WEB-INF folder, all of my root pages, etc, and packaged them into a .war file and used the manager to deploy. If I used the deployer to move out my application, and it is set to compile, will it tell me where problems may be? Brent -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 08, 2004 10:29 AM To: Tomcat Users List Subject: RE: Porting from Resin to Tomcat Hi, These are caused most likely by multiple conflicting versions of the servlet, JSP, or jasper jars in your installations. You did a clean install of tomcat, right? And you didn't copy over the servlet, jsp, or jasper jars, did you? Yoav Shapira Millennium Research Informatics -Original Message- From: Worley Brent - bworle [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 08, 2004 11:15 AM To: 'Tomcat Users List' Subject: RE: Porting from Resin to Tomcat Neither tomcat nor resin are running your classes. The VM does. So there really is no difference. Tell us, which errors come up, maybe we can help. - We are getting a variety of errors, its hard to tell what is causing which. After I log into our application (it is a secured app), if the server has been idle a while I will receive this error: java.lang.NoClassDefFoundError at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructor Acce s sorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingCon stru c torAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:274) at java.lang.Class.newInstance0(Class.java:308) at java.lang.Class.newInstance(Class.java:261) at org.apache.jasper.compiler.Generator$GenerateVisitor.visit(Generator.ja va:1 2 12) ... (lots more after this) If I undeploy and redeploy the application, I get a different set of errors (this one is long): java.lang.ExceptionInInitializerError at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at search.SearchSession.class$(SearchSession.java:20) at search.SearchSession.(SearchSession.java:19) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructor Acce s sorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingCon stru c torAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:274) at java.lang.Class.newInstance0(Class.java:308) at java.lang.Class.newInstance(Class.java:261) at org.apache.jasper.compiler.Generator$GenerateVisitor.visit(Generator.ja va:1 2 12) at org.apache.jasper.compiler.Node$UseBean.accept(Node.java:1116) at org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2163) at org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2213) at org.apache.jasper.compiler.Node$Visitor.visit(Node.java:2219) at org.apache.jasper.compiler.Node$Root.accept(Node.java:456) at org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2163) at org.apache.jasper.compiler.Generator.generate(Generator.java:3261) at org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:244) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:439) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:422) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.j ava: 5 07) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.j ava: 2 74) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292 ) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applic atio n FilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFil terC h ain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVal ve.j a va:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC onte x t.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardCo ntex t Valve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextVal ve.j a va:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC onte x t.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.jav a:13 7
RE: Porting from Resin to Tomcat
Does this WEB-INF folder (in its lib directory obviously) contain servlet.jar, servlet-api.jar, jsp-api.jar, any jasper jars (e.g. jasper-compiler.jar), or any other jars that are also packaged with tomcat in its common/lib directory/ No, it doesn't. Just checked. It will tell you some problems, but not all, and likely not to tell you more information than the stack traces you posted. Automated tools can do very little to help you resolve jar file version conflicts. Ok. I will try it once, see what is says, and then start digging through the specs to see what is different. Thanks! Brent This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please re-send this communication to the sender and delete the original message or any copy of it from your computer system. Thank You. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Porting from Resin to Tomcat
Just a request for knowledge... Here is the version of Resin I'm using. Can anyone tell me any major difference in the specs between it and Tomcat 5? Resin 2.1.6 - Servlet API 2.3 - JSP API 1.2 Tomcat 5.0.24 - Servlet API 2.4 - JSP API 2.0 Thanks, Brent -Original Message- From: Worley Brent - bworle [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 08, 2004 10:45 AM To: 'Tomcat Users List' Subject: RE: Porting from Resin to Tomcat Does this WEB-INF folder (in its lib directory obviously) contain servlet.jar, servlet-api.jar, jsp-api.jar, any jasper jars (e.g. jasper-compiler.jar), or any other jars that are also packaged with tomcat in its common/lib directory/ No, it doesn't. Just checked. It will tell you some problems, but not all, and likely not to tell you more information than the stack traces you posted. Automated tools can do very little to help you resolve jar file version conflicts. Ok. I will try it once, see what is says, and then start digging through the specs to see what is different. Thanks! Brent This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please re-send this communication to the sender and delete the original message or any copy of it from your computer system. Thank You. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Porting from Resin to Tomcat
Have you validated your web.xml? Resin allows many configuration shortcuts and order differences. No, but I would appreciate any more information you have on this. Brent ** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please re-send this communication to the sender and delete the original message or any copy of it from your computer system. Thank You. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Naming Question
I'm using Tomcat 5.1.24 on Linux and coming across the following scenario: I have a class named Search that does very few things, but it does create a Context object. MyObj l = null; Throwable t = null; try { InitialContext ic = new InitialContext(); l = (MyObj)ic.lookup(java:comp/env/myobj); } In my web.xml file I have a resource defined for it as so: resource-ref descriptionMyObj/description res-ref-namemyobj/res-ref-name res-typeobj/res-type res-authCONTAINER/res-auth init-param serverUrl=url removed for security/ init-param username=usernameremovedtoo/ init-param password=dittoonpassword/ init-param applicationId=MyObjects/ /resource-ref (I've changed some of the entries for security purposes). When I use a .jsp to start a bean using this class, here is the error I get (cut down, so you actually see the errors): java.lang.ExceptionInInitializerError at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at search.SearchSession.class$(SearchSession.java:20) at search.SearchSession.(SearchSession.java:19) ... at java.lang.Thread.run(Thread.java:534) Caused by: java.lang.RuntimeException: javax.naming.NamingException: Cannot create resource instance at search.Search.rethrow(Search.java:52) at search.Search.(Search.java:32) ... 50 more Caused by: javax.naming.NamingException: Cannot create resource instance at org.apache.naming.factory.ResourceFactory.getObjectInstance (ResourceFactory.java:132) at javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:301) at org.apache.naming.NamingContext.lookup(NamingContext.java:791) at org.apache.naming.NamingContext.lookup(NamingContext.java:138) at org.apache.naming.NamingContext.lookup(NamingContext.java:779) at org.apache.naming.NamingContext.lookup(NamingContext.java:138) at org.apache.naming.NamingContext.lookup(NamingContext.java:779) at org.apache.naming.NamingContext.lookup(NamingContext.java:151) at org.apache.naming.SelectorContext.lookup(SelectorContext.java:136) at javax.naming.InitialContext.lookup(InitialContext.java:347) at search.Search.(Search.java:23) ... 50 more Line 23 in Search.java is the one where I do the lookup on the naming context. I have a feeling this is failing, but I'm not sure why. Can anyone point me in the right direction? Thanks, Brent Worley ** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please re-send this communication to the sender and delete the original message or any copy of it from your computer system. Thank You. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Naming Question
Yoav, I don't. That was not in the instructions of the move (moved from WinNT using Resin to Linux using Tomcat). Can you give me an example (or point me to one) of what this should look like? Brent -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Thursday, June 03, 2004 12:58 PM To: Tomcat Users List Subject: RE: Naming Question Hi, How do you declare the resource in server.xml? The web.xml is only the reference linking information, it's not sufficient by itself. Yoav Shapira Millennium Research Informatics -Original Message- From: Worley Brent - bworle [mailto:[EMAIL PROTECTED] Sent: Thursday, June 03, 2004 1:17 PM To: 'Tomcat Users List' Subject: Naming Question I'm using Tomcat 5.1.24 on Linux and coming across the following scenario: I have a class named Search that does very few things, but it does create a Context object. MyObj l = null; Throwable t = null; try { InitialContext ic = new InitialContext(); l = (MyObj)ic.lookup(java:comp/env/myobj); } In my web.xml file I have a resource defined for it as so: resource-ref descriptionMyObj/description res-ref-namemyobj/res-ref-name res-typeobj/res-type res-authCONTAINER/res-auth init-param serverUrl=url removed for security/ init-param username=usernameremovedtoo/ init-param password=dittoonpassword/ init-param applicationId=MyObjects/ /resource-ref (I've changed some of the entries for security purposes). When I use a .jsp to start a bean using this class, here is the error I get (cut down, so you actually see the errors): java.lang.ExceptionInInitializerError at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at search.SearchSession.class$(SearchSession.java:20) at search.SearchSession.(SearchSession.java:19) ... at java.lang.Thread.run(Thread.java:534) Caused by: java.lang.RuntimeException: javax.naming.NamingException: Cannot create resource instance at search.Search.rethrow(Search.java:52) at search.Search.(Search.java:32) ... 50 more Caused by: javax.naming.NamingException: Cannot create resource instance at org.apache.naming.factory.ResourceFactory.getObjectInstance (ResourceFactory.java:132) at javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:301 ) at org.apache.naming.NamingContext.lookup(NamingContext.java:791) at org.apache.naming.NamingContext.lookup(NamingContext.java:138) at org.apache.naming.NamingContext.lookup(NamingContext.java:779) at org.apache.naming.NamingContext.lookup(NamingContext.java:138) at org.apache.naming.NamingContext.lookup(NamingContext.java:779) at org.apache.naming.NamingContext.lookup(NamingContext.java:151) at org.apache.naming.SelectorContext.lookup(SelectorContext.java:136) at javax.naming.InitialContext.lookup(InitialContext.java:347) at search.Search.(Search.java:23) ... 50 more Line 23 in Search.java is the one where I do the lookup on the naming context. I have a feeling this is failing, but I'm not sure why. Can anyone point me in the right direction? Thanks, Brent Worley ** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please re-send this communication to the sender and delete the original message or any copy of it from your computer system. Thank You. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination
RE: Naming Question
So based off of the examples on this page (and what I have in my web.xml file), would something like this work? GlobalNamingResources Resource name=myobj auth=Container type=obj /Resource ResourceParams name=obj parameter nameusername/name value.../value /parameter parameter namepassword/name value.../value /parameter parameter nameserverURL/name value.../value /parameter parameter nameapplicationID/name valueMyObjects/value /parameter /ResourceParams ... /GlobalNamingResources I guess I am a little confused about what exactly I am needing to define within the server.xml file. Thanks, Brent -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Thursday, June 03, 2004 1:05 PM To: Tomcat Users List Subject: RE: Naming Question Hola, Examples and directions are at http://jakarta.apache.org/tomcat/tomcat-5.0-doc/jndi-resources-howto.htm l. Yoav Shapira Millennium Research Informatics -Original Message- From: Worley Brent - bworle [mailto:[EMAIL PROTECTED] Sent: Thursday, June 03, 2004 2:08 PM To: 'Tomcat Users List' Subject: RE: Naming Question Yoav, I don't. That was not in the instructions of the move (moved from WinNT using Resin to Linux using Tomcat). Can you give me an example (or point me to one) of what this should look like? Brent -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Thursday, June 03, 2004 12:58 PM To: Tomcat Users List Subject: RE: Naming Question Hi, How do you declare the resource in server.xml? The web.xml is only the reference linking information, it's not sufficient by itself. Yoav Shapira Millennium Research Informatics -Original Message- From: Worley Brent - bworle [mailto:[EMAIL PROTECTED] Sent: Thursday, June 03, 2004 1:17 PM To: 'Tomcat Users List' Subject: Naming Question I'm using Tomcat 5.1.24 on Linux and coming across the following scenario: I have a class named Search that does very few things, but it does create a Context object. MyObj l = null; Throwable t = null; try { InitialContext ic = new InitialContext(); l = (MyObj)ic.lookup(java:comp/env/myobj); } In my web.xml file I have a resource defined for it as so: resource-ref descriptionMyObj/description res-ref-namemyobj/res-ref-name res-typeobj/res-type res-authCONTAINER/res-auth init-param serverUrl=url removed for security/ init-param username=usernameremovedtoo/ init-param password=dittoonpassword/ init-param applicationId=MyObjects/ /resource-ref (I've changed some of the entries for security purposes). When I use a .jsp to start a bean using this class, here is the error I get (cut down, so you actually see the errors): java.lang.ExceptionInInitializerError at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at search.SearchSession.class$(SearchSession.java:20) at search.SearchSession.(SearchSession.java:19) ... at java.lang.Thread.run(Thread.java:534) Caused by: java.lang.RuntimeException: javax.naming.NamingException: Cannot create resource instance at search.Search.rethrow(Search.java:52) at search.Search.(Search.java:32) ... 50 more Caused by: javax.naming.NamingException: Cannot create resource instance at org.apache.naming.factory.ResourceFactory.getObjectInstance (ResourceFactory.java:132) at javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:30 1 ) at org.apache.naming.NamingContext.lookup(NamingContext.java:791) at org.apache.naming.NamingContext.lookup(NamingContext.java:138) at org.apache.naming.NamingContext.lookup(NamingContext.java:779) at org.apache.naming.NamingContext.lookup(NamingContext.java:138) at org.apache.naming.NamingContext.lookup(NamingContext.java:779) at org.apache.naming.NamingContext.lookup(NamingContext.java:151) at org.apache.naming.SelectorContext.lookup(SelectorContext.java:136) at javax.naming.InitialContext.lookup(InitialContext.java:347) at search.Search.(Search.java:23) ... 50 more Line 23 in Search.java is the one where I do the lookup on the naming context. I have a feeling this is failing, but I'm not sure why. Can anyone point me in the right direction? Thanks, Brent Worley ** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received
RE: Naming Question
Hi, For development purposes, we are wanting to keep files away from common areas (there might be 2 or 3 of us working on this application at a time). Is there a way to declare this in a manner to let is load from WEB-INF/lib and not common/lib? -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Thursday, June 03, 2004 1:40 PM To: Tomcat Users List Subject: RE: Naming Question Hi, GlobalNamingResources Resource name=myobj auth=Container type=obj /Resource ResourceParams name=obj The name should match the resource name, so both should be myobj. Note also that the case matters, so your application will need to lookup myobj and not MyObj for example. The parameters section you had is fine. Note that the class you're declaring as the resource's type, in this case obj must be available to the server classloader. For tomcat, that means you should put the jar containing this class and any others it depends on in the common/lib directory. Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please re-send this communication to the sender and delete the original message or any copy of it from your computer system. Thank You. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
NoClassDefFoundError
Hi everyone, I'm fairly new to Java and Tomcat. I hope this problem can be easily explained. I am using Tomcat 5.0.24. I have an application, packaged it in a WAR file, and deployed it. This application has a login page. After logging in, the application redirects to a page named search.jsp. This page loads a package (import search.*). Package search includes several classes. The two in question are Search.class and SearchSession.class. SearchSession is started as a bean and it has an instance of the Search class in it. However, when search.jsp loads (and loads SearchSession) I get a java.lang.NoClassDefFoundError. When I view the source, it is where SearchSession creates an instance of the Search class. I have verified that the classes are under WEB-INF/classes/search. Any ideas of what could be going wrong? Thanks, Brent Worley ** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please re-send this communication to the sender and delete the original message or any copy of it from your computer system. Thank You.
RE: NoClassDefFoundError
So you are saying that while my JSP imports search.* my SearchSession.class needs to import search.Search? Would a package search at the top of SearchSession not do the same thing? Like I said, I'm new to java, and there are a few tricks I do not know yet. Brent -Original Message- From: None None [mailto:[EMAIL PROTECTED] Sent: Thursday, May 27, 2004 3:35 PM To: [EMAIL PROTECTED] Subject: RE: NoClassDefFoundError Are you importing class Search in SearchSession? I can't tell from your post, but I suspect you may be asusming that doing the import in the JSP makes all the classes in the package available to all the classes in that package, and that isn't the case. Each class still must have an import of what they need, whether it's an entire package with the .* notation, the specific class your using. From: Worley Brent - bworle [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Subject: NoClassDefFoundError Date: Thu, 27 May 2004 15:21:57 -0500 Hi everyone, I'm fairly new to Java and Tomcat. I hope this problem can be easily explained. I am using Tomcat 5.0.24. I have an application, packaged it in a WAR file, and deployed it. This application has a login page. After logging in, the application redirects to a page named search.jsp. This page loads a package (import search.*). Package search includes several classes. The two in question are Search.class and SearchSession.class. SearchSession is started as a bean and it has an instance of the Search class in it. However, when search.jsp loads (and loads SearchSession) I get a java.lang.NoClassDefFoundError. When I view the source, it is where SearchSession creates an instance of the Search class. I have verified that the classes are under WEB-INF/classes/search. Any ideas of what could be going wrong? Thanks, Brent Worley ** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please re-send this communication to the sender and delete the original message or any copy of it from your computer system. Thank You. _ Express yourself with the new version of MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please re-send this communication to the sender and delete the original message or any copy of it from your computer system. Thank You. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]