Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 55336 invoked from network); 16 Sep 2004 11:23:08 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 16 Sep 2004 11:23:08 -0000 Received: (qmail 20865 invoked by uid 500); 16 Sep 2004 11:22:40 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 20750 invoked by uid 500); 16 Sep 2004 11:22:39 -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 Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 20676 invoked by uid 99); 16 Sep 2004 11:22:37 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from [155.208.255.36] (HELO grerelbul01.net.external.hp.com) (155.208.255.36) by apache.org (qpsmtpd/0.28) with ESMTP; Thu, 16 Sep 2004 04:22:36 -0700 Received: from vistula.poland.hp.com (vistula.poland.hp.com [15.188.0.12]) by grerelbul01.net.external.hp.com (Postfix) with ESMTP id DDC9838687 for ; Thu, 16 Sep 2004 13:22:42 +0200 (CEST) Received: from [127.0.0.1] (namdynwar12.poland.hp.com [15.127.97.12]) by vistula.poland.hp.com with ESMTP (8.9.3 (PHNE_28760_binary)/8.8.6 SMKit7.02) id NAA25962 for ; Thu, 16 Sep 2004 13:22:26 +0200 (METDST) Message-ID: <4149774E.5000002@apache.org> Date: Thu, 16 Sep 2004 13:21:50 +0200 From: Jacek Laskowski Organization: Apache Geronimo (http://geronimo.apache.org) User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a3) Gecko/20040817 X-Accept-Language: pl, en, en-us MIME-Version: 1.0 To: dev@geronimo.apache.org Subject: Re: Refactoring Deployment References: <4148D6C9.4000406@gluecode.com> In-Reply-To: <4148D6C9.4000406@gluecode.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Jeremy Boynes wrote: > One thing we have talked about in the past is the problem with having > deployment classes in each module - for example, having the connector > deployer in the connector module. The issue here is that due to > classloader dependencies, the deployment code needs to end up in the > Server module so that it can interact with the deployers in each module. > > The proposed solution to this was to split each deployable module into > two - a runtime module that contained everything needed to execute the > components (e.g. the servlet or ejb containers) and another which > contained the deployment code. This way we could have separate runtime > and deployment configurations. > > With Tomcat coming up to speed we will be adding another deployer so I > think this would be a good time to do that refactoring - any thoughts? +1 (I'm not at all aware of the issues you mentioned, but as I don't want to learn things that may change before I have finished, please do so now). > Jeremy Jacek