[jboss-dev] Re: AS usage of lib/endorsed jars

Jason T. Greene jason.greene at redhat.com
Thu Feb 21 08:49:26 EST 2008


I am not aware of a requirement for this either.

IMO the web container needs to follow the same rules as all other 
services/aspects in the AS.

Adrian Brock wrote:
> The main issue is that Tomcat (and probably others?)
> use the app's classloader as context classloader when doing
> some parsing which is what causes these conflicts
> when xml-apis.jar is inside the app.
> 
> I don't believe it is a requirement for Tomcat to parse
> things like context.xml using the parser defined by
> the application classloader and not doing so
> would avoid a lot of these problems.
> 
> On Wed, 2008-02-20 at 12:39 -0800, Scott Stark wrote:
>> Beyond that question is also the issue I brought up of not infecting 
>> user applications with implementation choices. These jars generally have 
>> factory patterns with default implementations, and we need to be 
>> obfuscating that part so that if users bundle an implementation from the 
>> same package namespace, they are not fighting with conflicting versions.
>>
>> Dimitris Andreadis wrote:
>>> The lib/endorsed jars in the AS distro is a subject that comes up 
>>> every once in a while.
>>>
>>> In AS 4.0.x we have in lib/endorsed/
>>>     resolver.jar
>>>     serializer.jar
>>>     xalan.jar
>>>     xercesImpl.jar
>>>     xml-apis.jar
>>>
>>> In trunk (AS5) there is also an additional jaxb-api.jar
>>>
>>> And in the AS 4.2.x series resolver.jar and xml-apis.jar were left out 
>>> due to some build issue that went unnoticed until now (I'll spare you 
>>> the details).
>>>
>>> Now the question is what *really* needs to be in lib/endorsed and most 
>>> importantly why?
>>>
>>> Jdk5 suggests the following packages to be overridable, essentially 
>>> CORBA stuff plus:
>>> org.w3c.dom
>>> org.xml.sax
>>> org.xml.sax.ext
>>> org.xml.sax.helpers
>>>
>>> http://java.sun.com/j2se/1.5.0/docs/guide/standards/
>>>
>>> --- resolver.jar ---
>>> Who's using it / how? We have our own 
>>> org.jboss.util.xml.JBossEntityResolver (in jboss common) with an open 
>>> JIRA to externalize its configuration:
>>> http://jira.jboss.com/jira/browse/JBAS-2038
>>>
>>> And another port of the apache resolver which I understand it's not 
>>> yet complete?
>>> http://jira.jboss.com/jira/browse/JBWS-678
>>>
>>> Is the conf/jax-ws-catalog.xml file in AS5 actually in use?
>>>
>>> --- xml-apis.jar ---
>>> Isn't jdk5 already providing the right version of the xml apis?
>>>
>>> --- xerces.jar ---
>>> Can't we use the embedded jdk5 one?
>>>
>>> --- xalan.jar / serializer.jar ---
>>> Long discussion about moving this out of lib/endorsed:
>>> http://jira.jboss.com/jira/browse/JBAS-2073
>>>
>>> --- jaxb-api.jar ---
>>> I understand this is needed for jax-ws ?
>>> http://www.bhaskarvk.info/content/jboss/jbossws_2_0_1.html
>>>
>>> It is often the case that users want to have different version of 
>>> those libs and by putting them in endorsed we force them to scope 
>>> their deployments.
>>>
>>> Any input and strong opinions for tiding things up is appreciated, 
>>> especially from the "heavy" XML users (WS, XB, SOA, etc.)
>>>
>>> Thanks
>>> /Dimitris
>>>
>>>
>> _______________________________________________
>> jboss-development mailing list
>> jboss-development at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jboss-development


-- 
Jason T. Greene
JBoss, a division of Red Hat



More information about the jboss-development mailing list