Tests for declare parents where annotations are involved.

test correct detection of @args in a declare

@within, @withincode fixes

@within, @withincode tests

final(?) @args fixes

testing for @args

more testing, @args support

more tests

updated binary form

Allows passing of extra argument to the compiler (-1.5 for autoboxing behavior)

Autoboxing testdata - all primitives covered.

completed @this and @target

add in @this and @target tests to main suite

get test instructions ahead of jump test

who put that there???

more @this @target fixes and tests

Complete varargs support.

mock java.lang.annotation.Annotation

Allows for MarkerAnnotations - doh! (i.e. ones with no values) and unpacks invis annotations on classgens correctly.

clarify requirement for runtime retention in @this, @target, @args

annotation tests for this and target

fail gracefully when trying to bind in an @pcd

update installer page

a few words about 1.5.0 M1

fixed some alignment issues in grammar fragments

updates for 1.5.0 M1

say what we are installing...

@within, @withincode impl (non-binding)

unwanted import

first @annotation test

lots of pointcut parsing test cases for @xxx pcds

update to new @pat syntax

Annotation matching.

Annotation matching.

@annotation parsing and matching

updated binary form

updated test cases to reflect new parsing

Annotation matching.

updates to annotation parsing...

updates to annotation parsing...

Annotation matching.

update the scanner class too to tokenize correctly

updated jdtcore that can also handle @, ... as PseudoTokens

more parser test cases and updates

With type mungers remembering their location, we now get a sensible error line for this test!

Rebuilt due to type munger attribute change

Finally ... type mungers now remember where they came from in their attributes.  So during binary weaving we can determine the source of the declarations.  We will still understand the old form of attribute that is missing the source location.
(This means incremental compilation of ITDs will work properly for the IDE.)

Annotation Matching - test code

annotation pattern and type pattern parsing and test cases

work in progress.... annotation pointcuts, parsing, and patterns

work in progress.... annotation pointcuts, parsing, and patterns

work in progress.... annotation pointcuts, parsing, and patterns

Fixes for Bug 80249: Order of types passed to compiler determines weaving behavior

jdeveloperaop link, corrected html, added email archive search link, removed unused html comments

This modified ordering (?!?) means you don't get silly .ajsym files left around that Eclipse wants you to check into CVS.

remove that stupid launcher in org.eclipse.jdt.core

72766 - varargs policing in signature matching

72766 - varargs policing in signature matching

72766 - avoided another problem to do with asking unresolvable members for their modifiers.

72766 - avoid the potential NPE !

72766 - varargs policing in signature matching

integrate new tools tests into suite

APIs allowing 3rd parties to integrate with AspectJ's pointcut parsing and matching
- final fixes and test cases

support for 3rd party integration with pointcut parsing /matching

APIs allowing 3rd parties to integrate with AspectJ's pointcut parsing and matching

updated description of tools package to reflect wider scope

APIs allowing 3rd parties to integrate with AspectJ's pointcut parsing and matching

72766 - improved build.xml for building the testcode jar

72766 - enum testdata

72766 - annotation testdata

72766 - progress text file for 1.5.0M1

72766 - enum/annotations tests added to suite.

72766 - tests to confirm ITDs on enums/annotations not allowed.

fixed unused imports

72766 - implement isEnum/isAnnotation

72766 - when *source compiling* output messages to prevent ITD on enums/annotations

72766 - more helpers for identifying enums/annotations

72766 - when *binary weaving* output messages to stop ITDs on enums/annotations

72766 - helper methods for identifying enums/annotations that call the BCEL stuff i wrote.

72766 - messages output when preventing ITDs on enums/annotations

72766:  This is covariance support. only missing bit is for dynamic join point matching (marked XXXAJ5 in the code) - thats not a 1.5.0M1 item I dont think...

fixed typo in the "id" of the chapter

couple of doc bugs pointed out by andy...

Part of 72766: Bridge methods - we now do the right thing if we see one (i.e. we ignore it as a source of join points)

JDeveloper url

ensure every generated html file has a meaningful name

aspectj 5 docs update. Signature matching chapter added.
Annotations chapter complete. Varargs, covariance, autoboxing,
and enum chapters complete. Pertypewithin proposal written up.
Generics, new reflection interfaces, and the "miscellaneous" section
still outstanding.

more updates to 1.5 design

Final !! fixes for Bug 78954: Compiler cannot cope with 4000 jars on the classpath
- Includes the modified JDT classes.

Some more fixes for Bug 78954: Compiler cannot cope with 4000 jars on the classpath.
- ClassPathManager can now manage its set of open archives, rather than being 'unlimited' it now limits itself to 1000 open archives (which can be increased via a sys prop).
- BcelWorld is changed to add a tidy up method that can tell class path manager to close its archives (useful for the IDE)
- BcelWorld is also changed to ensure 'it' is the repository used to resolve classes, there were previously some situations where BCEL would start loading classes itself (creating duplicates in memory of things like java/lang/String etc).  I'm not sure if this will alter our performance/memory characteristics.

Fix some stuff that Wes pointed out: addEmptyConstructor() in ClassGen has always been broken and the src.zip for BCEL that was generated included test imports.

BCEL Java5 Support

BCEL Java5 Support

BCEL Java5 Support

Fixed 2 xml errors.

Some enhancements discovered whilst working on bugzilla bug 78954: Compiler cannot cope with 4000 jars on the classpath.  These enhancements cause things to be done 'lazily' in BCEL.

Imports organized.

Doesnt delete the 'src' dir.

Adding BCEL src to bcel-builder project.  We change/patch BCEL more frequently than we import new versions of BCEL into AspectJ - so it makes sense to make that patching process easier than the importing process.  Also the Java5 support would result in an unwieldy patch.txt file.
The ANT targets in build.xml will still enable transformation of the packaging from org.aspectj.apache to org.apache for diffing with a new BCEL version, should one ever appear.

some small updates in annotations, plus beginnings of varargs section