From a796ce3823c112a5de213320c0696c60be4443a4 Mon Sep 17 00:00:00 2001 From: Andy Clement Date: Mon, 12 Mar 2018 08:54:48 -0700 Subject: [PATCH] docs for new code generation and factory methods --- docs/dist/doc/README-190.html | 32 ++++++++++++++++++++++++++++++++ 1 file changed, 32 insertions(+) diff --git a/docs/dist/doc/README-190.html b/docs/dist/doc/README-190.html index 0033afded..8a72a2fe5 100644 --- a/docs/dist/doc/README-190.html +++ b/docs/dist/doc/README-190.html @@ -20,6 +20,7 @@ All rights reserved.

The full list of resolved issues in 1.9.0 is available here.

+

AspectJ 1.9.0.RC4

Primary changes in RC4 are to add support for <compilerArg> in the Ant task. This enables users of the Ant task to @@ -282,6 +283,37 @@ the module-info. (Issue 526243)

+

+ +

Improved runtime interface

+

New factory methods have been added to the AspectJ runtime. This is an attempt to more optimally create thisJoinPoint and +thisEnclosingJoinPoint objects. The generated code that invokes these now also uses the ability +for the LDC bytecode instruction to load class constants directly (this replaces what was happening +previously where generated code referenced string classnames and classloading was being done from the +aspectj runtime as the woven application was starting).

+ +

This is turned on by using -Xajruntimetarget:1.9. This option was used previously to enable +users to target an old runtime if they knew that old runtime is all that was available at some deployed target. +The new generation mechanism is not the default, not until it has had a bit more testing out in the wild.

+ +

The changes to generated code have a couple of potential side effects: +

+ +

In anticipation of not all build plugins supporting that -Xajruntimetarget option, you can now specify +these kinds of option in the ASPECTJ_OPTS environment variable. Set that in your environment:

+

+export ASPECTJ_OPTS="-Xajruntimetarget:1.9"
+
+

And it should get picked up by AspectJ when it runs.

+ -- 2.39.5