[JBoss JIRA] (WFCORE-3988) Domain prints WARNING with JDK10+ during start-up (XNIO illegal reflective access)
by Marek Kopecký (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3988?page=com.atlassian.jira.plugi... ]
Marek Kopecký commented on WFCORE-3988:
---------------------------------------
CLI jira: WFCORE-3885
Standalone jira: WFLY-10776
> Domain prints WARNING with JDK10+ during start-up (XNIO illegal reflective access)
> ----------------------------------------------------------------------------------
>
> Key: WFCORE-3988
> URL: https://issues.jboss.org/browse/WFCORE-3988
> Project: WildFly Core
> Issue Type: Bug
> Components: Management
> Reporter: Marek Kopecký
> Assignee: Jeff Mesnil
> Priority: Blocker
>
> Domain prints WARNING with JDK10+ during start-up (XNIO illegal reflective access)
> {noformat}
> [mkopecky@dhcp-10-40-4-197 bin]$ export JAVA_OPTS="--add-modules=java.se"
> [mkopecky@dhcp-10-40-4-197 bin]$ ./domain.sh
> JAVA_OPTS already set in environment; overriding default settings with values: --add-modules=java.se
> =========================================================================
> JBoss Bootstrap Environment
> JBOSS_HOME: /home/mkopecky/playground/wf/wfly.29/wfly.29
> JAVA: /home/mkopecky/base/jdk11_ea21_2018_08_01/bin/java
> JAVA_OPTS: -server --add-modules=java.se
> =========================================================================
> 10:37:11,438 INFO [org.jboss.modules] (main) JBoss Modules version 1.8.5.Final
> 10:37:11,659 INFO [org.jboss.threads] (main) JBoss Threads version 2.3.2.Final
> ...
> [Host Controller] WARNING: An illegal reflective access operation has occurred
> [Host Controller] WARNING: Illegal reflective access by org.xnio.nio.NioXnio$2 (jar:file:/home/mkopecky/playground/wf/wfly.29/wfly.29/modules/system/layers/base/org/jboss/xnio/nio/main/xnio-nio-3.6.3.Final.jar!/) to constructor sun.nio.ch.EPollSelectorProvider()
> [Host Controller] WARNING: Please consider reporting this to the maintainers of org.xnio.nio.NioXnio$2
> [Host Controller] WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
> [Host Controller] WARNING: All illegal access operations will be denied in a future release
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 9 months
[JBoss JIRA] (WFLY-10776) Java 9: Illegal reflective access
by Marek Kopecký (JIRA)
[ https://issues.jboss.org/browse/WFLY-10776?page=com.atlassian.jira.plugin... ]
Marek Kopecký moved JBEAP-15159 to WFLY-10776:
----------------------------------------------
Project: WildFly (was: JBoss Enterprise Application Platform)
Key: WFLY-10776 (was: JBEAP-15159)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: Management
(was: Security Manager)
Affects Version/s: (was: 7.1.0.GA)
> Java 9: Illegal reflective access
> ---------------------------------
>
> Key: WFLY-10776
> URL: https://issues.jboss.org/browse/WFLY-10776
> Project: WildFly
> Issue Type: Bug
> Components: Management
> Environment: Fedora 26, x86_64
> {code}
> $ java -version
> openjdk version "9.0.1"
> OpenJDK Runtime Environment (build 9.0.1+11)
> OpenJDK 64-Bit Server VM (build 9.0.1+11, mixed mode)
> {code}
> Reporter: Marek Kopecký
> Assignee: Stefan Guilhen
>
> I can see following warnings when I start EAP7.1.0.GA server with JDK9:
> {code}
> WARNING: Illegal reflective access by org.wildfly.security.manager.GetAccessibleDeclaredFieldAction (jar:file:/tmp/CR4/jboss-eap-7.1/modules/system/layers/base/org/wildfly/security/elytron-private/main/wildfly-elytron-1.1.7.Final-redhat-1.jar!/) to field java.security.AccessControlContext.context
> WARNING: Illegal reflective access by org.jboss.threads.ThreadLocalResetter$1 (jar:file:/tmp/CR4/jboss-eap-7.1/modules/system/layers/base/org/jboss/threads/main/jboss-threads-2.2.1.Final-redhat-1.jar!/) to field java.lang.Thread.threadLocals
> WARNING: Illegal reflective access by org.jboss.threads.ThreadLocalResetter$2 (jar:file:/tmp/CR4/jboss-eap-7.1/modules/system/layers/base/org/jboss/threads/main/jboss-threads-2.2.1.Final-redhat-1.jar!/) to field java.lang.Thread.inheritableThreadLocals
> WARNING: Illegal reflective access by org.xnio.nio.NioXnio$2 (jar:file:/tmp/CR4/jboss-eap-7.1/modules/system/layers/base/org/jboss/xnio/nio/main/xnio-nio-3.5.4.Final-redhat-1.jar!/) to constructor sun.nio.ch.EPollSelectorProvider()
> WARNING: Illegal reflective access by io.undertow.util.FlexBase64$1 (jar:file:/tmp/CR4/jboss-eap-7.1/modules/system/layers/base/io/undertow/core/main/undertow-core-1.4.18.Final-redhat-2.jar!/) to constructor java.lang.String(char[],boolean)
> {code}
> Oracle has stated that
> {quote}
> When deny becomes the default illegal-access mode then permit will likely remain supported for at least one release, so that developers can continue to migrate their code. The permit, warn, and debug modes will, over time, be removed, as will the --illegal-access option itself.
> {quote}
> http://openjdk.java.net/jeps/261#Relaxed-strong-encapsulation
> Not sure what all components are affected, I see at least Undertow and XNIO. Well, to be honest, I guess there will be more problems in the code which occurr in various situations...
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 9 months
[JBoss JIRA] (WFCORE-3988) Domain prints WARNING with JDK10+ during start-up (XNIO illegal reflective access)
by Marek Kopecký (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3988?page=com.atlassian.jira.plugi... ]
Marek Kopecký updated WFCORE-3988:
----------------------------------
Description:
Domain prints WARNING with JDK10+ during start-up (XNIO illegal reflective access)
{noformat}
[mkopecky@dhcp-10-40-4-197 bin]$ export JAVA_OPTS="--add-modules=java.se"
[mkopecky@dhcp-10-40-4-197 bin]$ ./domain.sh
JAVA_OPTS already set in environment; overriding default settings with values: --add-modules=java.se
=========================================================================
JBoss Bootstrap Environment
JBOSS_HOME: /home/mkopecky/playground/wf/wfly.29/wfly.29
JAVA: /home/mkopecky/base/jdk11_ea21_2018_08_01/bin/java
JAVA_OPTS: -server --add-modules=java.se
=========================================================================
10:37:11,438 INFO [org.jboss.modules] (main) JBoss Modules version 1.8.5.Final
10:37:11,659 INFO [org.jboss.threads] (main) JBoss Threads version 2.3.2.Final
...
[Host Controller] WARNING: An illegal reflective access operation has occurred
[Host Controller] WARNING: Illegal reflective access by org.xnio.nio.NioXnio$2 (jar:file:/home/mkopecky/playground/wf/wfly.29/wfly.29/modules/system/layers/base/org/jboss/xnio/nio/main/xnio-nio-3.6.3.Final.jar!/) to constructor sun.nio.ch.EPollSelectorProvider()
[Host Controller] WARNING: Please consider reporting this to the maintainers of org.xnio.nio.NioXnio$2
[Host Controller] WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
[Host Controller] WARNING: All illegal access operations will be denied in a future release
{noformat}
was:Domain prints WARNING with JDK10+ during start-up (XNIO illegal reflective access)
> Domain prints WARNING with JDK10+ during start-up (XNIO illegal reflective access)
> ----------------------------------------------------------------------------------
>
> Key: WFCORE-3988
> URL: https://issues.jboss.org/browse/WFCORE-3988
> Project: WildFly Core
> Issue Type: Bug
> Components: Management
> Reporter: Marek Kopecký
> Assignee: Jeff Mesnil
> Priority: Blocker
>
> Domain prints WARNING with JDK10+ during start-up (XNIO illegal reflective access)
> {noformat}
> [mkopecky@dhcp-10-40-4-197 bin]$ export JAVA_OPTS="--add-modules=java.se"
> [mkopecky@dhcp-10-40-4-197 bin]$ ./domain.sh
> JAVA_OPTS already set in environment; overriding default settings with values: --add-modules=java.se
> =========================================================================
> JBoss Bootstrap Environment
> JBOSS_HOME: /home/mkopecky/playground/wf/wfly.29/wfly.29
> JAVA: /home/mkopecky/base/jdk11_ea21_2018_08_01/bin/java
> JAVA_OPTS: -server --add-modules=java.se
> =========================================================================
> 10:37:11,438 INFO [org.jboss.modules] (main) JBoss Modules version 1.8.5.Final
> 10:37:11,659 INFO [org.jboss.threads] (main) JBoss Threads version 2.3.2.Final
> ...
> [Host Controller] WARNING: An illegal reflective access operation has occurred
> [Host Controller] WARNING: Illegal reflective access by org.xnio.nio.NioXnio$2 (jar:file:/home/mkopecky/playground/wf/wfly.29/wfly.29/modules/system/layers/base/org/jboss/xnio/nio/main/xnio-nio-3.6.3.Final.jar!/) to constructor sun.nio.ch.EPollSelectorProvider()
> [Host Controller] WARNING: Please consider reporting this to the maintainers of org.xnio.nio.NioXnio$2
> [Host Controller] WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
> [Host Controller] WARNING: All illegal access operations will be denied in a future release
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 9 months
[JBoss JIRA] (DROOLS-2814) MVEL uses random parameter type methods for BigDecimal.valueOf(100)
by Toshiya Kobayashi (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2814?page=com.atlassian.jira.plugi... ]
Toshiya Kobayashi commented on DROOLS-2814:
-------------------------------------------
Just wanted to mention, this analysis is done by [~mkobayas]. Thanks!
> MVEL uses random parameter type methods for BigDecimal.valueOf(100)
> -------------------------------------------------------------------
>
> Key: DROOLS-2814
> URL: https://issues.jboss.org/browse/DROOLS-2814
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 7.9.0.Final
> Environment: - MVEL2 2.4.0.Final
> Reporter: Toshiya Kobayashi
> Assignee: Mario Fusco
> Labels: support
> Attachments: BigDecimalMvelTest.zip
>
>
> When MVEL evaluates
> {noformat}
> java.math.BigDecimal.valueOf(100)
> {noformat}
> , MVEL determines a method from valueOf(double val) or valueOf(long val).
> The result is not consistent. Sometimes uses valueOf(double val), Sometimes uses valueOf(long val).
> ParseTools.getMethodScore() gives the same score for double and long.
> https://github.com/mvel/mvel/blob/master/src/main/java/org/mvel2/util/Par...
> So a selected method will depend on the order of result of "cls.getMethods()".
> Reproducer:
> $ unzip BigDecimalMvelTest.zip
> $ cd BigDecimalMvelTest
> $ mvn compile
> $ ./loop.sh
> It runs the MVEL test 100 times:
> {noformat}
> $ ./loop.sh
> result = 100.0
> result = 100.0
> result = 100.0
> result = 100
> result = 100.0
> result = 100.0
> ...
> {noformat}
> In my environment, "100.0" is the majority but randomly see "100" as well. (I couldn't reproduce with single run with java for loop)
> Expectation is constantly "100" (using valueOf(long val)) because in case of usual Java "java.math.BigDecimal.valueOf(100)", Java compiler chooses valueOf(long val) if the parameter is int. (considering "direct supertype" https://docs.oracle.com/javase/specs/jls/se8/html/jls-4.html#jls-4.10)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 9 months
[JBoss JIRA] (WFCORE-3962) Starting WFLY scripts with JDK 11 blows up with ModuleNotFoundException java.se
by Rostislav Svoboda (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3962?page=com.atlassian.jira.plugi... ]
Rostislav Svoboda edited comment on WFCORE-3962 at 8/1/18 4:13 AM:
-------------------------------------------------------------------
So the solution should be ManagedServerBootCmdFactory / JvmOptionsBuilderFactory changes ++ scripts changes ?
> Starting WFLY scripts with JDK 11 blows up with ModuleNotFoundException java.se
> -------------------------------------------------------------------------------
>
> Key: WFCORE-3962
> URL: https://issues.jboss.org/browse/WFCORE-3962
> Project: WildFly Core
> Issue Type: Bug
> Components: Modules
> Affects Versions: 6.0.0.Alpha3
> Reporter: Matej Novotny
> Priority: Blocker
> Labels: Java11, blocker-WF14
>
> As per request, copying MODULES-372 to WFCORE as well.
> Starting WFLY with JDK 11 using {{standalone.sh}} yields:
> {code}
> org.jboss.modules.ModuleNotFoundException: java.se
> at org.jboss.modules.Module.addPaths(Module.java:1266)
> at org.jboss.modules.Module.link(Module.java:1622)
> at org.jboss.modules.Module.relinkIfNecessary(Module.java:1650)
> at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:296)
> at org.jboss.modules.Main.main(Main.java:437)
> {code}
> Output of {{java -version}}:
> {code}
> openjdk version "11-ea" 2018-09-25
> OpenJDK Runtime Environment 18.9 (build 11-ea+21)
> OpenJDK 64-Bit Server VM 18.9 (build 11-ea+21, mixed mode)
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 9 months
[JBoss JIRA] (WFCORE-3962) Starting WFLY scripts with JDK 11 blows up with ModuleNotFoundException java.se
by Rostislav Svoboda (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3962?page=com.atlassian.jira.plugi... ]
Rostislav Svoboda edited comment on WFCORE-3962 at 8/1/18 4:11 AM:
-------------------------------------------------------------------
Just FYI, domain will need a bit more complicated fix.
{code}
JAVA_OPTS="-Xms64m -Xmx512m -XX:MaxMetaspaceSize=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true --add-modules=java.se" jboss-eap-7.2/bin/domain.sh
{code}
DC/HC boots, but server instances throw
{code}
[Server:server-one] Exception in thread "main" org.jboss.modules.ModuleLoadError: java.se
Server:server-two] Exception in thread "main" org.jboss.modules.ModuleLoadError: java.se
{code}
> Starting WFLY scripts with JDK 11 blows up with ModuleNotFoundException java.se
> -------------------------------------------------------------------------------
>
> Key: WFCORE-3962
> URL: https://issues.jboss.org/browse/WFCORE-3962
> Project: WildFly Core
> Issue Type: Bug
> Components: Modules
> Affects Versions: 6.0.0.Alpha3
> Reporter: Matej Novotny
> Priority: Blocker
> Labels: Java11, blocker-WF14
>
> As per request, copying MODULES-372 to WFCORE as well.
> Starting WFLY with JDK 11 using {{standalone.sh}} yields:
> {code}
> org.jboss.modules.ModuleNotFoundException: java.se
> at org.jboss.modules.Module.addPaths(Module.java:1266)
> at org.jboss.modules.Module.link(Module.java:1622)
> at org.jboss.modules.Module.relinkIfNecessary(Module.java:1650)
> at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:296)
> at org.jboss.modules.Main.main(Main.java:437)
> {code}
> Output of {{java -version}}:
> {code}
> openjdk version "11-ea" 2018-09-25
> OpenJDK Runtime Environment 18.9 (build 11-ea+21)
> OpenJDK 64-Bit Server VM 18.9 (build 11-ea+21, mixed mode)
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 9 months
[JBoss JIRA] (WFCORE-3962) Starting WFLY scripts with JDK 11 blows up with ModuleNotFoundException java.se
by Rostislav Svoboda (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3962?page=com.atlassian.jira.plugi... ]
Rostislav Svoboda edited comment on WFCORE-3962 at 8/1/18 4:11 AM:
-------------------------------------------------------------------
I had to edit jboss-eap-7.2/domain/configuration/host.xml to add ({<option value="--add-modules=java.se"/>}} into {{<jvm-options>}} section
>From command line I can adjust only host controller and process controller java opts.
I think we have bigger problem than we thought, we will need to detect java version in code and adjust {{jvm-options}} programmatically for domain use-case.
CCing [~jmesnil], [~kabirkhan] and also [~brian.stansberry] (you will need to wait extra 5 years before people stop bothering you about wf core stuff ;))
> Starting WFLY scripts with JDK 11 blows up with ModuleNotFoundException java.se
> -------------------------------------------------------------------------------
>
> Key: WFCORE-3962
> URL: https://issues.jboss.org/browse/WFCORE-3962
> Project: WildFly Core
> Issue Type: Bug
> Components: Modules
> Affects Versions: 6.0.0.Alpha3
> Reporter: Matej Novotny
> Priority: Blocker
> Labels: Java11, blocker-WF14
>
> As per request, copying MODULES-372 to WFCORE as well.
> Starting WFLY with JDK 11 using {{standalone.sh}} yields:
> {code}
> org.jboss.modules.ModuleNotFoundException: java.se
> at org.jboss.modules.Module.addPaths(Module.java:1266)
> at org.jboss.modules.Module.link(Module.java:1622)
> at org.jboss.modules.Module.relinkIfNecessary(Module.java:1650)
> at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:296)
> at org.jboss.modules.Main.main(Main.java:437)
> {code}
> Output of {{java -version}}:
> {code}
> openjdk version "11-ea" 2018-09-25
> OpenJDK Runtime Environment 18.9 (build 11-ea+21)
> OpenJDK 64-Bit Server VM 18.9 (build 11-ea+21, mixed mode)
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 9 months
[JBoss JIRA] (WFCORE-3962) Starting WFLY scripts with JDK 11 blows up with ModuleNotFoundException java.se
by Rostislav Svoboda (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3962?page=com.atlassian.jira.plugi... ]
Rostislav Svoboda edited comment on WFCORE-3962 at 8/1/18 4:11 AM:
-------------------------------------------------------------------
Here is PR for GC logging - https://github.com/wildfly/wildfly-core/pull/3403/files
The idea of detecting Java version
{code}$JAVA --add-modules java.se -version > /dev/null || JAVA_9_PLUS=no{code}
and adjusting JAVA_OPTS {code}--add-modules java.se{code} can be applied to fix this issue for all affected scripts
> Starting WFLY scripts with JDK 11 blows up with ModuleNotFoundException java.se
> -------------------------------------------------------------------------------
>
> Key: WFCORE-3962
> URL: https://issues.jboss.org/browse/WFCORE-3962
> Project: WildFly Core
> Issue Type: Bug
> Components: Modules
> Affects Versions: 6.0.0.Alpha3
> Reporter: Matej Novotny
> Priority: Blocker
> Labels: Java11, blocker-WF14
>
> As per request, copying MODULES-372 to WFCORE as well.
> Starting WFLY with JDK 11 using {{standalone.sh}} yields:
> {code}
> org.jboss.modules.ModuleNotFoundException: java.se
> at org.jboss.modules.Module.addPaths(Module.java:1266)
> at org.jboss.modules.Module.link(Module.java:1622)
> at org.jboss.modules.Module.relinkIfNecessary(Module.java:1650)
> at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:296)
> at org.jboss.modules.Main.main(Main.java:437)
> {code}
> Output of {{java -version}}:
> {code}
> openjdk version "11-ea" 2018-09-25
> OpenJDK Runtime Environment 18.9 (build 11-ea+21)
> OpenJDK 64-Bit Server VM 18.9 (build 11-ea+21, mixed mode)
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 9 months
[JBoss JIRA] (WFWIP-76) IndexOutOfBoundsException in JDBC HA scenario
by Miroslav Novak (JIRA)
Miroslav Novak created WFWIP-76:
-----------------------------------
Summary: IndexOutOfBoundsException in JDBC HA scenario
Key: WFWIP-76
URL: https://issues.jboss.org/browse/WFWIP-76
Project: WildFly WIP
Issue Type: Bug
Components: Artemis
Reporter: Miroslav Novak
Assignee: Martyn Taylor
Priority: Blocker
PR: https://github.com/wildfly/wildfly/pull/11355
*Scenario:*
* There are two Wildfly servers each containing two Artemis brokers
* Artemis brokers creates two live-backup pairs. Each Wildfly instance contains one live and one backup
* Second server has MDB which resends messages from InQueue to OutQueue
* The second server is stopped and restarted
After the second server is restarted, everything works correctly for a while. Failback performs successfully, MDB resends messages. However after some time the server starts to print many errors \[1\]. It looks like some messages where corrupted during failover/failback and cannot be delivered.
The reproducer always hits the issue. The issue is not relevant to particular database, I hit it with Oracle12c and DB2 11.1. I also tried to reduce amount of messages and their size, but I still hit the issue. So it is not related to paging or large messages.
\[1\]
{code}
15:20:50,010 ERROR [org.apache.activemq.artemis.ra] (Thread-7 (ActiveMQ-client-global-threads)) AMQ154004: Failed to deliver message: java.lang.IndexOutOfBoundsException
at org.apache.activemq.artemis.core.buffers.impl.ChannelBufferWrapper.readSimpleStringInternal(ChannelBufferWrapper.java:93) [artemis-commons-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
at org.apache.activemq.artemis.core.buffers.impl.ChannelBufferWrapper.readNullableSimpleString(ChannelBufferWrapper.java:73) [artemis-commons-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
at org.apache.activemq.artemis.reader.TextMessageUtil.readBodyText(TextMessageUtil.java:37) [artemis-core-client-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
at org.apache.activemq.artemis.jms.client.ActiveMQTextMessage.doBeforeReceive(ActiveMQTextMessage.java:112) [artemis-jms-client-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
at org.apache.activemq.artemis.ra.inflow.ActiveMQMessageHandler.onMessage(ActiveMQMessageHandler.java:295) [artemis-ra-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
at org.apache.activemq.artemis.core.client.impl.ClientConsumerImpl.callOnMessage(ClientConsumerImpl.java:1001) [artemis-core-client-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
at org.apache.activemq.artemis.core.client.impl.ClientConsumerImpl.access$400(ClientConsumerImpl.java:49) [artemis-core-client-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
at org.apache.activemq.artemis.core.client.impl.ClientConsumerImpl$Runner.run(ClientConsumerImpl.java:1124) [artemis-core-client-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
at org.apache.activemq.artemis.utils.OrderedExecutorFactory$OrderedExecutor$ExecutorTask.run(OrderedExecutorFactory.java:122) [artemis-commons-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [rt.jar:1.8.0_171]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [rt.jar:1.8.0_171]
at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_171]
{code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 9 months