Bug 66252 - Inefficient processing of aspects for load-time weaving
Summary: Inefficient processing of aspects for load-time weaving
Status: RESOLVED INVALID
Alias: None
Product: AspectJ
Classification: Tools
Component: Compiler (show other bugs)
Version: 1.2   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: 1.2.1   Edit
Assignee: Jim Hugunin CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-06-09 03:21 EDT by Hristo Stoyanov CLA
Modified: 2004-10-21 04:31 EDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Hristo Stoyanov CLA 2004-06-09 03:21:45 EDT
There are situations, where one needs to compile the ordinary java sources 
with javac (for example, to compile 1.5 sources), then compile the aspect 
sources (which understand Java 1.4 only) feeding ajc with the prevoiusly 
compiled binary classes. In situations like this, the -inpath and -d compiler 
options come handy. However, if the produced binary aspects are meant for load-
time weaving only, there is no need to do compile-time binary code weaving 
(taking the binary classes from the -inpath and transforming them into the -
d ). It only wastes compile time. I guess ajc needs an option to inhibit 
compile-time weaving and produce only aspects binary files, when laod-time 
weving is the goal.
Comment 1 Hristo Stoyanov CLA 2004-06-09 03:42:00 EDT
Sorry-,
I just realized -Xnoweave will do the job
Comment 2 Adrian Colyer CLA 2004-10-21 04:31:00 EDT
Fix released as part of AspectJ 1.2.1