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 http://issues.apache.org/bugzilla/show_bug.cgi?id=36073 cheers -- Torsten
PGP.sig
Description: This is a digitally signed message part
