1.9.2.RC1 changes

Generalized exception that might occur

Fix 538393: Allow for toString() to fail on some classloaders

537825: Remove FINAL for cflow related class elements for Java 9+

Fix some generics warnings, add overrides

testcode for 535086

Initial cut at bug 535086 - pertypewithin and non vis types

In this version unless you specify an aspect is privileged then the
pertypewithin clause will not match types not visible from the aspect
(private types or default vis types in another package)

Debating whether to change this to not require privileged.

Rebuilt as a DEVELOPMENT version

Working towards 1.9.1

Support Java10

tweak title

Fixed release date to 2-Apr for 1.9.0

Updated readme for 1.9.0 release

Updated to 1.9.0 final

533038: Clear some generated class entries during class redefinition

Fix 514062 - Failure duing stackmap generation of @Around

docs for new code generation and factory methods

Add checking for env variable ASPECTJ_OPTS in addition to sys prop

reset to 0 size to trigger it getting built

Bug#531694: generate more optional thisJoinPoint construction code

This commit introduces some new methods into the
runtime Factory class and modifies code generation
to use them (and to use the form of the LDC bytecode
that loads class constants).

Fix for Bug 531819 - Negative parameter annotation matching not behaving

Updates for 1.9.0.RC4 - latest JDT

oops, really remove dodgy test

temporarily remove dodgy test

add generics

Remove modules from 'full classpath' for now

Fix Bug 531179 - Add compiler arg support to iajc task

add generics

more tests around module options

better handling of modules

Fixed up path handling, including implicit jmod inclusion

more generics and missing @Overrides

New simple tests for buildconfig

Adjusted to refer to ASM 6 non beta

Latest JDT changes

Add intermediate test class that ensures the tests are on J9

Add missing overrides

Add basic rename functionality to file step

Add missing Overrides

tidy up comment

Add missing key for invalidModuleName

updated for 2018

Add missing cases to bcel constantToString

avoid <> for now until build changes made to jump to right java version

JDT Upgrade for 1.9.0.rc3

merged

remove rogue println

Merge branch 'master' into earlyJava9

Switching master to the earlyJava9 branch. This merge
with strategy=ours should give us a common root so that
anyone working from master will be able to absorb the change
easily.

bump compiler.name for rc2

updated readme for 1.9.0.rc2

Updates to better cope with future JDKs

The version handling in LangUtil has been overhauled
to cope better with post 1.8 releases (JDK9 and JDK10 or 18.3
or whatever they call it). As part of this moved
to treating JDK9 as '9' rather than '1.9'. Also removed
duplicate version processing logic and had that defer to
the one place in LangUtil where we now deal with it.

Includes some generics tidyup in ajdoc. More ajdoc work
is necessary for Java10 because it removes the standard doclet
(old style). However trying to invoke the internal Javadoc
handler in Java10 is failing due to module visibility rules.

Fix 526734 - Incorrect generic override decp validation when binary weaving

Fixes Bug 526594
Compile error: ClassCastException thrown: org.aspectj.weaver.MissingResolvedTypeWithKnownSignature cannot be cast to ReferenceType

fix typo

Fix 525972 - java.lang.ArrayIndexOutOfBoundsException: 2 (at org.aspectj.weaver.ResolvedType.getMemberParameterizationMap(ResolvedType.java:970))

Fix 526381 - Log-Message for nonReweavableTypeEncountered does not include class name

Fix 526382 - damaged manifest.mf prevents LTW running from jar

1.9.0 docs

1.9.0 update

Adjust how classpath entries manipulated for Java9 support

Prior to this AspectJ would discard ignore the ClasspathEntry
objects built by JDT and just work with the classpath as a string,
driving the JDT FileSystem to rebuild classpath entries again at
a later date using the string. This is more complex in Java9 because
the string representation was losing whether some entries came in
via modulepath.  ClasspathEntry construction for modulepath entries
is non trivial (since the module-info must be processed).

The new version will cache some of the ClasspathEntry objects (those
built for modulepaths) and do more work on the AspectJ side building
classpath entries in general. It now passes these entries to a
different FileSystem entry point rather than the entry point that
takes a string path.

Moved to package

wip allowing flexibility in test infra for using modules with subdirs

Set version to 1.9.0.RC1

added module/modulesourcepath to compiler configuration interface

removed shared reflection world test for now

Switched from diamond to specific types

Added automatic module name

switched from diamond operator

Added automatic module name

Added automatic module name

Latest jdtcore - with visibilty adjusted for classpath manipulation

Temporarily removing world reuse - needs a bit more thought

Added automatic module name

Upgraded test infra to support building/running modules

1.9 test changes and new module tests

added support to avoid weaving module-info.class

Fix use of diamond and update versions to 1.9

rebuilt internal dependencies

Tests for smart annotation unpacking for reflection types

Latest build of bcel

Fixes Bug 525293 - Spring AOP could be faster

Multiple changes here:
- annotation unpacking is smarter and if it only needs runtime
  retention annotations it uses reflection and doesn't unpack the
  bytes to discover class level retention annotations.
- Reflection worlds are shared if for the same classloader.

Reusable SoftHashMap utility class

Basic tests for JImage access

Polish javadoc

Fix for Bug 518698 - typo in AspectJ Notebook: excetution

Optimized type lookup on Java9

Took the code from the patch submitted by Mario Ivankovits
in bug 520597 and made some improvements to make (hopefully)
better use of memory. Some basic tests added.

polish - generics

polish - generics

Polish use of Unsafe

corrected test now that compliance handling improved for 1.9

first pass at using Unsafe, needs review

Improved Java9 option handling

Update project source/target levels to 1.7

Update to beta 7

Update project source/target levels to 1.7

Update project source/target levels to 1.7

Smarter classpath detection on Java9

On Java9 cannot rely on URLClassLoader being found from which
to determine classpath so use the environment variable. This may
have issues if loaders are being constructed that specifically
deviate from the java.class.path.

Pass explicitly whether it is an interface target

If you only let it determine it from the INVOKE instruction this
can make a mistake when using INVOKESTATIC with an interface
target.

Ensure version information get/settable

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.