Hello Filip, Thanks for the reply. I had checked your XML file out and thought about using it but was unsure if putting the .class files in the work directory was an okay thing to do for a released product. We may have customers installing our app into an existing Tomcat server environment and I'm not sure how they would get our app files into their work directory in that case. I'm used to the "give them a war and let tomcat expand it" deployment method. Is there a way to get tomcat to place files in the work directory when it expands a normal .war file?
Jason --- Filip Hanik - Dev <[EMAIL PROTECTED]> wrote: > you couldn't use this one either? > http://cvs.apache.org/~fhanik/precompile.html. > > You can very easily translate my XML file into > actual Java commands, hence it eliminates the need > for ANT. It will take a little > work. > > The neat thing with my script is that it requires no > mapping in web.xml since it compiles into the tomcat > work directory, where > Jasper loads the classes from > > Filip > > > ----- Original Message ----- > From: "Jason Palmatier" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Monday, May 24, 2004 12:51 PM > Subject: JSP Compiling - painted in a corner? > > > Hello, > > I'm trying to precompile JSPs and have run into some > trouble with the mappings. First off I CANNOT use > the > Ant build method as specified in > "http://jakarta.apache.org/tomcat/tomcat-5.0-doc/printer/jasper-howto.html#Web%20Application%20Compilation"; > due to a lack of certain UNIX commands on the > machine > I'm running on (An iSeries server running a QShell > interpreter in case you're interested). I get > complaints about the "which" command and I am sure > other commands are missing as well. So, I am > attempting to compile all the JSPs using jspc > directly. The archives are full of references to > this > but most come down to RTFM, "Use this Ant script" or > "compile to your working directory" all of which > I've > either already tried, can't use, and don't want to > use > in a released product. > I've successfully created .class files, copied > them > to the classes directory and integrated the > generated > xml servlet mapping fragment into my web.xml. I > received "requested resource not found" when I tried > to access the first compiled page. I did some more > research, noted that all my classes were part of the > org.apache.jsp package and created an org/apache/jsp > directory under my classes directory and copied all > my > classes over to it. I left the web.xml alone and > restarted tomcat. I still ran into the "requested > resource not found" error. I then tried modifying > the > web.xml servlet definitions and mappings to see if > fully qualified class names were a problem. None of > these attempts worked. > So, my question is: If my class files are part of > the org.apache.jsp package and exist in an > org/apache/jsp directory rooted in my applications > WEB-INF/classes directory shouldn't they be found if > my web.xml defines the servlet and servlet mapping > as > below: > > <servlet> > > <servlet-name>org.apache.jsp.entry_jsp</servlet-name> > > <servlet-class>org.apache.jsp.entry_jsp</servlet-class> > </servlet> > > . > . > . > > <servlet-mapping> > > <servlet-name>org.apache.jsp.entry_jsp</servlet-name> > <url-pattern>/entry.jsp</url-pattern> > </servlet-mapping> > > I have a feeling the subdirectories my jsps exist in > before they are compiled are the problem, as hinted > at > in a few archive posts, but am at a loss as to what > to > try next. Is there a way to get jspc to include > these > subdirectories in the package name? Does it even > matter if they are? Any help or pointers on this > would be greatly appreciated. > > Jason > > > > > __________________________________ > Do you Yahoo!? > Yahoo! Domains - Claim yours for only $14.70/year > http://smallbusiness.promotions.yahoo.com/offer > > --------------------------------------------------------------------- > 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] > __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
