March 2018 - logback-dev - mailman3.qos.ch

[JIRA] (LOGBACK-1394) Sometimes TimeBasedRollingPolicy & LogbackLock deadlock at 23:59:59
by QOS.CH (JIRA) 30 Mar '18

30 Mar '18

1 0

[JIRA] (LOGBACK-1394) Sometimes TimeBasedRollingPolicy & LogbackLock deadlock at 23:59:59
by QOS.CH (JIRA) 30 Mar '18

30 Mar '18

1 0

[JIRA] (LOGBACK-1394) Sometimes TimeBasedRollingPolicy & LogbackLock deadlock at 23:59:59
by QOS.CH (JIRA) 30 Mar '18

30 Mar '18

1 0

[JIRA] (LOGBACK-1394) TimeBasedRollingPolicy LogbackLock deadlock at 23:59:59
by QOS.CH (JIRA) 30 Mar '18

30 Mar '18

calonlan created LOGBACK-1394: --------------------------------- Summary: TimeBasedRollingPolicy LogbackLock deadlock at 23:59:59 Key: LOGBACK-1394 URL: https://jira.qos.ch/browse/LOGBACK-1394 Project: logback Issue Type: Bug Affects Versions: 1.1.2 Environment: *JDK：* java version "1.8.0_162" Java(TM) SE Runtime Environment (build 1.8.0_162-b12) Java HotSpot(TM) 64-Bit Server VM (build 25.162-b12, mixed mode) *logback.xml：* <configuration scan="true" scanPeriod="180 seconds" debug="true"> <appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender"> <file>../log/test.log</file> <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"> <fileNamePattern>../log/test.%d\{yyyy-MM-dd}.log.zip</fileNamePattern> </rollingPolicy> <encoder> <pattern>%d\{HH:mm:ss.SSS} [%thread] %-5level %logger - %msg%n</pattern> </encoder> </appender> </configuration> Reporter: calonlan Assignee: Logback dev list Priority: Blocker *threaddump ：* Found one Java-level deadlock: ============================= "async-task-thread-pool-1-tid-59197-huoqiu-685270909": waiting to lock Monitor@0x00007f140c0282f8 (Object@0x00000000e802a3b0, a ch/qos/logback/core/rolling/TimeBasedRollingPolicy), which is held by "async-task-thread-pool-1-tid-59195-huoqiu-685270900" "async-task-thread-pool-1-tid-59195-huoqiu-685270900": waiting to lock Monitor@0x00007f13fc061b08 (Object@0x00000000e8035950, a ch/qos/logback/core/spi/LogbackLock), which is held by "async-task-thread-pool-1-tid-59197-huoqiu-685270909" Found a total of 1 deadlock. Thread 20382: (state = BLOCKED) - ch.qos.logback.core.rolling.RollingFileAppender.subAppend(java.lang.Object) @bci=6, line=176 (Compiled frame) - ch.qos.logback.core.OutputStreamAppender.append(java.lang.Object) @bci=10, line=103 (Compiled frame) - ch.qos.logback.core.UnsynchronizedAppenderBase.doAppend(java.lang.Object) @bci=123, line=88 (Compiled frame) - ch.qos.logback.core.spi.AppenderAttachableImpl.appendLoopOnAppenders(java.lang.Object) @bci=33, line=48 (Compiled frame) - ch.qos.logback.classic.Logger.appendLoopOnAppenders(ch.qos.logback.classic.spi.ILoggingEvent) @bci=12, line=273 (Compiled frame) - ch.qos.logback.classic.Logger.callAppenders(ch.qos.logback.classic.spi.ILoggingEvent) @bci=11, line=260 (Compiled frame) - ch.qos.logback.classic.Logger.buildLoggingEventAndAppend(java.lang.String, org.slf4j.Marker, ch.qos.logback.classic.Level, java.lang.String, java.lang.Object[], java.lang.Throwable) @bci=27, line=442 (Compiled frame) - ch.qos.logback.classic.Logger.filterAndLog_0_Or3Plus(java.lang.String, org.slf4j.Marker, ch.qos.logback.classic.Level, java.lang.String, java.lang.Object[], java.lang.Throwable) @bci=57, line=396 (Compiled frame) - ch.qos.logback.classic.Logger.info(java.lang.String) @bci=11, line=600 (Compiled frame) - com.bj58.spat.gaea.server.contract.log.LogbackLogger.info(java.lang.String) @bci=9, line=101 (Compiled frame) - com.bj58.spat.gaea.server.filter.ExecuteTimeFilter.filter(com.bj58.spat.gaea.server.contract.context.GaeaContext) @bci=121, line=72 (Compiled frame) - com.bj58.spat.gaea.server.core.proxy.AsyncInvokerHandle$1.run() @bci=203, line=99 (Compiled frame) - com.bj58.spat.gaea.server.util.async.AsyncWorker$1.run() @bci=84, line=157 (Compiled frame) - java.util.concurrent.ThreadPoolExecutor.runWorker(java.util.concurrent.ThreadPoolExecutor$Worker) @bci=95, line=1149 (Compiled frame) - java.util.concurrent.ThreadPoolExecutor$Worker.run() @bci=5, line=624 (Compiled frame) - java.lang.Thread.run() @bci=11, line=748 (Compiled frame) Thread 20380: (state = BLOCKED) - ch.qos.logback.core.rolling.RollingFileAppender.subAppend(java.lang.Object) @bci=6, line=176 (Compiled frame) - ch.qos.logback.core.OutputStreamAppender.append(java.lang.Object) @bci=10, line=103 (Compiled frame) - ch.qos.logback.core.UnsynchronizedAppenderBase.doAppend(java.lang.Object) @bci=123, line=88 (Compiled frame) - ch.qos.logback.core.spi.AppenderAttachableImpl.appendLoopOnAppenders(java.lang.Object) @bci=33, line=48 (Compiled frame) - ch.qos.logback.classic.Logger.appendLoopOnAppenders(ch.qos.logback.classic.spi.ILoggingEvent) @bci=12, line=273 (Compiled frame) - ch.qos.logback.classic.Logger.callAppenders(ch.qos.logback.classic.spi.ILoggingEvent) @bci=11, line=260 (Compiled frame) - ch.qos.logback.classic.Logger.buildLoggingEventAndAppend(java.lang.String, org.slf4j.Marker, ch.qos.logback.classic.Level, java.lang.String, java.lang.Object[], java.lang.Throwable) @bci=27, line=442 (Compiled frame) - ch.qos.logback.classic.Logger.filterAndLog_0_Or3Plus(java.lang.String, org.slf4j.Marker, ch.qos.logback.classic.Level, java.lang.String, java.lang.Object[], java.lang.Throwable) @bci=57, line=396 (Compiled frame) - ch.qos.logback.classic.Logger.info(java.lang.String) @bci=11, line=600 (Compiled frame) - com.bj58.spat.gaea.server.contract.log.LogbackLogger.info(java.lang.String) @bci=9, line=101 (Compiled frame) - com.bj58.spat.gaea.server.filter.ExecuteTimeFilter.filter(com.bj58.spat.gaea.server.contract.context.GaeaContext) @bci=121, line=72 (Compiled frame) - com.bj58.spat.gaea.server.core.proxy.AsyncInvokerHandle$1.run() @bci=203, line=99 (Compiled frame) - com.bj58.spat.gaea.server.util.async.AsyncWorker$1.run() @bci=84, line=157 (Compiled frame) - java.util.concurrent.ThreadPoolExecutor.runWorker(java.util.concurrent.ThreadPoolExecutor$Worker) @bci=95, line=1149 (Compiled frame) - java.util.concurrent.ThreadPoolExecutor$Worker.run() @bci=5, line=624 (Compiled frame) - java.lang.Thread.run() @bci=11, line=748 (Compiled frame) Thread 20378: (state = BLOCKED) - ch.qos.logback.core.rolling.RollingFileAppender.subAppend(java.lang.Object) @bci=6, line=176 (Compiled frame) - ch.qos.logback.core.OutputStreamAppender.append(java.lang.Object) @bci=10, line=103 (Compiled frame) - ch.qos.logback.core.UnsynchronizedAppenderBase.doAppend(java.lang.Object) @bci=123, line=88 (Compiled frame) - ch.qos.logback.core.spi.AppenderAttachableImpl.appendLoopOnAppenders(java.lang.Object) @bci=33, line=48 (Compiled frame) - ch.qos.logback.classic.Logger.appendLoopOnAppenders(ch.qos.logback.classic.spi.ILoggingEvent) @bci=12, line=273 (Compiled frame) - ch.qos.logback.classic.Logger.callAppenders(ch.qos.logback.classic.spi.ILoggingEvent) @bci=11, line=260 (Compiled frame) - ch.qos.logback.classic.Logger.buildLoggingEventAndAppend(java.lang.String, org.slf4j.Marker, ch.qos.logback.classic.Level, java.lang.String, java.lang.Object[], java.lang.Throwable) @bci=27, line=442 (Compiled frame) - ch.qos.logback.classic.Logger.filterAndLog_0_Or3Plus(java.lang.String, org.slf4j.Marker, ch.qos.logback.classic.Level, java.lang.String, java.lang.Object[], java.lang.Throwable) @bci=57, line=396 (Compiled frame) - ch.qos.logback.classic.Logger.info(java.lang.String) @bci=11, line=600 (Compiled frame) - com.bj58.spat.gaea.server.contract.log.LogbackLogger.info(java.lang.String) @bci=9, line=101 (Compiled frame) - com.bj58.spat.gaea.server.filter.ExecuteTimeFilter.filter(com.bj58.spat.gaea.server.contract.context.GaeaContext) @bci=121, line=72 (Compiled frame) - com.bj58.spat.gaea.server.core.proxy.AsyncInvokerHandle$1.run() @bci=203, line=99 (Compiled frame) - com.bj58.spat.gaea.server.util.async.AsyncWorker$1.run() @bci=84, line=157 (Compiled frame) - java.util.concurrent.ThreadPoolExecutor.runWorker(java.util.concurrent.ThreadPoolExecutor$Worker) @bci=95, line=1149 (Compiled frame) - java.util.concurrent.ThreadPoolExecutor$Worker.run() @bci=5, line=624 (Compiled frame) - java.lang.Thread.run() @bci=11, line=748 (Compiled frame) Thread 20377: (state = BLOCKED) - ch.qos.logback.core.rolling.RollingFileAppender.subAppend(java.lang.Object) @bci=6, line=176 (Compiled frame) - ch.qos.logback.core.OutputStreamAppender.append(java.lang.Object) @bci=10, line=103 (Compiled frame) - ch.qos.logback.core.UnsynchronizedAppenderBase.doAppend(java.lang.Object) @bci=123, line=88 (Compiled frame) - ch.qos.logback.core.spi.AppenderAttachableImpl.appendLoopOnAppenders(java.lang.Object) @bci=33, line=48 (Compiled frame) - ch.qos.logback.classic.Logger.appendLoopOnAppenders(ch.qos.logback.classic.spi.ILoggingEvent) @bci=12, line=273 (Compiled frame) - ch.qos.logback.classic.Logger.callAppenders(ch.qos.logback.classic.spi.ILoggingEvent) @bci=11, line=260 (Compiled frame) - ch.qos.logback.classic.Logger.buildLoggingEventAndAppend(java.lang.String, org.slf4j.Marker, ch.qos.logback.classic.Level, java.lang.String, java.lang.Object[], java.lang.Throwable) @bci=27, line=442 (Compiled frame) - ch.qos.logback.classic.Logger.filterAndLog_0_Or3Plus(java.lang.String, org.slf4j.Marker, ch.qos.logback.classic.Level, java.lang.String, java.lang.Object[], java.lang.Throwable) @bci=57, line=396 (Compiled frame) - ch.qos.logback.classic.Logger.info(java.lang.String) @bci=11, line=600 (Compiled frame) - com.bj58.spat.gaea.server.contract.log.LogbackLogger.info(java.lang.String) @bci=9, line=101 (Compiled frame) - com.bj58.spat.gaea.server.filter.ExecuteTimeFilter.filter(com.bj58.spat.gaea.server.contract.context.GaeaContext) @bci=121, line=72 (Compiled frame) - com.bj58.spat.gaea.server.core.proxy.AsyncInvokerHandle$1.run() @bci=203, line=99 (Compiled frame) - com.bj58.spat.gaea.server.util.async.AsyncWorker$1.run() @bci=84, line=157 (Compiled frame) - java.util.concurrent.ThreadPoolExecutor.runWorker(java.util.concurrent.ThreadPoolExecutor$Worker) @bci=95, line=1149 (Compiled frame) - java.util.concurrent.ThreadPoolExecutor$Worker.run() @bci=5, line=624 (Compiled frame) - java.lang.Thread.run() @bci=11, line=748 (Compiled frame) -- This message was sent by Atlassian JIRA (v7.3.1#73012)

