geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jeff Genender <>
Subject Re: Proposed changes to plan elements related to classloaders.
Date Sat, 19 Nov 2005 00:15:40 GMT
Yes! ;-)

David Jencks wrote:
> On Nov 18, 2005, at 4:05 PM, Jeff Genender wrote:
>> There is a JIRA issue I re-opened on those classes tags.  They are 
>> duped in Tomcat and Jetty.  I would like to see them at the web 
>> builder level.
> I noticed they were missing from the generic schema.  My local changes 
> use the same group everywhere including web-builder, so this would fix 
> your issue?
> thanks
> david jencks
>> David Jencks 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

View raw message