[JBoss JIRA] (WFCORE-3989) AuditLogBootingSyslogTest should make assertion on lower and upper bound for queue size
by Vilém Obrátil (JIRA)
Vilém Obrátil created WFCORE-3989:
-------------------------------------
Summary: AuditLogBootingSyslogTest should make assertion on lower and upper bound for queue size
Key: WFCORE-3989
URL: https://issues.jboss.org/browse/WFCORE-3989
Project: WildFly Core
Issue Type: Bug
Components: Test Suite
Affects Versions: 6.0.0.Alpha4
Environment: {noformat}
Apache Maven 3.5.0 (Red Hat 3.5.0-6)
Maven home: /usr/share/maven
Java version: 1.8.0_172
{noformat}
Reporter: Vilém Obrátil
Assignee: Vilém Obrátil
org.jboss.as.test.manualmode.auditlog.AuditLogBootingSyslogTest from deployment-scanner module of wildfly-core fails due to unexpected queue size length.
The test method waitForExpectedQueueSize expects that there can only be one possible queue size (17), but in practice the queue can be longer, which occasionally causes the test to fail.
Test javadoc snippet:
{noformat}
* The event to add the extensions fits into a single syslog event. The composite operation is chopped to fit into multiple
* events, at the time of writing it is split across 17 events.
*
* Small differences between the expected count and actual count could be caused by configuration changes changing how many
* events it takes to hold the entire composite operation.
{noformat}
The expected queue size was changed from 18 to 17 by https://github.com/wildfly/wildfly-core/pull/3379/files#diff-2308836c2a67...
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 11 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ý 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)
6 years, 11 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)
6 years, 11 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)
6 years, 11 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)
6 years, 11 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)
6 years, 11 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)
6 years, 11 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)
6 years, 11 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)
6 years, 11 months