Page History

r1809434 | rjung | 2017-09-23 16:45:48 +0200 (Sat, 23 Sep 2017) | 3 lines
Use the correct path when loading the JVMlogging.properties file for Java 9.
------------------------------------------------------------------------
r1806973 r1720196 | markt | 20172015-0912-01 1715 18:0405:45 +0200 0100 (Fri, 01 Sep 2017Tue, 15 Dec 2015) | 1 line
Java 9 allows us to be more selective with the JRE memory leak protectionMinor hack to get the unit tests passing on Java 9.

JarScanner requires more careful review in light of Java 9 modules.
------------------------------------------------------------------------
r1806932 r1692896 | markt | 20172015-0907-01 1327 17:1018:37 49 +0200 (Fri, 01 Sep 2017Mon, 27 Jul 2015) | 1 line
Add Java 9 support for JSPs

Back-ported for 8.5.x and 8.0.x. Can't back-port for 7.0.x as ECJ that supports Java 9 doesn't run on Java 6. Need to decide how to handle this.

Resolved

r1809434 | rjung | 2017-09-23 16:45:48 +0200 (Sat, 23 Sep 2017) | 3 lines 
Use the correct path when loading the JVMlogging.properties file for Java 9. 

Already back-ported.

--Update comment. We now have features that depend on Java 9.
------------------------------------------------------------------------ 
r1800617 r1806973 | markt | 2017-0709-03 1201 17:1904:46 45 +0200 (MonFri, 03 Jul 01 Sep 2017) | 1 line line 
Add necessary Java 9 configuration options to the startup scripts to prevent
warnings being generated on web application stop. allows us to be more selective with the JRE memory leak protection. 

Back-ports complete

------------------------------------------------------------------------ 
r1800614 r1806932 | markt | 2017-0709-03 1101 13:4810:01 37 +0200 (MonFri, 03 Jul 01 Sep 2017) | 1 line
Restore the local definition of the web service annotations since the JRE
provided versions are deprecated and Java 9 does not provide them by defaultline 
Update comment. We now have features that depend on Java 9.

Only applied to trunk.

------------------------------------------------------------------------ 
*r1791050 r1800617 | markt | 2017-0407-03 12 00:3619:01 46 +0200 (WedMon, 12 Apr 03 Jul 2017) | 1 line
Refactoring in preparation for line 
Add necessary Java 9 . Refactor to avoid using some methods
that will be deprecated in Java 9 onwards. configuration options to the startup scripts to prevent 
warnings being generated on web application stop. 

Back-ports complete

------------------------------------------------------------------------ 
r1791036 r1800614 | markt | 2017-0407-03 11 23:4048:13 01 +0200 (TueMon, 11 Apr 03 Jul 2017) | 1 line 
Restore the local definition of the web service annotations since the JRE 
provided versions are deprecated and Java 9 does not provide them by default. 

Not back-ported as this change reverted a previous change.

line
Java 8 and Java 9 friendly alternative
------------------------------------------------------------------------- 
r1791032 *r1791050 | markt | 2017-04-11 2312 00:3436:50 01 +0200 (TueWed, 11 12 Apr 2017) | 1 line
Revert the Java 9 change that breaks in Java 8 line 
Refactoring in preparation for Java 9. Refactor to avoid using some methods 
that will be deprecated in Java 9 onwards. 

Back-ports complete

------------------------------------------------------------------------ 
r1791028 | markt | 2017-04-11 23:16:04 +0200 (Tue, 11 Apr 2017) | 1 line line 
Refactoring in preparation for Java 9. Refactor to avoid using some methods methods 
that will be deprecated in Java 9 onwards. 

Back-ports complete

------------------------------------------------------------------------ 
r1791027 | markt | 2017-04-11 22:40:36 +0200 (Tue, 11 Apr 2017) | 1 line line 
Refactoring in preparation for Java 9. Refactor to avoid using some methods methods 
that will be deprecated in Java 9 onwards. 

Back-ports complete

------------------------------------------------------------------------ 
*r1782857 r1791036 | markt | 2017-0204-13 2111 23:3940:14 13 +0100 0200 (MonTue, 13 Feb 11 Apr 2017) | 3 lines
Java 9 support for annotation scanningBased
on:1 line 
Java 8 and Java 9 friendly alternative

Back-ported to 8.5.x but no further as encoding detector has not been back-ported further.http://cr.openjdk.java.net/~mr/jigsaw/spec/lang-vm.html#jigsaw-2.6
------------------------------------------------------------------------ 
r1779932 r1791032 | markt | 2017-0104-11 23 15:1634:32 50 +0100 0200 (MonTue, 23 Jan 11 Apr 2017) | 1 line 
Revert the Java 9 change that breaks in Java 8 

Back-ported to 8.5.x but no further as encoding detector has not been back-ported further.

-- 2 lines
Remove unused code, effectively reverting 1779370 and 1779612.
Java 9 is now handled in other branch of if/else.
------------------------------------------------------------------------ 
r1779622 *r1782857 | remm markt | 2017-0102-20 1413 21:0939:56 14 +0100 (FriMon, 20 Jan 13 Feb 2017) | 1 line 3 lines 
Restore Java 9 direct byte buffer cleanup code, for now. The last way to
access it is through the private Unsafe singleton, which will likely stop
working at some point support for annotation scanningBased 
on:http://cr.openjdk.java.net/~mr/jigsaw/spec/lang-vm.html#jigsaw-2.6 

