Summary: | Contribution: Always Weaving URL ClassLoader | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Tools] AspectJ | Reporter: | Ron Bodkin <rbodkin+LISTS> | ||||||
Component: | Compiler | Assignee: | aspectj inbox <aspectj-inbox> | ||||||
Status: | REOPENED --- | QA Contact: | |||||||
Severity: | enhancement | ||||||||
Priority: | P3 | CC: | pombredanne | ||||||
Version: | DEVELOPMENT | ||||||||
Target Milestone: | --- | ||||||||
Hardware: | PC | ||||||||
OS: | Windows XP | ||||||||
Whiteboard: | |||||||||
Attachments: |
|
Description
Ron Bodkin
2005-12-21 03:13:04 EST
Created attachment 32066 [details]
always weaving nondelegating classloader
to integrate this into the code base it would be better to refactor to eliminate duplicated private methods from the WeavingURLClassLoader...
Created attachment 38055 [details]
Prebuilt jar containing a compiled version of the classloader, which works with AspectJ 1.5.0 (and later I believe)
Thanks for the example, Ron. Given the AJDT support for a load-time weaving configuration, I'm not sure this is still required as an AspectJ offering (and I'm reluctant to promote nondelegating class loaders). But it does seem worth publishing for other IDE's and users; do you want to publish it yourself? Please reopen if you disagree. stalebug I think it's still useful for two classes of users: - those using IntelliJ - those using Java < 5 (as I understand it the AJDT support for load-time weaving using -javaagent) While I agree that nondelegating classloaders have their problems, I think it'd be better to include this as part of AspectJ. Some comments: >those using IntelliJ I don't believe we include any IDE-specific support in AspectJ (anymore) >those using Java < 5 (as I understand it the AJDT support for load-time >weaving using -javaagent) We use -Djava.system.class.loader for 1.4. There is no reliable mechanism for 1.3 >While I agree that nondelegating classloaders have their problems, ... They are an evil hack |