Dear NetRexx developers and users,
Changes relative to NetRexx 3.02 are:
- a jsr223 engine for NetRexx that enables interoperation with JavaScript (and AppleScript on MacOSX) - documented in the Programming Guide
- Java 8 compatibility:
- a fix for the class parser to enable to recognize new bytecode instructions introduced in Java 7 but now used in Java 8
- the ecj (Eclipse Java Compiler) has been upgraded to 4.4RC1, corresponding to v20140514
- 2138, 3.10.0, to enable compiles under Java 8
- a fix for issue NETREXX-108, adding default and static methods in interfaces that Java 8 allows
- improvements to UTF-8 source code compatibility (NETREXX-6)
- removed hardcoded locations for finding classes.jar on MacOSX and z/OS. MacOSX uses Sun/Oracle conventions now. z/OS support was outdated.
- documentation additions and improvements
- a fix for issue NETREXX-7, message change
- a fix for issue NETREXX-58, add a serialVersionID to class Rexx
- a fix for issue NETREXX-68, datatype(S) with euro or dollar symbol
- a fix for issue NETREXX-83, orphan file and missing entries in Diag.nrx
- a fix for issue NETREXX-85, unqualified properties statement
- a fix for issue NETREXX-107, NetRexx documentation naming convention
- the compiler will now run again with its classes loaded from the filesystem instead of from a jar file
Changes relative to NetRexx 3.03 RC1 are:
- functional: a fix for issue NETREXX-108, adding default and static
methods in interfaces that Java 8 allows
- a new level of the ecj compiler, as the previous level proved defective
- this dropped the requirement for JVM 8 to build the compiler from source
Please let me know your experiences.
best regards,
René Jansen.
_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive :
http://ibm-netrexx.215625.n3.nabble.com/
Locked
