Re: Second Try: Can anyone explain this?
Shapira, Yoav wrote: Hi, Now I see what you mean. It's just that I never develop with classes that reuse code that is located in other folders, so the classloader can always find the classes I need. Wow ;) Yoav -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 16, 2004 3:21 PM To: Tomcat Users List Subject: Re: Second Try: Can anyone explain this? It a 1.4 JVM thing (not 1.3) Consider class Cowbell in package more. file: Cowbell.java -- package more; import Fever public class Cowbell { } Then consider a class called Fever without a package. file: Fever.java -- public class Fever { } Now try to compile them. The compiler will barf because it can't find Fever because its packageless. $JAVA_HOME/bin/javac -d out/ Fever.java more/Cowbell.java You should get: more/Cowbell.java:3: '.' expected import Fever; ^ 1 error -Tim - 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] 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] Ditto. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Second Try: Can anyone explain this?
Hi, >Now I see what you mean. It's just that I never develop with classes that >reuse code that is located in other folders, so the classloader can always >find the classes I need. Wow ;) Yoav > >-Original Message- >From: Tim Funk [mailto:[EMAIL PROTECTED] >Sent: Wednesday, June 16, 2004 3:21 PM >To: Tomcat Users List >Subject: Re: Second Try: Can anyone explain this? > >It a 1.4 JVM thing (not 1.3) > > >Consider class Cowbell in package more. > >file: Cowbell.java >-- >package more; >import Fever >public class Cowbell { >} > >Then consider a class called Fever without a package. >file: Fever.java >-- >public class Fever { >} > >Now try to compile them. The compiler will barf because it can't find Fever >because its packageless. > >$JAVA_HOME/bin/javac -d out/ Fever.java more/Cowbell.java > >You should get: >more/Cowbell.java:3: '.' expected >import Fever; > ^ >1 error > >-Tim > >- >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] 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]
RE: Second Try: Can anyone explain this?
Now I see what you mean. It's just that I never develop with classes that reuse code that is located in other folders, so the classloader can always find the classes I need. -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 16, 2004 3:21 PM To: Tomcat Users List Subject: Re: Second Try: Can anyone explain this? It a 1.4 JVM thing (not 1.3) Consider class Cowbell in package more. file: Cowbell.java -- package more; import Fever public class Cowbell { } Then consider a class called Fever without a package. file: Fever.java -- public class Fever { } Now try to compile them. The compiler will barf because it can't find Fever because its packageless. $JAVA_HOME/bin/javac -d out/ Fever.java more/Cowbell.java You should get: more/Cowbell.java:3: '.' expected import Fever; ^ 1 error -Tim - 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: Second Try: Can anyone explain this?
It a 1.4 JVM thing (not 1.3) Consider class Cowbell in package more. file: Cowbell.java -- package more; import Fever public class Cowbell { } Then consider a class called Fever without a package. file: Fever.java -- public class Fever { } Now try to compile them. The compiler will barf because it can't find Fever because its packageless. $JAVA_HOME/bin/javac -d out/ Fever.java more/Cowbell.java You should get: more/Cowbell.java:3: '.' expected import Fever; ^ 1 error -Tim Jérôme Duval wrote: 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. Tim, perhaps I don't understand what you are saying correctly, but I have no trouble using classes that are not in a package in my application. Once I am done developing they will be in a package, but for now, I don't see the point and my app works fine. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Second Try: Can anyone explain this?
Hi, Ask on the xalan-user mailing list, I'm nearly sure the answer is yes, and they'll give more detailed help there. Yoav Shapira Millennium Research Informatics >-Original Message- >From: Worley Brent - bworle [mailto:[EMAIL PROTECTED] >Sent: Wednesday, June 16, 2004 3:18 PM >To: 'Tomcat Users List' >Subject: 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(DefaultErrorHa n >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> >> 0.0 >> 1.0 >> acx >> >>xslt >>org.apache.jasper.Xslt >>jsp >>... >> >>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: >>> >>>>>Someon
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> > 0.0 > 1.0 > acx > >xslt >org.apache.jasper.Xslt >jsp >... > >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- >&g
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> > 0.0 > 1.0 > acx > >xslt >org.apache.jasper.Xslt >jsp >... > >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 >&
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. Tim, perhaps I don't understand what you are saying correctly, but I have no trouble using classes that are not in a package in my application. Once I am done developing they will be in a package, but for now, I don't see the point and my app works fine. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
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> 0.0 1.0 acx xslt org.apache.jasper.Xslt jsp ... 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. >>> >>> >>> 0.0 >>> 1.0 >>> acx >>>
Re: Second Try: Can anyone explain this?
the first line in your .java file should be package mypackage; when you compile it, with the "-d ." option, it will put it in a folder called mypackage Filip - Original Message - From: "Mike Curwen" <[EMAIL PROTECTED]> To: "'Tomcat Users List'" <[EMAIL PROTECTED]> Sent: Wednesday, June 16, 2004 1:12 PM Subject: RE: Second Try: Can anyone explain this? > so it's still not packaged then? (it *must* be). > > > > -Original Message- > > From: Worley Brent - bworle [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, June 16, 2004 1:07 PM > > To: 'Tomcat Users List' > > Subject: 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-user&m=108723827315299&w=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. > > > > > > > > > 0.0 > > > 1.0 > > > acx > > > > > > xslt > > > JspXslt > > > jsp > > > > > > xml > > > false > > > true > > > > > > > > > xslt > > > true > > > true > > > > > > > > > nobreak > > > false > > > true > > > > > > > > > > > > > > > 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/o > > rg/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/o > > rg/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/o > > rg/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/Cat
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. >>> >>> >>> 0.0 >>> 1.0 >>> acx >>> >>> xslt >>> JspXslt >>> jsp >>> >>> xml >>> false >>> true >>> >>> >>> xslt >>> true >>> true >>> >>> >>> nobreak >>> false >>> true >>> >>> >>> >>> >>>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
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. >> >> >> 0.0 >> 1.0 >> acx >> >> xslt >> JspXslt >> jsp >> >> xml >> false >> true >> >> >> xslt >> true >> true >> >> >> nobreak >> false >> true >> >> >> >> >>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.compi
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. 0.0 1.0 acx xslt JspXslt jsp xml false true xslt true true nobreak false true 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]
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. > > > 0.0 > 1.0 > acx > >xslt >JspXslt >jsp > > xml > false > true > > > xslt > true > true > > > nobreak > false > true > > > > >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) > at >org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC onte >x >t.java:104) > at >org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 520) > a
RE: Second Try: Can anyone explain this?
so it's still not packaged then? (it *must* be). > -Original Message- > From: Worley Brent - bworle [mailto:[EMAIL PROTECTED] > Sent: Wednesday, June 16, 2004 1:07 PM > To: 'Tomcat Users List' > Subject: 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-user&m=108723827315299&w=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. > > > > > > 0.0 > > 1.0 > > acx > > > > xslt > > JspXslt > > jsp > > > > xml > > false > > true > > > > > > xslt > > true > > true > > > > > > nobreak > > false > > true > > > > > > > > > > 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/o > rg/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/o > rg/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/o > rg/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/o > rg/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(Defa > ultErrorHandle > > r.java:83) > > at > > > org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDis > patcher.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(JspCompilation > Context.java:5 > > 07) > > at > > > org.apache.jasper.servlet.JspServletWrapper.service(JspServlet > Wrapper.java:2 > > 74) > > at > > > org.apache.jasper.servlet.JspServlet.s
RE: Second Try: Can anyone explain this?
Hi, That doesn't put the class in a package, it only moves the class around. ;( Yoav Shapira Millennium Research Informatics >-Original Message- >From: Worley Brent - bworle [mailto:[EMAIL PROTECTED] >Sent: Wednesday, June 16, 2004 2:07 PM >To: 'Tomcat Users List' >Subject: 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-user&m=108723827315299&w=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. >> >> >> 0.0 >> 1.0 >> acx >> >> xslt >> JspXslt >> jsp >> >> xml >> false >> true >> >> >> xslt >> true >> true >> >> >> nobreak >> false >> true >> >> >> >> >> 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.j
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-user&m=108723827315299&w=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. > > > 0.0 > 1.0 > acx > > xslt > JspXslt > jsp > > xml > false > true > > > xslt > true > true > > > nobreak > false > true > > > > > 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.StandardValveCont
Re: Second Try: Can anyone explain this?
And I answered it here: http://marc.theaimsgroup.com/?l=tomcat-user&m=108723827315299&w=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. 0.0 1.0 acx xslt JspXslt jsp xml false true xslt true true nobreak false true 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(Coyote
RE: Second Try: Can anyone explain this?
Hi, 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. Yoav Shapira Millennium Research Informatics >-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. > > > 0.0 > 1.0 > acx > >xslt >JspXslt >jsp > > xml > false > true > > > xslt > true > true > > > nobreak > false > true > > > > >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) > 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 >) > at >org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC onte >x >t.java:104) > at >org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.jav a:11 >7 >) > at >org.apache.catalina.core.StandardValveContext.i