>From our perspective it's not the incremental builds but rather the high frequency releases that come from continuous integration. That requires frequent deployment of the whole enchilada for each client since we have client-specific packages in addition to the core product.
-----Original Message----- From: Adrian Brock [mailto:[EMAIL PROTECTED] Sent: Thursday, August 07, 2003 3:49 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Re: Jetty vs Tomcat Not exactly what you are asking for but... If you are doing incremental builds into an unpacked war you can specify for each application where to put the class files. Jasper respects the web-app's temp directory property. As long as the class files have timestamps after the jsp files they don't need to be recompiled. It doesn't solve the problem for jsps that have changed. For jetty, this is done with a WEB-INF/jetty-web.xml I don't know the equivalent for Tomcat. <?xml version="1.0" encoding="ISO-8859-1"?> <!DOCTYPE Configure PUBLIC "-//Mort Bay Consulting//DTD Configure 1.1//EN" "http://jetty.mortbay.org/configure_1_2.dtd";> <Configure class="org.jboss.jetty.JBossWebApplicationContext"> <Call name="setTempDirectory"> <Arg> <New class="java.io.File">/somedir/appname</New> </Arg> </Call> </Configure> Regards, Adrian On Thu, 2003-08-07 at 10:03, Eric Jain wrote: > +1 > > Not being able to have JSPs compiled at deploy time is currently a big > issue for me as well. > > Precompiling outside of the server doesn't work for us, as we have all > requests mapped to a default servlet. > > Retrieving every page after the application is deployed doesn't work > either, as we do not allow direct access to JSPs. > > What I have to do in the end is to run the complete suite of HTTPUnit > tests every time I deploy the application, quite a waste of time and > resources. And what if the server gets restarted without my knowing of > it? Run the tests automatically every time JBoss starts up? > > Another issue are third party applications such as Jira. Needless to > say that I don't feel very inclined to write scripts for preloading > all the pages of such applications. On the other hand I don't want to > expose users to the amazingly long time it takes the server to load > the page for the first time. > > > > Another point was made about knowing which pages to compile versus > > which are includes. That is easy to solve and in my opinion an > > included JSP should never have the JSP extension. > > I remember reading a paper where Sun recommended the use of .jspf. > > > -- > Eric Jain > > > > ------------------------------------------------------- > This SF.Net email sponsored by: Free pre-built ASP.NET sites including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_ > 01/01 > _______________________________________________ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01 /01 _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