1 0

[JIRA] (LOGBACK-1393) The ch.qos.logback.core.rolling.helper.FileFilterUtil.afterLastSlash function may caused NPE problem
by QOS.CH (JIRA) 27 Mar '18

27 Mar '18

Jiang Biao created LOGBACK-1393: ----------------------------------- Summary: The ch.qos.logback.core.rolling.helper.FileFilterUtil.afterLastSlash function may caused NPE problem Key: LOGBACK-1393 URL: https://jira.qos.ch/browse/LOGBACK-1393 Project: logback Issue Type: Bug Components: logback-core Affects Versions: 1.1.1 Environment: Java 1.8.0 Intellij idea Spring-boot logback-core Reporter: Jiang Biao Assignee: Logback dev list Priority: Critical Attachments: Capture.PNG I debug the logback codes and found the afterLastSlash function may caused NullPointException . Because of the function as follows. public static String afterLastSlash(String sregex) \{ {color:#ff0000}int i = sregex.lastIndexOf('/');{color} if (i == -1) \{ return sregex; } else \{ return sregex.substring(i + 1); } } if the "sregex" is a null String . The function will throw the exception and the program logic will be interrupted . I will show your this case how to happed . I create the a spring-boot project use the logback as log framework . The logback configuration is ----- <?xml version="1.0" encoding="UTF-8"?> <configuration debug="false"> <property name="LOG_HOME" value="log" /> <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender"> <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder"> <pattern>%d\{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger\{50} - %msg%n</pattern> </encoder> </appender> <appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender"> <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"> <FileNamePattern>$\{LOG_HOME}/connectivi.log.%d\{yyyy-MM-dd}.log</FileNamePattern> <MaxHistory>6</MaxHistory> </rollingPolicy> <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder"> <pattern>%d\{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger\{50} - %msg%n</pattern> <immediateFlush>true</immediateFlush> </encoder> <triggeringPolicy class="ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy"> <MaxFileSize>10MB</MaxFileSize> </triggeringPolicy> <filter class="ch.qos.logback.classic.filter.ThresholdFilter"> <level>TRACE</level> </filter> </appender> <logger name="com.mindsphere.china.poc.connectivity" level="DEBUG" additivity="false"> <appender-ref ref="STDOUT" /> <appender-ref ref="FILE" /> </logger> <root level="ERROR"> <appender-ref ref="STDOUT" /> <appender-ref ref="FILE" /> </root> </configuration> ------ The program write the log into the file until the file size is small than 10MB ，When the log file size is more than 10MB . The logback continue write log will trigger the SizeBasedTriggeringPolicy . The TimeBasedRollingPolicy class will call the rollover() function . public void rollover() throws RolloverFailure \{ // when rollover is called the elapsed period's file has // been already closed. This is a working assumption of this method. {color:#ff0000}String elapsedPeriodsFileName = timeBasedFileNamingAndTriggeringPolicy.getElapsedPeriodsFileName();{color} String elapsedPeriodStem = FileFilterUtil.afterLastSlash(elapsedPeriodsFileName); but the function timeBasedFileNamingAndTriggeringPolicy.getElapsedPeriodsFileName() return null . So the program could be broken and lose the logs. BTW I have choose another way to configuration the logback.xml and get the right result .But I think this is still a issues .So if you still want to have more details can connect will me by emails jbjiangbiao(a)icloud.com -- This message was sent by Atlassian JIRA (v7.3.1#73012)

