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

Cope with java version becoming 9.X rather than 1.9.X

482945: obfuscated class file finding outer class

Add 1.8.8 testsuite to 1.8 test list

Fix 482990: throw exception if asm missing at > 1.6 java

Fix 461323: around advice on default methods

Version up'd to 1.8.8

Fix 478003: declare parents with generic itd npe

Basic 1.8.7 docs

458871: dynamically attach agent

Patch from Alexander Kriegisch

464604: ajdoc SIOOBE on Java7

476245: compile error already fixed in 1.8.7

307147: missing joinpoints for itds invoking private methods

Bug 475152 - infinite loop during build time weaving when more than 2 aspects in hierarchy at org.aspectj.weaver.bcel.BcelAdvice.canInline

475728, 432874

Update version to 1.8.7

Update Asm to pick up fixes for stack map generation

Issue: https://bugs.eclipse.org/bugs/show_bug.cgi?id=452056

Add option not to generate local variable tables in some scenarios

New Xset option generateNewLocalVariableTables defaults to true
but can be set to false. In some situations incoming bytecode
for weaving doesn't want them adding (e.g. android situations
where the bytecode is a bit funky).

Issue: https://bugs.eclipse.org/bugs/show_bug.cgi?id=470658

Support annotation conversion for class annotation values

Issue: https://bugs.eclipse.org/bugs/show_bug.cgi?id=474165