Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@geronimo.apache.org
Received-SPF: pass (asf.osuosl.org: local policy)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=yahoo.com;
  h=Received:Mime-Version:In-Reply-To:References:Content-Type:Message-Id:Content-Transfer-Encoding:From:Subject:Date:To:X-Mailer;
  b=ozEbPu8aY//cEAFw5sKrvpDdEf01fyorf8G2MEBKjNh/tS0R4w7tN3PP7fe9pN85CndONLiOM0+I4xDSHF+F/E5i0BhJEfgeZ/dZOLnc5y3tRnNnLiE1fXSX9wN2op2gK10PUkt+wzH6WlYo00i7agPaEdARRV1lsaT4GrykEjw=
  ;
Mime-Version: 1.0 (Apple Message framework v622)
In-Reply-To: <74e15baa0511181617u3e4d148evda7e4f6923113845@mail.gmail.com>
References: <8bc846c9aa3d3c8afe71c987aa0e7a13@yahoo.com>
 <74e15baa0511181558n112dbc1fg565a0f1d301359fe@mail.gmail.com>
 <a3b073b7be25a475046445ff4f37d0e6@yahoo.com>
 <74e15baa0511181617u3e4d148evda7e4f6923113845@mail.gmail.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <3c0c45f9b43f7c487bef52003ae83236@yahoo.com>
Content-Transfer-Encoding: 7bit
From: David Jencks <david_jencks@yahoo.com>
Subject: Re: Proposed changes to plan elements related to classloaders.
Date: Fri, 18 Nov 2005 16:24:30 -0800
To: dev@geronimo.apache.org


On Nov 18, 2005, at 4:17 PM, Aaron Mulder wrote:

> On 11/18/05, David Jencks <david_jencks@yahoo.com> wrote:
>> Dain has a plan that I hope he will explain soon that should make all
>> of these elements identical in form, name, and function.  Dependency 
>> is
>> what maven calls them and I don't see a strong reason to change their
>> name.
>
> If there's a plan on the way, why are we discussing this before we
> hear the plan?  Dain, speak up, man!

IIUC his plan requires maven 2 so won't be feasible for geronimo 1.0

david jencks

>
> Aaron
>
>>> On 11/18/05, David Jencks <david_jencks@yahoo.com> wrote:
>>>> It's become apparent recently that some of the elements in our plans
>>>> related to classloading are a bit confusing.  In particular, there 
>>>> is
>>>> an include element that no one is sure what is for and is not used,
>>>> and
>>>> a similarly named import element that is like the parentId, only
>>>> better
>>>> :-).  Also the lists of special classes for the classloader are in
>>>> between the import and dependency elements.
>>>>
>>>> I'd like to change the schema for all plans to use this:
>>>>
>>>>      <xs:group name="classloader-infoGroup">
>>>>          <xs:sequence>
>>>>              <xs:element ref="sys:parent" minOccurs="0"
>>>> maxOccurs="unbounded"/>
>>>>              <!--            <xs:element name="include"
>>>> type="sys:dependencyType" minOccurs="0" maxOccurs="unbounded"/>-->
>>>>              <xs:element ref="sys:dependency" minOccurs="0"
>>>> maxOccurs="unbounded"/>
>>>>              <xs:element ref="sys:hidden-classes" minOccurs="0"
>>>> maxOccurs="unbounded"/>
>>>>              <xs:element ref="sys:non-overridable-classes"
>>>> minOccurs="0"
>>>> maxOccurs="unbounded"/>
>>>>          </xs:sequence>
>>>>      </xs:group>
>>>>
>>>>
>>>> The differences are that:
>>>>
>>>> import is renamed parent.  This seems less confusing to me.  I can
>>>> support backwards compatibility in most plans, although perhaps not
>>>> plain gbean plans.
>>>>
>>>> include is removed.
>>>>
>>>> the class lists are moved to the end.  This makes more sense to me, 
>>>> in
>>>> that first we have the info on what goes into the current 
>>>> classloader
>>>> in the way of parents and contents, and then we have the 
>>>> modifications
>>>> to that list.
>>>>
>>>> Comments?
>>>>
>>>> thanks
>>>> david jencks
>>>>
>>>>
>>>
>>
>>
>