1 0

[JIRA] (LOGBACK-1027) Circular Referenced Suppressed Exception Throws StackOverflowError
by QOS.CH (JIRA) 26 Mar '18

26 Mar '18

1 0

[JIRA] (LOGBACK-1392) Improve support for the JANSI library in ConsoleAppender
by QOS.CH (JIRA) 24 Mar '18

24 Mar '18

Alexandre Dutra created LOGBACK-1392: ---------------------------------------- Summary: Improve support for the JANSI library in ConsoleAppender Key: LOGBACK-1392 URL: https://jira.qos.ch/browse/LOGBACK-1392 Project: logback Issue Type: Improvement Components: logback-core Affects Versions: 1.2.3 Reporter: Alexandre Dutra Assignee: Logback dev list Priority: Minor The JANSI library provides an {{AnsiPrintStream}} that intercepts ANSI sequences and allows the application to react to them accordingly. Jansi is compatible with a variety of terminals, including xterm-like terminals for Windows like Mintty and MinGW. Jansi has a good algorithm to detect whether or not ANSI sequences will be correctly interpreted or not, and if not, its default behavior is to filter out such sequences. Logback's {{ConsoleAppender}} has a {{withJansi}} option. Unfortunately, Logback bypasses Jansi's detection algorithm and boldly assumes that if the OS is Windows, then the terminal is a DOS prompt. So while DOS prompts get colored, terminals like Mintty or MinGW not only lose their coloring but are sent DOS escape sequences that they can't interpret. We could improve support for JANSI with the following ideas: * Amend {{ConsoleAppender}} so that when {{withJansi}} is {{true}}, then all {{OutputStream}}s are wrapped in an {{AnsiPrintStream}}, effectively delegating to the JANSI library the decision to filter out ANSI escape sequences or not, depending on the terminal capability. This also allows users to disable or customize the coloring behavior by using system properties recognized by JANSI, such as {{jansi.skip}}. * Amend the documentation and stress that the JANSI library is the recommended solution for Windows systems, as well as for cross-platform deployments that include a mix of Windows and non-Windows systems. -- This message was sent by Atlassian JIRA (v7.3.1#73012)

