Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 8246 invoked from network); 20 Jul 2006 02:13:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 20 Jul 2006 02:13:32 -0000 Received: (qmail 47080 invoked by uid 500); 20 Jul 2006 02:13:26 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 47035 invoked by uid 500); 20 Jul 2006 02:13:26 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 47024 invoked by uid 99); 20 Jul 2006 02:13:25 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 19 Jul 2006 19:13:25 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [209.237.227.198] (HELO brutus.apache.org) (209.237.227.198) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 19 Jul 2006 19:13:25 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 60EBA7141F3 for ; Thu, 20 Jul 2006 02:11:14 +0000 (GMT) Message-ID: <17341771.1153361474364.JavaMail.jira@brutus> Date: Wed, 19 Jul 2006 19:11:14 -0700 (PDT) From: "Matt Hogstrom (JIRA)" To: dev@geronimo.apache.org Subject: [jira] Commented: (DAYTRADER-7) [Daytrader] Precompiled jsp prevents Daytrader EAR from running on other J2EE servers like WebSphere In-Reply-To: <30076834.1153269193905.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/DAYTRADER-7?page=comments#action_12422322 ] Matt Hogstrom commented on DAYTRADER-7: --------------------------------------- I'm torn on this one. The reason we added the pre-compilation was to improve user experience so they didn't have to wait for the initial page loads to compile which overall is a good thing. However, if someone is planning on doing a performance comparison the least amount of tweaking of ears/wars and such the better as it calls less into question about what has changed. It would be nice to simply download and install DT with the least amount of intrusion (ala messing around with the ear). Jeff's suggestion is probably the right way to go strategically but I'm sympathetic to Piyush's request. We can simply comment out the pre-compilation step in Maven and let the user "suffer" the first time on all platforms. Or, the commercial vendors can simply uncomment the precompilation themselves. A third option is pre-compilation at deploy for G and others. Anyone have thoughts on that ? Aaron? > [Daytrader] Precompiled jsp prevents Daytrader EAR from running on other J2EE servers like WebSphere > ---------------------------------------------------------------------------------------------------- > > Key: DAYTRADER-7 > URL: http://issues.apache.org/jira/browse/DAYTRADER-7 > Project: DayTrader > Issue Type: Bug > Affects Versions: 1.1 > Reporter: Piyush Agarwal > > In Daytrader1.1 ear file, JspC (Jasper) compiler has been used to precompile the JSPs and it adds these compiled JSP to servlet mappings in the web.xml file and places the compiled classes in the ear file. These precompiled JSPs extend and implement JspC specific classes. > This EAR deploys successfully on WebSphere which doesn't use the JspC compiler for compilation. But when the precompiled JSPs are requested from the browser it causes application server to load the precompiled JSP classes which throw exceptions as it cannot find the Jasper specific classes in the classpath. > The only way I have been able to fix this problem is to remove the rules in the pom.xml which cause the precompilation of the JSPs and places the precompiled JSP to servlet mapping in the web.xml and then rebuild the EAR file. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira