Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 14527 invoked from network); 11 May 2006 15:00:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 11 May 2006 15:00:32 -0000 Received: (qmail 5761 invoked by uid 500); 11 May 2006 15:00:28 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 5718 invoked by uid 500); 11 May 2006 15:00:28 -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 5707 invoked by uid 99); 11 May 2006 15:00:28 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 11 May 2006 08:00:28 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [209.181.65.237] (HELO sun.savoirtech.com) (209.181.65.237) by apache.org (qpsmtpd/0.29) with SMTP; Thu, 11 May 2006 08:00:27 -0700 Received: from [192.168.2.213] ([10.197.197.44]) by sun.savoirtech.com (8.13.6/8.13.4) with ESMTP id k4BF03Dk013376 for ; Thu, 11 May 2006 09:00:03 -0600 Message-ID: <446351A6.6040406@apache.org> Date: Thu, 11 May 2006 09:00:54 -0600 From: Jeff Genender Reply-To: jgenender@apache.org Organization: Apache Geronimo User-Agent: Thunderbird 1.5.0.2 (Macintosh/20060308) MIME-Version: 1.0 To: dev@geronimo.apache.org Subject: Re: replacing tomcat classes References: <44634043.3060200@earthlink.net> In-Reply-To: <44634043.3060200@earthlink.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on sun.savoirtech.com X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No, score=-105.9 required=5.6 tests=ALL_TRUSTED,AWL,BAYES_00, USER_IN_WHITELIST autolearn=ham version=3.0.4 X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Ultimately, we probably would need to somehow build a "patch" directory or lib directory where we can ensure the URLClassLoader picks that up before all other classes. I think this is probably a good idea to have as well, so that we could release "service paks" or patches. I would be interested in others' thoughts on this, but I think this would be a nice feature to have. Right now I think your only choices are to either hard set a classpath to be sure the patches get picked up first or build a hacked Tomcat version, or rebuild Tomcat. Dain or David Jencks may be able to verify if the classpath solution would work or not as I have not dug into the new G classloaders to know if this would even be possible. The best solution right now may be to just build TC. I am a little confused as to why the TC guys say not to build the Tomcat from source (after its hacked). It seems like just an ant build script, so I don't understand why this is being discouraged. This way you can replace the Tomcat jars in the repo and you are good to go. Jeff Joe Bohn wrote: > > Jeff, > > I am working with a user that is moving some applications from tomcat to > geronimo. Due to some problems they have had to modify tomcat source. > I was chatting with jasonb on the tomcat irc channel and he recommended > that we only build the classes rather than rebuilding all of tomcat. He > discouraged rebuilding all of tomcat because there are many permutations > that can result in different build images and we should run with as much > of the official tomcat build as possible to avoid problems. He also > indicated that Tomcat's directory structure provides a place to put > these "patch classes" in CATALINA_HOME/server/classes . > > Is there a similar place that we can put classes when tomcat is running > under geronimo to have them picked up? Adding the tomcat classes to our > new sharedlib doesn't seem to be the right place because it would > require a dependency from the tomcat config on sharelib. The net result > would be that all tomcat apps would potentially pick up user classes > added in sharedlib even if the user only intended these classes for some > subset of the apps. > > Joe >