tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Remy Maucherat <r...@apache.org>
Subject Re: Jakarta Collections 3.0?
Date Sun, 01 Feb 2004 17:40:44 GMT
Costin Manolache wrote:
> If I remember correctly ( and if it didn't change ), tomcat needs 
> modeler in a parent classloader. Modeler has an optional dependency on 
> digester, which depends on beanutils and collections. They both depend 
> on logging, and modeler also depends on jmx.
> 
> So unless some classloader trick is used - we have to have collections 
> in the parent loader - which forces the entire tomcat instalation to use 
> the same collection version ( unless reverse loader tricks are used ).
> That implies that if tomcat upgrades to collections3.0 - all webapps 
> that use collections2.0 may stop working.

Why ? I don't understand. Tomcat will override anything except the 
system classloader.

> Even more interesting - we don't actually have this choice - since if 
> digester changes to the new collections, we're forced to do the same :-)
> 
> What if we use modeler without digester ? Are there other components 
> that depend on digester + collections ? At least for emebed this would 
> be a good solution ( it won't reduce the size too much, but it may 
> reduce the dependency impact it has when it's embeded - since whatever 
> app it is emebeded into will be forced to update collections and all 
> packages that depend on it - or do classloader tricks )

The startup code depends on digester :-( The web.xml parsing depends on 
digester. Etc, etc :-(

Rémy

---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org


Mime
View raw message