1 0

[qos-ch/logback] 55a0b4: fix javadoc issue
by Ceki Gulcu 23 Mar '18

23 Mar '18

Branch: refs/heads/configModel Home: https://github.com/qos-ch/logback Commit: 55a0b46bbb9b292b7a2dc3cc143ef5def2d1c3b8 https://github.com/qos-ch/logback/commit/55a0b46bbb9b292b7a2dc3cc143ef5def2… Author: Ceki Gulcu <ceki(a)qos.ch> Date: 2018-03-23 (Fri, 23 Mar 2018) Changed paths: M logback-classic/src/main/java/ch/qos/logback/classic/util/LogbackMDCAdapter.java Log Message: ----------- fix javadoc issue

1 0

[JIRA] (LOGBACK-1391) indefinite wait on AsyncAppenderBase.stop
by QOS.CH (JIRA) 22 Mar '18

22 Mar '18

Jamie created LOGBACK-1391: ------------------------------ Summary: indefinite wait on AsyncAppenderBase.stop Key: LOGBACK-1391 URL: https://jira.qos.ch/browse/LOGBACK-1391 Project: logback Issue Type: Bug Components: logback-classic, logback-core Affects Versions: 1.2.3 Environment: Linux Reporter: Jamie Assignee: Logback dev list We have a multitenant application. When one "instance" is shutdown, it called logbackLogger.detactAndStopAllAppenders(). This function appears to wait indefinitely. See stack trace further below. public static synchronized void removeAndStopAllAppenders(String loggerName) \{ ch.qos.logback.classic.Logger logbackLogger = getLogger(loggerName); if (logbackLogger != null) \{ logbackLogger.detachAndStopAllAppenders(); loggers.clear(); } } ool-98202-thread-7 - priority:5 - threadId:0x000000001c4b5000 - nativeId:0x2090 - state:TIMED_WAITING stackTrace: java.lang.Thread.State: TIMED_WAITING (on object monitor) at java.lang.Object.$$YJP$$wait(Native Method) at java.lang.Object.wait(Object.java) at java.lang.Thread.join(Thread.java:1257) - locked <0x00000004f21db758> (a ch.qos.logback.core.AsyncAppenderBase$Worker) at ch.qos.logback.core.AsyncAppenderBase.stop(AsyncAppenderBase.java:133) at ch.qos.logback.core.spi.AppenderAttachableImpl.detachAndStopAllAppenders(AppenderAttachableImpl.java:107) at ch.qos.logback.classic.Logger.detachAndStopAllAppenders(Logger.java:206) at com.stimulus.util.av.b(MailArchiva:67) - locked <0x00000004ef6271d8> (a java.lang.Class for com.stimulus.util.av) at com.stimulus.archiva.domain.ba.ae(MailArchiva:943) at com.stimulus.archiva.domain.ba.e(MailArchiva:209) at com.stimulus.archiva.domain.Application.al(MailArchiva:776) at com.stimulus.archiva.domain.Application.ae(MailArchiva:691) at com.stimulus.archiva.domain.j$a.run(MailArchiva:493) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) -- This message was sent by Atlassian JIRA (v7.3.1#73012)

