cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Giacomo Pati <giac...@apache.org>
Subject Re: [2.2] Classloading
Date Fri, 19 May 2006 07:33:31 GMT
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Fri, 19 May 2006, Carsten Ziegeler wrote:

> Date: Fri, 19 May 2006 09:18:26 +0200
> From: Carsten Ziegeler <cziegeler@apache.org>
> Reply-To: dev@cocoon.apache.org
> To: Cocoon-Dev <dev@cocoon.apache.org>
> Subject: [2.2] Classloading
> 
> Reinhard already started the discussion on readding per sitemap
> classloading which I think is a good idea. I'll try to add the code
> over the weekend again.
>
> But I think we should go one step further: Let's always use the paranoid
> class loader for the whole webapp. I started a discussion about this a
> long time ago and I think noone disagreed at that time (haven't searched
> in the archives). I hope this is still the case.
>
> Now, my idea is to solve all class path related problems (xml apis,
> rhino, commons-logging) with this. I suggest that we:
> a) move the paranoid class loader code (3 classes without additional
> dependencies) to the core-webapp block. It doesn't make sense to make
> this code an own block.
> b) Configure this as the default (I already did this and it worked on my
> machine - as it didn't work on Reinhards he commented it out. We have to
> find out what went wrong).
> c) Change the deployer tool to *not* put all jars in WEB-INF/lib and
> classes in WEB-INF/classes. I think we should only put the paranoid
> servlet and classloader class into WEB-INF/lib and everything else goes
> into a different directory to hide these classes from the usual
> application container classpath. It doesn't make sense to add all these
> jars to the webapp classpath although they are not used at all. So we
> put them into an own directory, let's they WEB-INF/cocoon-lib and the
> paranoid class loader loads everything from there.

How does this work if one has added ServletFilters or a top level 
Spring applicationContext? Does he has to take care of it's own to 
deploy the necessary jars at the right place?

Do we need to clone the maven webapp-plugin (the one creating a 
war/webapp structure)?

At the first glance it doesn't seem so easy to me

- -- 
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEbXTPLNdJvZjjVZARAikiAJ90sMJ3HlV038W1nHHqhF64jVnXSACgpbvs
C3MIBJcLWkEvALEh/DXsBRE=
=Wkfg
-----END PGP SIGNATURE-----

Mime
View raw message