Return-Path: 
 <geronimo-dev-return-4336-apmail-incubator-geronimo-dev-archive=incubator.apache.org@incubator.apache.org>
Delivered-To: apmail-incubator-geronimo-dev-archive@www.apache.org
Received: (qmail 27336 invoked from network); 15 Oct 2003 03:51:06 -0000
Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12)
  by minotaur-2.apache.org with SMTP; 15 Oct 2003 03:51:06 -0000
Received: (qmail 80401 invoked by uid 500); 15 Oct 2003 03:50:38 -0000
Delivered-To: apmail-incubator-geronimo-dev-archive@incubator.apache.org
Received: (qmail 80335 invoked by uid 500); 15 Oct 2003 03:50:37 -0000
Mailing-List: contact geronimo-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:geronimo-dev-help@incubator.apache.org>
list-unsubscribe: <mailto:geronimo-dev-unsubscribe@incubator.apache.org>
list-post: <mailto:geronimo-dev@incubator.apache.org>
Reply-To: geronimo-dev@incubator.apache.org
Delivered-To: mailing list geronimo-dev@incubator.apache.org
Received: (qmail 80311 invoked from network); 15 Oct 2003 03:50:36 -0000
Received: from unknown (HELO jetty.mortbay.com) (209.235.192.112)
  by daedalus.apache.org with SMTP; 15 Oct 2003 03:50:36 -0000
Received: (qmail 12009 invoked from network); 15 Oct 2003 03:50:45 -0000
Received: from cpe-203-45-77-110.nsw.bigpond.net.au (HELO mortbay.com)
 (janb@203.45.77.110)
  by jetty.mortbay.com with SMTP; 15 Oct 2003 03:50:45 -0000
Message-ID: <3F8CC1E4.8000207@mortbay.com>
Date: Wed, 15 Oct 2003 13:41:24 +1000
From: Jan Bartel <janb@mortbay.com>
Reply-To: janb@mortbay.com
Organization: Mort Bay Consulting
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
 rv:1.3) Gecko/20030430 Debian/1.3-5
X-Accept-Language: en, en-us
MIME-Version: 1.0
To: geronimo-dev@incubator.apache.org
Subject: Re: web module packaging + ClassSpace
References: <Sea1-F118BJYnIiK2mA0000ba46@hotmail.com>
In-Reply-To: <Sea1-F118BJYnIiK2mA0000ba46@hotmail.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

gianny DAMOUR wrote:
> I was playing around with ApplicationDeployer in order to "merge" JSR077 
> and JSR088 and I will need to do the following changes:
> 
> - split the web generic classes and the Jetty specific ones into two 
> distinct jars, say geronimo-web-jetty-DEV.jar and geronimo-web-DEV.jar; 
I don't have any problem with splitting the web classes into standard 
geronimo and jetty specific.

> and
> - enhance ClassSpace in order to support a parent ClassSpace. 
I don't see how this is related?

> For instance,
> 
>    <class-space name="geronimo.system:role=ClassSpace,name=Jetty">
>        <codebase url="file:lib/">
>            <archive name="*"/>
>        </codebase>
>        <parent name="geronimo.system:role=ClassSpace,name=System"/>
>    </class-space>
> 
> means that the parent ClassSpace of 
> geronimo.system:role=ClassSpace,name=Jetty is 
> geronimo.system:role=ClassSpace,name=System.
> 
> (I already talked about this update, yet I have never submitted a patch 
> as it was not crucial at this moment).
> 
> Any concern?

I think Dain was talking about some general changes to the ClassSpace 
mechanism, so it would be worthwile getting his input on this one.

What is the classpace geronimo.system:role=ClassSpace,name=System? Right 
now, all ClassSpaces will already have a parent set, which will either 
be the thread context classloader or the classloader that loaded the 
ClassSpace class.

> 
> Moreover, there was a thread regarding deployments of J2EE modules. 
> Different ideas have been proposed and a sample code - for a base-class 
> implementation - has been submitted in JIRA (GERONIMO-102). Did anyone 
> have a look to this sample code?

I have to apologize - I got as far as finding the JIRA issue, then got 
distracted before I could sit down and really pay attention to reading 
it. I promise that I will do it within the next 2 days and come back to 
you with my comments.

> 
> As a summary, the idea was to define a meta-data repository MBean for 
> each J2EE module deployment. In the context of JSR088, I would like to 
> make this meta-data repository a TargetModuleID. Registration of such 
> MBeans are listened by ApplicationDeployer, which tracks this way the 
> auto-deployed J2EE modules.

cheers,
Jan