Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [aspectj-dev] bug in eclipse compiler?

Hi -

I think things will work if set up ajc right.

In the second .lst file your arguments suffer from putting the target directory on the inpath.  This is never correct.  Include
all the relevant sources and affected types in the list of source
files or the inpath, and include all types required to resolve them
on the classpath.  (There was a recent thread on point, titled
"badWeaverState exception on iajc w/out prior clean".)

ajc looks up the type chain further than javac when processing
aspects.  To disable this, create an xlint.properties file and
override the values for cantFindType and cantFindTypeAffectingJPMatch.  See the ajc documentation for more
details.
  http://www.eclipse.org/aspectj/doc/released/devguide/ajc-ref.html

Thanks -
Wes

> ------------Original Message------------
> From: Juraj Burian <jubu@xxxxxxxx>
> To: "AspectJ developer discussions" <aspectj-dev@xxxxxxxxxxx>
> Date: Thu, Mar-9-2006 9:16 AM
> Subject: [aspectj-dev] bug in eclipse compiler?
>
> Hi,
> I have problem with indirect dependencies  in compilation mode.
> I thing that the problem lays in eclipse compiler, but I am not sure.
> 
> There is an example in attached  zip file:
> if you run ajc1 - compilation will fail (because of indirect 
> dependencies)
> if you run compile and than ajc2 - everything works fine, because 
> classes are created with javac and after that is ajc used  "in weaving" 
> 
> mode.
> 
> Is there a correct solution of this problem ?
> 
> I have one idea for you.
> ajc does not accept class files as "sources"
> In my opinion it would be useful to have a possibility to use class 
> files instead of java, or aj files.
> This feature gives possibility to use ajc as "pure" weaver. (Motivation 
> 
> is, that one can skip "weaving" of filtered classes during build 
> process.)
> Do you like this idea ?
> 
> 
> p.s. Unfortunately I am not able to create better simulation  (I mean 
> without external jar files) &
> I hope that I am not doing a crime  (redistribution of IBM property :-) 
> )
> 
> best regards
> JuBu
> 
> 
> 
> _______________________________________________
> aspectj-dev mailing list
> aspectj-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/aspectj-dev
> 
> 



Back to the top