velocity-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jon Stevens <>
Subject Re: performance questions
Date Sun, 09 Sep 2001 23:54:35 GMT
on 9/9/01 4:38 PM, "Geir Magnusson Jr." <> wrote:

> On 9/9/01 12:36 PM, "Paulo Gaspar" <> wrote:
>> According to the Java spec (yes, I was really reading the class loading
>> part a couple of weeks ago) it is JUST like Jon says.
>> Which in turn means: it does not matter if it is a singleton or not.
>> A different class loader is a bit like a different universe, unless one
>> is parent/ancestor of the other.
> So you have some singleton instance of something that is happily off doing
> work, say with a few threads...
> Then you dump the classloader that created it.
> The JVM then instantly destroy's every object created by that classloader??
> Yikes.
> How do you catch this to do cleanup?


    public void destroy()

> I believe you all, but first, it goes against my (broken) mental model which
> I will fix :) , and two, it's horribly frightening to think that in the
> normal course of business, a living object gets automatically destroyed
> arbitrarily because the classloader changed.

The CL doesn't get 'changed', it gets nullified and a new one is created to
replace the previous one. :-) It is then the new CL's job to load whatever
classes it is requested to load. CL's also don't cache the instances to the

The issue is that each Object has an internal reference to the CL that
created it. If that CL becomes invalid, then you get all sorts of nasty
exceptions if you try to use that Object in any way.

Therefore, you must make certain that access to ALL of those Objects is not
given. You also have to make sure that each of those objects is removed in
order to remove all references to the previous CL in order to allow for that
CL to get GC'd.

> I guess you have to be really
> careful with classloader interaction in critical systems.

Without a doubt.

CL's are one of the most important, most complex, least understood and most
poorly designed parts of the Java Language. :-)


View raw message