Mailing-List: contact user-help@geronimo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@geronimo.apache.org
Received-SPF: pass (asf.osuosl.org: domain of ammulder@gmail.com designates
 64.233.184.228 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=kDf7QlXqmP1/rNjUlAf0LlGOXs5BU3xMfL+yP1GEdQhhjsCjW+EZTl4lGW4jTXlDdS+pmNGKFbqdjMJ1p1B9ZI6tkzEbCA6deO0Y8WMxP+yuTtw+zeUWiilXJj1xzAYylKF/irDialeSkMDpPtr00QJsN5RWSZGsX8DJQYTJUBI=
Message-ID: <74e15baa0608300803s3c83d53cw3989a078ff3c2d86@mail.gmail.com>
Date: Wed, 30 Aug 2006 11:03:53 -0400
From: "Aaron Mulder" <ammulder@alumni.princeton.edu>
Sender: ammulder@gmail.com
To: user@geronimo.apache.org
Subject: Re: Geronimo 1.1 Classloader Documentation
In-Reply-To: <8e8b35e40608300730q830c2bet6e100a4d9d8c8505@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <8e8b35e40608300730q830c2bet6e100a4d9d8c8505@mail.gmail.com>

There's a bit here:

http://chariotsolutions.com/geronimo/geronimo-1.1/elements-classloaders.html

Basically, every module except an EAR gets a single class loader.  Any
JAR dependencies are added to that class loader.  Any module
dependencies have their class loaders added as parents to that class
loader (so we change the normal Java routine of only one parent per
class loader).

EARs may have multiple class loaders -- one main one for all the EJB
and RAR modules, and then in addition one for each web application in
the EAR, which is a child of the main one.

There are also options on each module to prevent certain classes from
being loaded from the parents, or force certain classes to be loaded
from the parents, as well as to reverse the normal parent-first class
loading behavior and search the current class loader before parents.

What kind of module arrangement do you have?  What kind of problems
are you running into?

Thanks,
    Aaron

On 8/30/06, Dennis Cartier <dennis.cartier@gmail.com> wrote:
> Is there any documentation available on the G 1.1 classloader behaviour?
>
> I am stuck trying to resolve what I suspect are classloader issues
> while trying to separate applications into CAR files. If I could
> understand the G 1.1 classloader implementation and the options that
> affect its behaviour, I could hopefully figure a way out of my current
> situation.
>
> Can anyone point me to where the G 1.1 classloader is documented?
>
> Dennis
>