------------------------------------------------------------------------ r1779612

r1779545 | markt | 2017-01-20 01:12:58:51 16 +0100 (Fri, 20 Jan 2017) | 1 line
Log message that includes command line option required when running on Java 9 2 lines 
Adding ALPN support for JSSE with Java 9Enable ALPN and also, therefore, 
HTTP/2 for the NIO and NIO2 HTTP connectors when using the JSSE implementation 
for TLS when running on Java 9. 

Back-ported to 8.5.x but not further since 8.0.x and earlier do not support/require ALPN.

r1779545 r1779313 | markt | 2017-01-20 0118 12:1223:16 17 +0100 (FriWed, 20 18 Jan 2017) | 2 lines
Adding ALPN support for JSSE with Java 9Enable ALPN and also, therefore,
HTTP/2 for the NIO and NIO2 HTTP connectors when using the JSSE implementation
for TLS when running on Java 9| 1 line 
ws police (I need to configure my Java 9 dev environment correctly) 

Related to ALPN and handled as part of those back-ports.

------------------------------------------------------------------------ 
r1779370 r1778603 | markt | 2017-01-18 1913 15:4642:27 01 +0100 (WedFri, 18 13 Jan 2017) | 1 line
Java 9 can throw a Java 9 specific exception here (InaccessibleObjectException)
so tweak the handling 2 lines 
Adding ALPN support for JSSE with Java 9Add some plumbing to exposed the client 
requested application protocols to the method that configures the SSLEngine 

Back-ported to 8.5.x but not further since 8.0.x and earlier do not support/require ALPN.

------------------------------------------------------------------------ 
r1779313 r1778575 | markt | 2017-01-18 1213 13:2350:17 01 +0100 (WedFri, 18 13 Jan 2017) | 1 line
ws police (I need to configure my Java 9 dev environment correctly) 2 lines 
Adding ALPN support for JSSE with Java 9Expand the data extracted from the TLS 
client hello to include the client requested ALPN names. 

Back-ported to 8.5.x but not further since 8.0.x and earlier do not support/require ALPN.

------------------------------------------------------------------------ 
r1778603 *r1766822 | markt | 20172016-0110-13 27 15:4259:01 41 +0100 0200 (Fri, 13 Jan 2017Thu, 27 Oct 2016) | 2 lines
Adding ALPN support for JSSE with Java 9Add some plumbing to exposed the client
requested application protocols to the method that configures the SSLEngine lines 
ThreadLocal leak detection is now hitting Java 9 module issues. 
Catch the error and provide a useful error message if this happens. 

Back-ports complete.

------------------------------------------------------------------------ 
r1778575 r1779932 | markt | 2017-01-13 1323 15:5016:01 32 +0100 (FriMon, 13 23 Jan 2017) | 2 lines
Adding ALPN support for JSSE with Java 9Expand the data extracted from the TLS
client hello to include the client requested ALPN names| 2 lines 
Remove unused code, effectively reverting 1779370 and 1779612. 
Java 9 is now handled in other branch of if/else. 

Back-ported to 8.5.x but no further as cleaner has not been back-ported further.

*r1766822 r1779622 | markt remm | 20162017-1001-27 1520 14:5909:41 56 +0200 0100 (Thu, 27 Oct 2016) | 2 lines
ThreadLocal leak detection is now hitting Java 9 module issues.
Catch the error and provide a useful error message if this happensFri, 20 Jan 2017) | 1 line 
Restore Java 9 direct byte buffer cleanup code, for now. The last way to 
access it is through the private Unsafe singleton, which will likely stop 
working at some point   

Back-ported to 8.5.x but no further as cleaner has not been back-ported further.

*r1762753 r1779612 | remm markt | 20162017-0901-29 20 12:2058:27 51 +0200 0100 (Thu, 29 Sep 2016Fri, 20 Jan 2017) | 1 line 
Log message that includes command line
Java 9 compatibility for direct ByteBuffer cleaneroption required when running on Java 9 

Back-ported to 8.5.x but no further as cleaner has not been back-ported further.

r1720196 r1779370 | markt | 20152017-1201-15 18 19:0546:45 27 +0100 (Tue, 15 Dec 2015Wed, 18 Jan 2017) | 1 line
Minor hack to get the unit tests passing on Java 9.line 
Java 9 can throw a Java 9 specific exception here (InaccessibleObjectException) 
so tweak the handling 

Back-ported to 8.5.x but no further as cleaner has not been back-ported further JarScanner requires more careful review in light of Java 9 modules.

r1692896 *r1762753 | markt remm | 20152016-0709-27 1729 12:1820:49 27 +0200 (Mon, 27 Jul 2015Thu, 29 Sep 2016) | 1 line line 
Add Java 9 support for JSPs

Back-ported for 8.5.x and 8.0.x. Can't back-port for 7.0.x as ECJ that supports Java 9 doesn't run on Java 6. Need to decide how to handle this.

compatibility for direct ByteBuffer cleaner. 

Back-ported to 8.5.x but no further as cleaner has not been back-ported further.Resolved

------------------------------------------------------------------------ 
*r1758556 | markt | 2016-08-31 11:09:47 +0200 (Wed, 31 Aug 2016) | 1 line 
The latest Java 9 early access builds have fixed some more memory leaks. 

...