1 0

Release Announcement: General Availability of JDK 10
by Rory O'Donnell 21 Mar '18

21 Mar '18

Hi Ceki, A number of items to share with you today : *1) JDK 10 General Availability * JDK 10, the first release produced under the six-month rapid-cadence release model [1][2], is now Generally Available. We've identified no P1 bugs since we promoted build 46 almost two weeks ago, so that is the official GA release, ready for production use. GPL'd binaries from Oracle are available here: http://jdk.java.net/10 This release includes twelve features: * 286: Local-Variable Type Inference <http://openjdk.java.net/jeps/286> * 296: Consolidate the JDK Forest into a Single Repository <http://openjdk.java.net/jeps/296> * 304: Garbage-Collector Interface <http://openjdk.java.net/jeps/304> * 307: Parallel Full GC for G1 <http://openjdk.java.net/jeps/307> * 310: Application Class-Data Sharing <http://openjdk.java.net/jeps/310> * 312: Thread-Local Handshakes <http://openjdk.java.net/jeps/312> * 313: Remove the Native-Header Generation Tool (javah) <http://openjdk.java.net/jeps/313> * 314: Additional Unicode Language-Tag Extensions <http://openjdk.java.net/jeps/314> * 316: Heap Allocation on Alternative Memory Devices <http://openjdk.java.net/jeps/316> * 317: Experimental Java-Based JIT Compiler <http://openjdk.java.net/jeps/317> * 319: Root Certificates <http://openjdk.java.net/jeps/319> * 322: Time-Based Release Versioning <http://openjdk.java.net/jeps/322> *2) JDK 11 EA build 5, under both the GPL and Oracle EA licenses, are now available at **http://jdk.java.net/11**.* * Schedule, status & features o http://openjdk.java.net/projects/jdk/11/ * Release Notes: o http://jdk.java.net/11/release-notes * Summary of changes o https://download.java.net/java/early_access/jdk11/5/jdk-11+5.html *3) The Z Garbage Collector Project, early access builds available : * The first EA binary from from The Z Garbage Collector Project, also known as ZGC, is now available. ZGC is a scalable low latency garbage collector. For information on how to enable and use ZGC, please see the project wiki. * Project page: http://openjdk.java.net/projects/zgc/ * Wiki: https://wiki.openjdk.java.net/display/zgc/Main *4) Quality Outreach Report for **March 2018 **is available * * https://wiki.openjdk.java.net/display/quality/Quality+Outreach+report+March… *5) **Java Client Roadmap Update * * We posted a blog [3] and related white paper [4] detailing our plans for the Java Client. Rgds,Rory [1] https://mreinhold.org/blog/forward-faster [2] http://mail.openjdk.java.net/pipermail/discuss/2017-September/004281.html [3] Blog: https://blogs.oracle.com/java-platform-group/the-future-of-javafx-and-other… [4] Whitepaper: http://www.oracle.com/technetwork/java/javase/javaclientroadmapupdate2018ma… -- Rgds,Rory O'Donnell Quality Engineering Manager Oracle EMEA , Dublin, Ireland

1 0