Ensure version of generated class is correct

Important to ensure we generate it of the right version as it may
end up containing code derived from a particular class that needs
a be run with a certain level of verifier. In this case if
inserting invokestatic targeting a interface method, we need to
be using something later than a java 1.2 level class file.

Activate test

Skip tests on Java9

Issue it due to split packages (see comments in code). Don't want to
debug this further right now, possibly needs a command line flag passing
to the JVM that runs the test, so these tests need forking.

More actively print diagnostics to help future debugging

version bump to 1.6

Skip test on Java9

Added test commentary to link it to the code that is causing the
difference in behaviour compared to Java8.

Adjusted test expectations for Java9

Annotation toString() changes on Java9 so need to include those quotes
in expected output.

Better handling of classpath discovery

Some alternate behaviour added to work better on Java9

Added commentary on a strange bit of code

I don't want to change that code until I see more evidence of it
misbehaving but I'm having trouble working out why it is there!

per singleton field no longer final to satisfy 1.9 verification

Reduced expected performance difference

JVM improvements seem to reduce the difference.

Clarified expected message

Rebuilt bcel with latest changes

Ensure interfacemethodref can be built for invokestatic calls on interface methods

more testdata for 1.9

Various changes to get tests passing on 1.8 and 1.9

add missing testdata

various changes to make more tests pass on Java9

tweaks to 1.9 tests

latest jdt related src zip

includes fix from aj_18 line related to 507372

refixed now that target bits don't overlap with JDT bits

polish and ensure warnings set by group

Upgraded to ASM 6 BETA

rebuilt bcel

rebuilt

polish

Bring Java9 branch in line with 1.8.11 progress

add constants to list

rebuilt bcel

Merged post 1.8.5 changes into Java9 branch

latest version

minor tweaks to better handle J9

latest JDT update for Java9

Upgrading bcel to latest J9 attributes

compatibility with JDK 190 build 175

pickup latest jdt core

fixup tests for 1.9

adapt to JDT changes

Adapt to JDT changes

Corrected version for latest update

Add resolution of argument types

Some new code in JDT is using the information in here, so need
to resolve them.

Add ability to recognize an intertype scope

Add version of jdtcore with proper APT support

Add guard for clone()

clone is saying it is protected rather than public and so we need
to add a guard to avoid creating accessor for it.

509327: extended the test slightly

reduced min Java version to 1.6

polish

1.8.11 test setup and wip tests

509327: Minor fixes to improve the situation, wip

fix warnings in build - support .isJava8 option in build

508661: testcode

Polishing for 1.8.10 release

- reduced build level from 8 to 7 so that the weaver can be used on Java7.
- minor readme tweaks

Update to latest JDT (neon 2)

Adjust from nasty exception to messages

added 2016/2017 to years

Fix 500035: handling target only binding in @AJ pointcut

Fix 502119: InterTypeFieldBinding.java:122 - NullPointerException

Fix 404345: another occurence of broken annotation building in JDT

Fix 500796: Allow for kotlin creating 'synthetic' local variable table entries

Upgraded to new JDT compiler - neon.1 and a bit

Fixing generics warnings

Fix ambiguous binding problem on anonymous types

If an anonymous class calls a method ITD'd onto one of its own
supertypes (e.g. new A() { xx(null); }) then it can be reported
as an ambiguous method invocation on Java8. There is different
handling for Java8 that is revealing an issue. The intertype
method declarations are recorded in a member finder attached to the
target type (A in this case). When the local type binding is
built it gets all the methods from supertypes added to it - this
unfortunately includes the ITD method.  Then later when something
asks for all 'xx' methods on A, it finds the ITD method from when
A was constructed and an additional copy from the member finder.

The quick fix is for the member finder to use a set rather than
list when answering 'what are the xx methods'. If this proves
a problem down the line the deeper fix would be to avoid including
ITDs when the local type binding is built.

infra changes for 1.9 builds

Further 1.9 changes: better handling of source/target

create copy of 1.6 sanity tests for use at 1.9

add asm v6 for stackmap creation on Java 9

ensure modules on path in build arg parser

change to latest j9 commit

Fix classpath for tests on Java9

Change to support new packaging of modules in Java9

Java9 jrt-fs.jar helpers

Remove diamond usage

Upgrading to latest 1.9 compiler

[j9] Basic read/write of Module attribute

Code polishing and extra diagnostics around types and parameterized types

Fix 493554 - Missing InnerClasses attribute for nested interfaces created by AspectJ

generics

Fix 490315 - InvokeDynamic.java:126 there is no classname for invokedynamic

Corrected version for 1.8.9

1.8.9 docs

added logging

Fix 489596 - upgrade jdt to mars.2

Fix 488216: Load-time weaver loses class changes of preceding -javaagent

additional diagnostic info

Fix 487927: ClassFormatException if LocalVariableTable data cannot be fully read

Fix 433351: Declare parents fails on interfaces on the inpath depending on directory structure

Fix 487694: Race condition in annotation unpacking can surface through Spring AOP

Fix 485583: NullPointerException in org.aspectj.ajdt.internal.compiler.ast.PointcutDeclaration

Fix 486612: Can lose a super type bound when weaving a type using generics in its declaration

Fixes for compile time overweaving

In writing a testcase for 352389 I discovered overweaving
just wasn't working for a compile time series of test steps.
This was due to a guard preventing secondary calls to
addOrReplaceAspect. Without the secondary call the crosscutting
collector for the aspect had recorded no mungers from the
original aspect because it was still using an EclipseSourceType
delegate. Later when it was using the binary BcelObjectType
delegate and mungers were available, they weren't collected
because of that missing addOrReplaceAspect call.

updated to 1.8.9

refactoring to use generics, reduce warnings

Fix 486203: NPE in IntelliJ since 1.8.7

Fix 485448: Building Roo projects NPE in AnnotationDiscoveryVisitor

1.8.8 readme

Fix 470658: Corrupted Local Variable Table

Fix 485055: declare @field failing for final String fields (see also Bug 327141)

Fix 484941 - NPE AnnotationDiscoveryVisitor

Up'd version to beta3