Bug 43467 - Not all jar files processed when using -injars argument
Summary: Not all jar files processed when using -injars argument
Status: RESOLVED DUPLICATE of bug 40943
Alias: None
Product: AspectJ
Classification: Tools
Component: Compiler (show other bugs)
Version: 1.1.0   Edit
Hardware: PC Windows 2000
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Jim Hugunin CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-09-22 17:37 EDT by Morten Christensen CLA
Modified: 2003-09-22 20:20 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 Morten Christensen CLA 2003-09-22 17:37:44 EDT
I do not know if the following is a BUG or missing feature but it is a 
showstopper for me:

I have a situation where I are running aspects in my source code that affect
classes in a 3rd party jar file. Therefore I use -injars to make sure the 3rd 
party classes are processed by my aspects. After compiling I take all the
resulting classes (mix of my classes and 3rd party classes) and put them
in a single jar file for distribution:

Great, but unexpectly my sw will not run because some 3rd party stuff (both 
classes and resource files) are missing.

Why ?
* Ajc does not copy ALL files in the -injar jar file to my output path. Only 
some *.class files (NOT ALL) and NOT any resource files.

So what can I do to fix this:
1) I can't use the 3rd party jar file - that should be clear.
2) I can't use the output from aspectj since it is incomplete.
3) Find out myself exactly which files aspectj ignores and copy them
myself. Quite tedious manual work.
4) Drop the use of aspectj - change the source of the 3rd party code 
and recompile. Not as nice as using aspects but it will work.

So what do I want:
I would like ajc (and the assoicated ant task) to copy ALL
unprocessed files to the same output as the processed class
files (build directory or jar specified by -outjar). That way
the users would not have to worry about which files ajc like
to change, just the result.
 
P.S. The above problem was encountered using the iajc ant task, but appears to 
be related to the compiler itself.
Comment 1 Jim Hugunin CLA 2003-09-22 20:20:56 EDT
This appears to be a duplicate of the referenced bug.  Please try the 1.1.1
release and see if you're still having the problem.  If you are still having
problems with files that aren't copied, include any error/warning messages
displayed by the compiler during the weave/compile process as files with
warnings are not copied in 1.1.x.

*** This bug has been marked as a duplicate of 40943 ***