commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Torsten Curdt <>
Subject Re: [javaflow] class loader
Date Sat, 13 Aug 2005 12:46:28 GMT

> Aaa, there's always something new to learn.

...there always is :)

>> Actually I think we should *replace* the old
>> one. We should make sure the API does not
>> provide too many options.
> I generally agree with this.

Good :)

>> I'd say:
>> if it does what it should - replace it.
> OK, I will do this. But you are aware that it doesn't completely  
> subsume the functionality of the current ContinuationClassLoader,  
> right?

I am aware of that ...frankly speaking
I think the ReloadingClassLoader in jci
in combination with the RewritingResourceStore
is usually a better approach. (see also
the ContinuationCompilingClassLoader)

The ContinuationClassLoader might make
sense in some cases but I would always
go for the asynchronous approach - if possible.
But for sure this depends on the usecase.

I think your changes makes sense.

>> Couldn't we then maybe also extend from URLClassLoader?
> It would have been great if I could have done this, but no, as far  
> as I can tell, URLClassLoader doesn't have a hook we can use to  
> insert the class file transformation.

We could completely override the methods.
This would help easier jetty integration
e.g. Please see


View raw message