Browse Source

Merge pull request #96 from kriegaex/release-198

Release version 1.9.8.RC2
tags/V1_9_8_RC3
Andy Clement 2 years ago
parent
commit
0f85ca109b
No account linked to committer's email address
2 changed files with 18 additions and 12 deletions
  1. 15
    10
      docs/dist/doc/README-198.html
  2. 3
    2
      pom.xml

+ 15
- 10
docs/dist/doc/README-198.html View File

@@ -34,8 +34,8 @@
features, such as:
</p>
<ul>
<li>sealed classes (final in Java 17, previews in Java 15, 16 and AspectJ 1.9.7)</li>
<li>pattern matching for switch</li>
<li>Sealed classes (final in Java 17, previews in Java 15, 16 and AspectJ 1.9.7)</li>
<li>Pattern matching for <tt>switch</tt></li>
</ul>
<p>
For features marked as preview on a given JDK, you need to compile with <tt>ajc --enable-preview</tt> and run with
@@ -47,12 +47,15 @@
is a JVM limitation unrelated to AspectJ. Also, e.g. sealed classes are preview-1 on JDK 15 and preview-2 on JDK 16.
You still need to recompile, no matter what.
</p>

<h2>Improvements</h2>

<p>
Furthermore, the <tt>--release N</tt> compiler option for correct cross-compilation to previous JDK bytecode + API
versions is now supported by AJC. Previously, the option existed (inherited by ECJ) but did not work correctly.
The <tt>--release N</tt> compiler option for correct cross-compilation to previous JDK bytecode + API versions is now
supported by AJC. Previously, the option existed (inherited by ECJ) but did not work correctly.
</p>

<h3>Code examples</h3>
<h2>Code examples</h2>

<p>
You can find some sample code in the AspectJ test suite under the respective AspectJ version in which the features
@@ -86,14 +89,16 @@

<ul>
<li>
The AspectJ compiler no longer works on JDK 8-10. The minimum compile-time requirement for AspectJ is JDK 11 due
to upstream changes in the Eclipse Java Compiler (subset of JDT Core), which AspectJ is a fork of. You can still
compile to legacy target versions as low as Java 1.3, but the compiler itself (and probably also the load-time
weaver) needs JDK 11.
The AspectJ compiler <tt>ajc</tt> (contained in the <tt>aspectjtools</tt> library) no longer works on JDKs 8 to 10. The minimum
compile-time requirement is now JDK 11 due to upstream changes in the Eclipse Java Compiler (subset of JDT Core),
which AspectJ is a fork of. You can still compile to legacy target versions as low as Java 1.3 when compiling plain
Java code or using plain Java ITD constructs which do not require the AspectJ runtime <tt>aspectjrt</tt>, but the compiler
itself needs JDK 11+. Just like in previous AspectJ versions, both the runtime <tt>aspectjrt</tt> and the load-time weaver
<tt>aspectjweaver</tt> still only require JRE 8+.
</li>
<li>Document build profiles and properties in <i>docs/developer/BUILD.md</i></li>
<li>Add a guide for setting up an AspectJ development environment in <i>docs/developer/IDE.md</i></li>
<li>Allowed JAR saving if <tt>-proceedOnError</tt> is specified</li>
<li>Allow JAR saving if <tt>-proceedOnError</tt> is specified</li>
</ul>

<p>

+ 3
- 2
pom.xml View File

@@ -21,7 +21,7 @@
<maven.javadoc.skip>true</maven.javadoc.skip>

<!-- Dependency versions -->
<jdt.core.version>1.9.8.RC1</jdt.core.version>
<jdt.core.version>1.9.8.RC2</jdt.core.version>
<asm.version>9.2</asm.version>
<lib.ant.version>1.6.3</lib.ant.version>
<lib.ant.xerces.version>2.6.2</lib.ant.xerces.version>
@@ -432,12 +432,13 @@
<!--
Plugin version 1.6.8 does not work on JDK 16+ without special MAVEN_OPTS opening certain modules,
because the XStream version used needs it. One workaround is to use a more recent XStream version.
Attention: Do *not* upgrade to e.g. 1.4.18, because it causes exceptions during deployment.
TODO: remove plugin dependency after OSSRH-66257, NEXUS-26993 are fixed.
-->
<dependency>
<groupId>com.thoughtworks.xstream</groupId>
<artifactId>xstream</artifactId>
<version>1.4.18</version>
<version>1.4.15</version>
</dependency>
</dependencies>
</plugin>

Loading…
Cancel
Save