[JBoss JIRA] (WFLY-13667) Prometheus JMX exporter jar, stops starting the wildfly server.
by James Perkins (Jira)
[ https://issues.redhat.com/browse/WFLY-13667?page=com.atlassian.jira.plugi... ]
James Perkins updated WFLY-13667:
---------------------------------
Description:
Trying to integrate the Prometheus JMX exporter with wildfly. After spending lot of time and work around it, wildfly is not starting. It throws following exception.
{code}
java.lang.ClassNotFoundException: org.jboss.logmanager.LogManager
at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:583)
at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178)
at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521)
at java.logging/java.util.logging.LogManager$1.run(LogManager.java:239)
at java.logging/java.util.logging.LogManager$1.run(LogManager.java:223)
at java.base/java.security.AccessController.doPrivileged(Native Method)
at java.logging/java.util.logging.LogManager.<clinit>(LogManager.java:223)
at java.logging/java.util.logging.Logger.demandLogger(Logger.java:648)
at java.logging/java.util.logging.Logger.getLogger(Logger.java:717)
at java.logging/java.util.logging.Logger.getLogger(Logger.java:701)
at io.prometheus.jmx.shaded.io.prometheus.jmx.JmxCollector.<clinit>(JmxCollector.java:39)
at io.prometheus.jmx.shaded.io.prometheus.jmx.JavaAgent.premain(JavaAgent.java:29)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at java.instrument/sun.instrument.InstrumentationImpl.loadClassAndStartAgent(InstrumentationImpl.java:513)
at java.instrument/sun.instrument.InstrumentationImpl.loadClassAndCallPremain(InstrumentationImpl.java:525)
WARNING: Failed to load the specified log manager class org.jboss.logmanager.LogManager
Exception in thread "main" java.lang.NoClassDefFoundError: org/jboss/logmanager/Level
at java.base/java.lang.Class.forName0(Native Method)
at java.base/java.lang.Class.forName(Class.java:398)
at org.jboss.modules.Module.run(Module.java:340)
at org.jboss.modules.Module.run(Module.java:320)
at org.jboss.modules.Main.main(Main.java:617)
Caused by: java.lang.ClassNotFoundException: org.jboss.logmanager.Level
at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:583)
at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178)
at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521)
at org.jboss.modules.JDKSpecific.getSystemClass(JDKSpecific.java:183)
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:395)
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116)
{code}
was:
Trying to integrate the Prometheus JMX exporter with wildfly. After spending lot of time and work around it, wildfly is not starting. It throws following exception.
java.lang.ClassNotFoundException: org.jboss.logmanager.LogManager
at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:583)
at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178)
at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521)
at java.logging/java.util.logging.LogManager$1.run(LogManager.java:239)
at java.logging/java.util.logging.LogManager$1.run(LogManager.java:223)
at java.base/java.security.AccessController.doPrivileged(Native Method)
at java.logging/java.util.logging.LogManager.<clinit>(LogManager.java:223)
at java.logging/java.util.logging.Logger.demandLogger(Logger.java:648)
at java.logging/java.util.logging.Logger.getLogger(Logger.java:717)
at java.logging/java.util.logging.Logger.getLogger(Logger.java:701)
at io.prometheus.jmx.shaded.io.prometheus.jmx.JmxCollector.<clinit>(JmxCollector.java:39)
at io.prometheus.jmx.shaded.io.prometheus.jmx.JavaAgent.premain(JavaAgent.java:29)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at java.instrument/sun.instrument.InstrumentationImpl.loadClassAndStartAgent(InstrumentationImpl.java:513)
at java.instrument/sun.instrument.InstrumentationImpl.loadClassAndCallPremain(InstrumentationImpl.java:525)
WARNING: Failed to load the specified log manager class org.jboss.logmanager.LogManager
Exception in thread "main" java.lang.NoClassDefFoundError: org/jboss/logmanager/Level
at java.base/java.lang.Class.forName0(Native Method)
at java.base/java.lang.Class.forName(Class.java:398)
at org.jboss.modules.Module.run(Module.java:340)
at org.jboss.modules.Module.run(Module.java:320)
at org.jboss.modules.Main.main(Main.java:617)
Caused by: java.lang.ClassNotFoundException: org.jboss.logmanager.Level
at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:583)
at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178)
at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521)
at org.jboss.modules.JDKSpecific.getSystemClass(JDKSpecific.java:183)
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:395)
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116)
> Prometheus JMX exporter jar, stops starting the wildfly server.
> ----------------------------------------------------------------
>
> Key: WFLY-13667
> URL: https://issues.redhat.com/browse/WFLY-13667
> Project: WildFly
> Issue Type: Bug
> Components: Logging
> Affects Versions: 20.0.1.Final
> Reporter: Rakesh Kumar Shah
> Assignee: James Perkins
> Priority: Major
>
> Trying to integrate the Prometheus JMX exporter with wildfly. After spending lot of time and work around it, wildfly is not starting. It throws following exception.
> {code}
> java.lang.ClassNotFoundException: org.jboss.logmanager.LogManager
> at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:583)
> at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178)
> at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521)
> at java.logging/java.util.logging.LogManager$1.run(LogManager.java:239)
> at java.logging/java.util.logging.LogManager$1.run(LogManager.java:223)
> at java.base/java.security.AccessController.doPrivileged(Native Method)
> at java.logging/java.util.logging.LogManager.<clinit>(LogManager.java:223)
> at java.logging/java.util.logging.Logger.demandLogger(Logger.java:648)
> at java.logging/java.util.logging.Logger.getLogger(Logger.java:717)
> at java.logging/java.util.logging.Logger.getLogger(Logger.java:701)
> at io.prometheus.jmx.shaded.io.prometheus.jmx.JmxCollector.<clinit>(JmxCollector.java:39)
> at io.prometheus.jmx.shaded.io.prometheus.jmx.JavaAgent.premain(JavaAgent.java:29)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> at java.instrument/sun.instrument.InstrumentationImpl.loadClassAndStartAgent(InstrumentationImpl.java:513)
> at java.instrument/sun.instrument.InstrumentationImpl.loadClassAndCallPremain(InstrumentationImpl.java:525)
> WARNING: Failed to load the specified log manager class org.jboss.logmanager.LogManager
> Exception in thread "main" java.lang.NoClassDefFoundError: org/jboss/logmanager/Level
> at java.base/java.lang.Class.forName0(Native Method)
> at java.base/java.lang.Class.forName(Class.java:398)
> at org.jboss.modules.Module.run(Module.java:340)
> at org.jboss.modules.Module.run(Module.java:320)
> at org.jboss.modules.Main.main(Main.java:617)
> Caused by: java.lang.ClassNotFoundException: org.jboss.logmanager.Level
> at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:583)
> at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178)
> at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521)
> at org.jboss.modules.JDKSpecific.getSystemClass(JDKSpecific.java:183)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:395)
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116)
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 2 months
[JBoss JIRA] (WFLY-13667) Prometheus JMX exporter jar, stops starting the wildfly server.
by Rakesh Kumar Shah (Jira)
Rakesh Kumar Shah created WFLY-13667:
----------------------------------------
Summary: Prometheus JMX exporter jar, stops starting the wildfly server.
Key: WFLY-13667
URL: https://issues.redhat.com/browse/WFLY-13667
Project: WildFly
Issue Type: Bug
Components: Logging
Affects Versions: 20.0.1.Final
Reporter: Rakesh Kumar Shah
Assignee: James Perkins
Trying to integrate the Prometheus JMX exporter with wildfly. After spending lot of time and work around it, wildfly is not starting. It throws following exception.
java.lang.ClassNotFoundException: org.jboss.logmanager.LogManager
at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:583)
at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178)
at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521)
at java.logging/java.util.logging.LogManager$1.run(LogManager.java:239)
at java.logging/java.util.logging.LogManager$1.run(LogManager.java:223)
at java.base/java.security.AccessController.doPrivileged(Native Method)
at java.logging/java.util.logging.LogManager.<clinit>(LogManager.java:223)
at java.logging/java.util.logging.Logger.demandLogger(Logger.java:648)
at java.logging/java.util.logging.Logger.getLogger(Logger.java:717)
at java.logging/java.util.logging.Logger.getLogger(Logger.java:701)
at io.prometheus.jmx.shaded.io.prometheus.jmx.JmxCollector.<clinit>(JmxCollector.java:39)
at io.prometheus.jmx.shaded.io.prometheus.jmx.JavaAgent.premain(JavaAgent.java:29)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at java.instrument/sun.instrument.InstrumentationImpl.loadClassAndStartAgent(InstrumentationImpl.java:513)
at java.instrument/sun.instrument.InstrumentationImpl.loadClassAndCallPremain(InstrumentationImpl.java:525)
WARNING: Failed to load the specified log manager class org.jboss.logmanager.LogManager
Exception in thread "main" java.lang.NoClassDefFoundError: org/jboss/logmanager/Level
at java.base/java.lang.Class.forName0(Native Method)
at java.base/java.lang.Class.forName(Class.java:398)
at org.jboss.modules.Module.run(Module.java:340)
at org.jboss.modules.Module.run(Module.java:320)
at org.jboss.modules.Main.main(Main.java:617)
Caused by: java.lang.ClassNotFoundException: org.jboss.logmanager.Level
at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:583)
at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178)
at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521)
at org.jboss.modules.JDKSpecific.getSystemClass(JDKSpecific.java:183)
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:395)
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116)
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 2 months
[JBoss JIRA] (DROOLS-1004) classloading errors in kie-server
by David Ward (Jira)
[ https://issues.redhat.com/browse/DROOLS-1004?page=com.atlassian.jira.plug... ]
David Ward commented on DROOLS-1004:
------------------------------------
Fine for me too.
> classloading errors in kie-server
> ---------------------------------
>
> Key: DROOLS-1004
> URL: https://issues.redhat.com/browse/DROOLS-1004
> Project: Drools
> Issue Type: Bug
> Components: kie server
> Affects Versions: 6.3.0.Final
> Reporter: David Ward
> Assignee: Toshiya Kobayashi
> Priority: Major
>
> There appear to be some classloading errors in kie-server.war 6.3.0.Final-redhat-5 being deployed on JBoss EAP 6.4.4.
> *First, you get multiple jaxb and parser warnings like this:*
> {code}
> 11:58:47,603 WARN [org.jboss.as.server.deployment] (MSC service thread 1-3) JBAS015960: Class Path entry jaxb-api.jar in /opt/eap/standalone/deployments/kie-server.war/WEB-INF/lib/jaxb-core-2.2.11.jar does not point to a valid jar for a Class-Path reference.
> 11:58:47,606 WARN [org.jboss.as.server.deployment] (MSC service thread 1-3) JBAS015960: Class Path entry jaxb-core.jar in /opt/eap/standalone/deployments/kie-server.war/WEB-INF/lib/jaxb-impl-2.2.11.jar does not point to a valid jar for a Class-Path reference.
> 11:58:47,644 WARN [org.jboss.as.server.deployment] (MSC service thread 1-3) JBAS015960: Class Path entry jaxb-core.jar in /opt/eap/standalone/deployments/kie-server.war/WEB-INF/lib/jaxb-xjc-2.2.11.jar does not point to a valid jar for a Class-Path reference.
> 11:58:47,644 WARN [org.jboss.as.server.deployment] (MSC service thread 1-3) JBAS015960: Class Path entry jaxb-impl.jar in /opt/eap/standalone/deployments/kie-server.war/WEB-INF/lib/jaxb-xjc-2.2.11.jar does not point to a valid jar for a Class-Path reference.
> 11:58:47,713 WARN [org.jboss.as.server.deployment] (MSC service thread 1-3) JBAS015893: Encountered invalid class name 'org.xmlpull.mxp1.MXParser,org.xmlpull.mxp1_serializer.MXSerializer' for service type 'org.xmlpull.v1.XmlPullParserFactory'
> {code}
> The above was noticed as part of CLOUD-421. Please refer to the jira issue and note Kev's comment, {quote}"The jaxb jars are duplicates that are unnecessary in the EAP deployments however the upstream war file contains all dependencies. Removing the jaxb jars from within the kie-server.war/WEB-INF/lib directory will likely work however I'm loathed to do this since we would need to verify this through the BRMS QE team.
> The warning about the parser is caused by the kie-server.war/WEB-INF/lib/xpp3_min-1.1.4c.jar"{quote}
> *Second, there can be missing osgi classes:*
> If kjar model classes contain certain annotations, it seems to trigger the kie-server to try to load osgi classes. For example, annotating kjar model classes with Position, PropertyReactive, and Remotable as per this test case:
> http://git.app.eng.bos.redhat.com/git/xpaas-qe.git/tree/test-brms/src/tes...
> , you end up with errors like this in the log when the KieContainer is being installed:
> {code}
> Caused by: java.lang.NoClassDefFoundError: org/osgi/util/tracker/ServiceTrackerCustomizer
> at java.lang.ClassLoader.defineClass1(Native Method) [rt.jar:1.8.0_65]
> at java.lang.ClassLoader.defineClass(ClassLoader.java:760) [rt.jar:1.8.0_65]
> at org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:361) [jboss-modules.jar:1.3.7.Final-redhat-1]
> at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:482) [jboss-modules.jar:1.3.7.Final-redhat-1]
> ... 77 more
> Caused by: java.lang.ClassNotFoundException: org.osgi.util.tracker.ServiceTrackerCustomizer from [Module "deployment.kie-server.war:main" from Service Module Loader]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:213) [jboss-modules.jar:1.3.7.Final-redhat-1]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:459) [jboss-modules.jar:1.3.7.Final-redhat-1]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:408) [jboss-modules.jar:1.3.7.Final-redhat-1]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:389) [jboss-modules.jar:1.3.7.Final-redhat-1]
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:134) [jboss-modules.jar:1.3.7.Final-redhat-1]
> ... 81 more
> {code}
> The above was noticed as part of CLOUD-418. To get around this issue, I had to add a kie-server.war/WEB-INF/jboss-deployment-structure.xml like so:
> {code:xml}
> <?xml version="1.0" encoding="UTF-8"?>
> <jboss-deployment-structure>
> <deployment>
> <dependencies>
> <module name="org.osgi.core"/>
> <module name="org.osgi.enterprise"/>
> </dependencies>
> </deployment>
> </jboss-deployment-structure>
> {code}
> The jboss-bpmsuite-6.2.0.GA-redhat-1-deployable-eap6.x.zip file (from which we extract the kie-sever.war) is seemingly an EAP-specific build (thus the -eap6.x suffix). So perhaps the fix would be to have the kie-server.war already come pre-configured to contain (or better yet, depend upon the existing modules) jars in EAP for both the above problems (incorrect jaxb/xmlpull references, and missing osgi dependencies).
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 2 months
[JBoss JIRA] (WFLY-13665) Warning: Illegal reflective access by org.wildfly.extension.elytron.SSLDefinitions beim Serverstart
by Darran Lofthouse (Jira)
[ https://issues.redhat.com/browse/WFLY-13665?page=com.atlassian.jira.plugi... ]
Darran Lofthouse commented on WFLY-13665:
-----------------------------------------
Thank you for the report, the check that is being performed we know about but it fails safely if access to that method is not available. At some point in the future we may revisit how we verify if FIPS is enabled at the JVM but at the moment this code is required as long as Java 8 remains supported.
> Warning: Illegal reflective access by org.wildfly.extension.elytron.SSLDefinitions beim Serverstart
> ---------------------------------------------------------------------------------------------------
>
> Key: WFLY-13665
> URL: https://issues.redhat.com/browse/WFLY-13665
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Affects Versions: 16.0.0.Final
> Reporter: Michael Klanthe
> Assignee: Darran Lofthouse
> Priority: Major
>
> Beim Start eines Wildfly 16.0.0.Final mit Amazon Corretto 11.0.3_7 erscheint ein Warning:
> Setting JAVA property to "C:\Program Files\Amazon Corretto\jdk11.0.3_7\bin\java"
> ===============================================================================
>
> JBoss Bootstrap Environment
>
> JBOSS_HOME: "C:\XXX\wildfly-16.0.0.Final"
>
> JAVA: "C:\Program Files\Amazon Corretto\jdk11.0.3_7\bin\java"
>
> JAVA_OPTS: "-Dprogram.name=standalone.bat -Dorg.apache.xml.security.ignoreLineBreaks=false -Djboss.vfs.cache=org.jboss.virtual.plugins.cache.IterableTimedVFSCache -Djboss.vfs.cache.TimedPolicyCaching.lifetime=86400 -Xms2G -Xmx2G -XX:MetaspaceSize=96M -XX:MaxMetaspaceSize=768m -server -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman --add-exports=java.base/sun.nio.ch=ALL-UNNAMED --add-exports=jdk.unsupported/sun.misc=ALL-UNNAMED --add-exports=jdk.unsupported/sun.reflect=ALL-UNNAMED --add-modules=java.se"
>
> ===============================================================================
>
> WARNING: An illegal reflective access operation has occurred
> WARNING: Illegal reflective access by org.wildfly.extension.elytron.SSLDefinitions (jar:file:/C:/XXX/wildfly-16.0.0.Final/modules/system/layers/base/org/wildfly/extension/elytron/main/wildfly-elytron-integration-8.0.0.Final.jar!/) to method com.sun.net.ssl.internal.ssl.Provider.isFIPS()
> WARNING: Please consider reporting this to the maintainers of org.wildfly.extension.elytron.SSLDefinitions
> WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
> WARNING: All illegal access operations will be denied in a future release
>
> Sowohl die server.log als auch webhd.log haben 0 KB. Kein Inhalt. Nur diese Meldung aus dem Kommandofenster.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 2 months
[JBoss JIRA] (WFLY-13665) Warning: Illegal reflective access by org.wildfly.extension.elytron.SSLDefinitions beim Serverstart
by Darran Lofthouse (Jira)
[ https://issues.redhat.com/browse/WFLY-13665?page=com.atlassian.jira.plugi... ]
Darran Lofthouse updated WFLY-13665:
------------------------------------
Release Notes Text: (was: Thank you for the report, the check that is being performed we know about but it fails safely if access to that method is not available. At some point in the future we may revisit how we verify if FIPS is enabled at the JVM but at the moment this code is required as long as Java 8 remains supported.
)
> Warning: Illegal reflective access by org.wildfly.extension.elytron.SSLDefinitions beim Serverstart
> ---------------------------------------------------------------------------------------------------
>
> Key: WFLY-13665
> URL: https://issues.redhat.com/browse/WFLY-13665
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Affects Versions: 16.0.0.Final
> Reporter: Michael Klanthe
> Assignee: Darran Lofthouse
> Priority: Major
>
> Beim Start eines Wildfly 16.0.0.Final mit Amazon Corretto 11.0.3_7 erscheint ein Warning:
> Setting JAVA property to "C:\Program Files\Amazon Corretto\jdk11.0.3_7\bin\java"
> ===============================================================================
>
> JBoss Bootstrap Environment
>
> JBOSS_HOME: "C:\XXX\wildfly-16.0.0.Final"
>
> JAVA: "C:\Program Files\Amazon Corretto\jdk11.0.3_7\bin\java"
>
> JAVA_OPTS: "-Dprogram.name=standalone.bat -Dorg.apache.xml.security.ignoreLineBreaks=false -Djboss.vfs.cache=org.jboss.virtual.plugins.cache.IterableTimedVFSCache -Djboss.vfs.cache.TimedPolicyCaching.lifetime=86400 -Xms2G -Xmx2G -XX:MetaspaceSize=96M -XX:MaxMetaspaceSize=768m -server -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman --add-exports=java.base/sun.nio.ch=ALL-UNNAMED --add-exports=jdk.unsupported/sun.misc=ALL-UNNAMED --add-exports=jdk.unsupported/sun.reflect=ALL-UNNAMED --add-modules=java.se"
>
> ===============================================================================
>
> WARNING: An illegal reflective access operation has occurred
> WARNING: Illegal reflective access by org.wildfly.extension.elytron.SSLDefinitions (jar:file:/C:/XXX/wildfly-16.0.0.Final/modules/system/layers/base/org/wildfly/extension/elytron/main/wildfly-elytron-integration-8.0.0.Final.jar!/) to method com.sun.net.ssl.internal.ssl.Provider.isFIPS()
> WARNING: Please consider reporting this to the maintainers of org.wildfly.extension.elytron.SSLDefinitions
> WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
> WARNING: All illegal access operations will be denied in a future release
>
> Sowohl die server.log als auch webhd.log haben 0 KB. Kein Inhalt. Nur diese Meldung aus dem Kommandofenster.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 2 months
[JBoss JIRA] (WFCORE-4485) Support for multiple security realms - Distributed Identities
by Darran Lofthouse (Jira)
[ https://issues.redhat.com/browse/WFCORE-4485?page=com.atlassian.jira.plug... ]
Darran Lofthouse updated WFCORE-4485:
-------------------------------------
Fix Version/s: 13.0.0.Beta2
> Support for multiple security realms - Distributed Identities
> -------------------------------------------------------------
>
> Key: WFCORE-4485
> URL: https://issues.redhat.com/browse/WFCORE-4485
> Project: WildFly Core
> Issue Type: Feature Request
> Components: Security
> Reporter: Farah Juma
> Assignee: Martin Mazánek
> Priority: Major
> Labels: CD17-Deferred, EAP-CD19, Previous_RFE
> Fix For: 13.0.0.Beta2
>
>
> By stacking LoginModules it was possible using PicketBox to attempt to authenticate using one remote store and if that failed try the next store in the list.
> This RFE is to consider the use case where identities could be located across multiple stores and how they are aggregated together.
> Additionally this use case should consider how the authorization information could be loaded from multiple sources and merged.
> This RFE is not about fail over in the event of a realm being unavailable although it may be related.
> This RFE is created as a result of comparing the differences between the PicketBox JAAS architecture and the Elytron architecture so I would not recommend this proceeds without some real world use cases identified.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 2 months
[JBoss JIRA] (JGRP-2485) UDP is not working after upgarde to 3_6_19 from jgroups-3.4.0.Alpha2
by Bela Ban (Jira)
[ https://issues.redhat.com/browse/JGRP-2485?page=com.atlassian.jira.plugin... ]
Bela Ban commented on JGRP-2485:
--------------------------------
Try with {{org.jgroups.demos.Chat -props udp.xml}}; use udp.xml from the JGroups JAR. Set UDP.bind_addr,mcast_addr and list your members in TCPPING.
I also suggest post your startup log at TRACE level.
> UDP is not working after upgarde to 3_6_19 from jgroups-3.4.0.Alpha2
> --------------------------------------------------------------------
>
> Key: JGRP-2485
> URL: https://issues.redhat.com/browse/JGRP-2485
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.6.19
> Reporter: Janardhan Naidu
> Assignee: Bela Ban
> Priority: Major
> Attachments: noapp.log.D20200619.T053202_NODE1
>
>
> Hi Team,
>
> we just upgraded from jgroups-3.4.0.Alpha2 to 3_6_19. post the UDP cluster communication is not working.
> after upgrade, we were hitting some warning as below and we solved those by changing property_string of UDP.
> *Warnings:*
> *WARNING: JGRP000014: Discovery.timeout has been deprecated: GMS.join_timeout should be used instead*
> [2020-06-17 14:05:49.271] ALL 000000000000 GLOBAL_SCOPE Jun 17, 2020 2:05:49 PM org.jgroups.stack.Configurator resolveAndAssignField
> *WARNING: JGRP000014: Discovery.num_initial_members has been deprecated: will be ignored*
> [2020-06-17 14:05:49.396] ALL 000000000000 GLOBAL_SCOPE Jun 17, 2020 2:05:49 PM org.jgroups.protocols.pbcast.NAKACK init
> *WARNING: use_mcast_xmit should not be used because the transport (TCP) does not support IP multicasting; setting use_mcast_xmit to false*
>
> To solve above warnings, we went through tcp.xml which was shipped using in 3_6_19 jar:
> and now our properties looks like:
> *property_string=UDP*(bind_addr=*hostIP*;bind_port=39061;mcast_addr=239.255.166.17;mcast_port=39060;ip_ttl=32;mcast_send_buf_size=150000;mcast_recv_buf_size=80000):PING:MERGE2(min_interval=5000;max_interval=10000):FD_ALL(interval=5000;timeout=20000):VERIFY_SUSPECT(timeout=1500):pbcast.NAKACK(use_mcast_xmit=true;retransmit_timeout=300,600,1200,2400,4800;discard_delivered_msgs=true):UNICAST:pbcast.STABLE(desired_avg_gossip=20000):FRAG(frag_size=8096):pbcast.GMS(join_timeout=5000;print_local_addr=true)
>
> *distribution_property_string=TCP*(bind_port=39060;thread_pool_rejection_policy=run):TCPPING(async_discovery=true;initial_hosts=*hostIP*[39060];port_range=0;):MERGE2(min_interval=3000;max_interval=5000):FD_SOCK:FD(timeout=5000;max_tries=48):VERIFY_SUSPECT(timeout=1500):pbcast.NAKACK(use_mcast_xmit=false;discard_delivered_msgs=true;):pbcast.STABLE(stability_delay=1000;desired_avg_gossip=20000;max_bytes=0):pbcast.GMS(join_timeout=5000;print_local_addr=true)
>
> *lock.protocolStack=UDP*(bind_addr=*hostIP*;bind_port=39062;mcast_addr=239.255.166.17;mcast_port=39069;ip_ttl=32;mcast_send_buf_size=150000;mcast_recv_buf_size=80000):PING:MERGE2(min_interval=5000;max_interval=10000):FD_ALL(interval=5000;timeout=20000):VERIFY_SUSPECT(timeout=1500):pbcast.NAKACK(use_mcast_xmit=true;retransmit_timeout=300,600,1200,2400,4800):UNICAST:pbcast.STABLE(desired_avg_gossip=20000):FRAG(frag_size=8096):pbcast.GMS(join_timeout=5000;print_local_addr=true):CENTRAL_LOCK(num_backups=2)
>
>
> With above properties, we are not seeing any warning or error. But still cluster communication is not working with UDP.
> Please help me in resolving the same
>
> Thank
> Janardhan
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 2 months
[JBoss JIRA] (WFWIP-319) Can /tmp directory of builder image be cleared?
by Martin Choma (Jira)
[ https://issues.redhat.com/browse/WFWIP-319?page=com.atlassian.jira.plugin... ]
Martin Choma commented on WFWIP-319:
------------------------------------
This was addressed by CLOUD-3607
> Can /tmp directory of builder image be cleared?
> -----------------------------------------------
>
> Key: WFWIP-319
> URL: https://issues.redhat.com/browse/WFWIP-319
> Project: WildFly WIP
> Issue Type: Bug
> Components: OpenShift
> Reporter: Martin Choma
> Assignee: Jean Francois Denise
> Priority: Optional
>
> This is not XP specific, but I have noticed it during XP work. I am comparing builder images of 7.3.1 and XP and diff is complaining about {{tmp/jboss-eap-7.3.1.GA-image-builder-maven-repository/licenses/}}
> I want to ask if this is necessary to have in builder image. As it is located in /tmp directory I suppose this is just working dir and can be safely deleted?
> {code}
> [jboss@f4e78430d511 licenses]$ pwd
> /tmp/jboss-eap-xp-1.0.0.GA-image-builder-maven-repository/licenses
> [jboss@f4e78430d511 licenses]$ ls
> 'apache license 1.1.txt' 'eclipse public license 1.0.txt' 'gnu lesser general public license v3.0 or later.html' 'mozilla public license 1.1.txt'
> 'apache license 2.0.txt' 'eclipse public license 2.0.txt' 'gnu lesser general public license, version 3.txt' 'mozilla public license 2.0.html'
> 'bsd 3-clause new or revised license.html' 'eclipse public license, version 1.0.txt' 'gnu library general public license v2 only.txt' 'plexus classworlds license.html'
> 'bsd 3-clause no nuclear license.html' 'fsf all permissive license.html' 'gnu library general public license, version 2.txt' 'public domain.txt'
> 'common development and distribution license 1.0.txt' 'gnu general public license v2.0 only, with classpath exception.txt' 'icu license - icu 1.8.1 to icu 57.1.txt' 'the antlr 2.7.7 license.txt'
> 'common development and distribution license 1.1.txt' 'gnu general public license, version 2 with the classpath exception.txt' 'indiana university extreme lab software license 1.1.1.html' 'the asm bsd license.txt'
> 'common development and distribution license.txt' 'gnu general public license, version 2.txt' licenses.css 'the bsd license.txt'
> 'common public license 1.0.txt' 'gnu lesser general public license v2.1 only.txt' licenses.html 'the dom4j license.txt'
> 'creative commons attribution 2.5.html' 'gnu lesser general public license v2.1 or later.html' licenses.xml 'the jaxen license.txt'
> 'creative commons zero v1.0 universal.html' 'gnu lesser general public license v2.1 or later.txt' licenses.xsl 'the jsoup mit license.html'
> 'eclipse distribution license, version 1.0.txt' 'gnu lesser general public license v3.0 only.txt' 'mit license.txt'
> {code}
> [1] https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/view/OpenShift/job...
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 2 months
[JBoss JIRA] (WFWIP-319) Can /tmp directory of builder image be cleared?
by Martin Choma (Jira)
[ https://issues.redhat.com/browse/WFWIP-319?page=com.atlassian.jira.plugin... ]
Martin Choma closed WFWIP-319.
------------------------------
> Can /tmp directory of builder image be cleared?
> -----------------------------------------------
>
> Key: WFWIP-319
> URL: https://issues.redhat.com/browse/WFWIP-319
> Project: WildFly WIP
> Issue Type: Bug
> Components: OpenShift
> Reporter: Martin Choma
> Assignee: Jean Francois Denise
> Priority: Optional
>
> This is not XP specific, but I have noticed it during XP work. I am comparing builder images of 7.3.1 and XP and diff is complaining about {{tmp/jboss-eap-7.3.1.GA-image-builder-maven-repository/licenses/}}
> I want to ask if this is necessary to have in builder image. As it is located in /tmp directory I suppose this is just working dir and can be safely deleted?
> {code}
> [jboss@f4e78430d511 licenses]$ pwd
> /tmp/jboss-eap-xp-1.0.0.GA-image-builder-maven-repository/licenses
> [jboss@f4e78430d511 licenses]$ ls
> 'apache license 1.1.txt' 'eclipse public license 1.0.txt' 'gnu lesser general public license v3.0 or later.html' 'mozilla public license 1.1.txt'
> 'apache license 2.0.txt' 'eclipse public license 2.0.txt' 'gnu lesser general public license, version 3.txt' 'mozilla public license 2.0.html'
> 'bsd 3-clause new or revised license.html' 'eclipse public license, version 1.0.txt' 'gnu library general public license v2 only.txt' 'plexus classworlds license.html'
> 'bsd 3-clause no nuclear license.html' 'fsf all permissive license.html' 'gnu library general public license, version 2.txt' 'public domain.txt'
> 'common development and distribution license 1.0.txt' 'gnu general public license v2.0 only, with classpath exception.txt' 'icu license - icu 1.8.1 to icu 57.1.txt' 'the antlr 2.7.7 license.txt'
> 'common development and distribution license 1.1.txt' 'gnu general public license, version 2 with the classpath exception.txt' 'indiana university extreme lab software license 1.1.1.html' 'the asm bsd license.txt'
> 'common development and distribution license.txt' 'gnu general public license, version 2.txt' licenses.css 'the bsd license.txt'
> 'common public license 1.0.txt' 'gnu lesser general public license v2.1 only.txt' licenses.html 'the dom4j license.txt'
> 'creative commons attribution 2.5.html' 'gnu lesser general public license v2.1 or later.html' licenses.xml 'the jaxen license.txt'
> 'creative commons zero v1.0 universal.html' 'gnu lesser general public license v2.1 or later.txt' licenses.xsl 'the jsoup mit license.html'
> 'eclipse distribution license, version 1.0.txt' 'gnu lesser general public license v3.0 only.txt' 'mit license.txt'
> {code}
> [1] https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/view/OpenShift/job...
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 2 months