October 2019 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-12701) JSTL EL Evulation not working properly throwing NoClassDefFoundError

by Akash Gupta (Jira)

[ https://issues.jboss.org/browse/WFLY-12701?page=com.atlassian.jira.plugin... ] Akash Gupta updated WFLY-12701: ------------------------------- Attachment: sample-NCDFE-1.0.war > JSTL EL Evulation not working properly throwing NoClassDefFoundError > --------------------------------------------------------------------- > > Key: WFLY-12701 > URL: https://issues.jboss.org/browse/WFLY-12701 > Project: WildFly > Issue Type: Bug > Components: EE > Affects Versions: 16.0.0.Final > Environment: Windows > Reporter: Akash Gupta > Priority: Major > Attachments: sample-NCDFE-1.0.war, sample-NCDFE-1.0.war, simple-servlet.war > > > Following is the stacktrace of server running on wildlfy > {code} > 2019/10/21 17:02:09 WARN [org.jboss.modules.define] Failed to define class com.akash.web.beans.deviceBean in Module "deployment.sample.ear.sample1.war" from Service Module Loader: java.lang.NoClassDefFoundError: Failed to link com/akash/web/beans/deviceBean (Module "deployment.sample.ear.sample1.war" from Service Module Loader): com/akash/web/beans/deviceBean (wrong name: com/akash/web/beans/DeviceBean) > at java.lang.ClassLoader.defineClass1(Native Method) [rt.jar:1.8.0_212] > at java.lang.ClassLoader.defineClass(ClassLoader.java:763) [rt.jar:1.8.0_212] > at java.lang.ClassLoader.defineClass(ClassLoader.java:839) [rt.jar:1.8.0_212] > at org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:424) [jboss-modules.jar:1.9.0.Final] > at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:555) [jboss-modules.jar:1.9.0.Final] > at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:339) [jboss-modules.jar:1.9.0.Final] > at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:126) [jboss-modules.jar:1.9.0.Final] > at org.jboss.modules.Module.loadModuleClass(Module.java:731) [jboss-modules.jar:1.9.0.Final] > at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:247) [jboss-modules.jar:1.9.0.Final] > at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:410) [jboss-modules.jar:1.9.0.Final] > at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398) [jboss-modules.jar:1.9.0.Final] > at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116) [jboss-modules.jar:1.9.0.Final] > at java.lang.Class.forName0(Native Method) [rt.jar:1.8.0_212] > at java.lang.Class.forName(Class.java:348) [rt.jar:1.8.0_212] > at javax.el.ImportHandler.getClassFor(ImportHandler.java:176) [jboss-el-api_3.0_spec-1.0.13.Final.jar:1.0.13.Final] > at javax.el.ImportHandler.resolveClassFor(ImportHandler.java:165) [jboss-el-api_3.0_spec-1.0.13.Final.jar:1.0.13.Final] > at javax.el.ImportHandler.resolveClass(ImportHandler.java:128) [jboss-el-api_3.0_spec-1.0.13.Final.jar:1.0.13.Final] > at org.wildfly.extension.undertow.ImportedClassELResolver.getValue(ImportedClassELResolver.java:83) > at org.apache.jasper.el.JasperELResolver.getValue(JasperELResolver.java:96) [jastow-2.0.7.Final.jar:2.0.7.Final] > at com.sun.el.parser.AstIdentifier.getValue(AstIdentifier.java:116) [javax.el-impl-3.0.1-b08-jbossorg-1.jar:3.0.1-b08-jbossorg-1] > at com.sun.el.parser.AstValue.getBase(AstValue.java:150) [javax.el-impl-3.0.1-b08-jbossorg-1.jar:3.0.1-b08-jbossorg-1] > at com.sun.el.parser.AstValue.getValue(AstValue.java:199) [javax.el-impl-3.0.1-b08-jbossorg-1.jar:3.0.1-b08-jbossorg-1] > at javax.el.ImportHandler.resolveClassFor(ImportHandler.java:161) [jboss-el-api_3.0_spec-1.0.13.Final.jar:1.0.13.Final] > at javax.el.ImportHandler.resolveClass(ImportHandler.java:128) [jboss-el-api_3.0_spec-1.0.13.Final.jar:1.0.13.Final] > at org.wildfly.extension.undertow.ImportedClassELResolver.getValue(ImportedClassELResolver.java:83) > at org.apache.jasper.el.JasperELResolver.getValue(JasperELResolver.java:96) [jastow-2.0.7.Final.jar:2.0.7.Final] > at com.sun.el.parser.AstIdentifier.getValue(AstIdentifier.java:116) [javax.el-impl-3.0.1-b08-jbossorg-1.jar:3.0.1-b08-jbossorg-1] > at com.sun.el.parser.AstValue.getBase(AstValue.java:150) [javax.el-impl-3.0.1-b08-jbossorg-1.jar:3.0.1-b08-jbossorg-1] > at com.sun.el.parser.AstValue.getValue(AstValue.java:199) [javax.el-impl-3.0.1-b08-jbossorg-1.jar:3.0.1-b08-jbossorg-1] > at com.sun.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:226) [javax.el-impl-3.0.1-b08-jbossorg-1.jar:3.0.1-b08-jbossorg-1] > at org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:917) [jastow-2.0.7.Final.jar:2.0.7.Final] > at org.apache.jsp.task_frames_jsp._jspService(task_frames_jsp.java:2641) > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFLY-12701) JSTL EL Evulation not working properly throwing NoClassDefFoundError

by Akash Gupta (Jira)

[ https://issues.jboss.org/browse/WFLY-12701?page=com.atlassian.jira.plugin... ] Akash Gupta commented on WFLY-12701: ------------------------------------ Hi james, You can use the jar mention below [^sample-NCDFE-1.0.war] > JSTL EL Evulation not working properly throwing NoClassDefFoundError > --------------------------------------------------------------------- > > Key: WFLY-12701 > URL: https://issues.jboss.org/browse/WFLY-12701 > Project: WildFly > Issue Type: Bug > Components: EE > Affects Versions: 16.0.0.Final > Environment: Windows > Reporter: Akash Gupta > Priority: Major > Attachments: sample-NCDFE-1.0.war, sample-NCDFE-1.0.war, simple-servlet.war > > > Following is the stacktrace of server running on wildlfy > {code} > 2019/10/21 17:02:09 WARN [org.jboss.modules.define] Failed to define class com.akash.web.beans.deviceBean in Module "deployment.sample.ear.sample1.war" from Service Module Loader: java.lang.NoClassDefFoundError: Failed to link com/akash/web/beans/deviceBean (Module "deployment.sample.ear.sample1.war" from Service Module Loader): com/akash/web/beans/deviceBean (wrong name: com/akash/web/beans/DeviceBean) > at java.lang.ClassLoader.defineClass1(Native Method) [rt.jar:1.8.0_212] > at java.lang.ClassLoader.defineClass(ClassLoader.java:763) [rt.jar:1.8.0_212] > at java.lang.ClassLoader.defineClass(ClassLoader.java:839) [rt.jar:1.8.0_212] > at org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:424) [jboss-modules.jar:1.9.0.Final] > at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:555) [jboss-modules.jar:1.9.0.Final] > at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:339) [jboss-modules.jar:1.9.0.Final] > at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:126) [jboss-modules.jar:1.9.0.Final] > at org.jboss.modules.Module.loadModuleClass(Module.java:731) [jboss-modules.jar:1.9.0.Final] > at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:247) [jboss-modules.jar:1.9.0.Final] > at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:410) [jboss-modules.jar:1.9.0.Final] > at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398) [jboss-modules.jar:1.9.0.Final] > at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116) [jboss-modules.jar:1.9.0.Final] > at java.lang.Class.forName0(Native Method) [rt.jar:1.8.0_212] > at java.lang.Class.forName(Class.java:348) [rt.jar:1.8.0_212] > at javax.el.ImportHandler.getClassFor(ImportHandler.java:176) [jboss-el-api_3.0_spec-1.0.13.Final.jar:1.0.13.Final] > at javax.el.ImportHandler.resolveClassFor(ImportHandler.java:165) [jboss-el-api_3.0_spec-1.0.13.Final.jar:1.0.13.Final] > at javax.el.ImportHandler.resolveClass(ImportHandler.java:128) [jboss-el-api_3.0_spec-1.0.13.Final.jar:1.0.13.Final] > at org.wildfly.extension.undertow.ImportedClassELResolver.getValue(ImportedClassELResolver.java:83) > at org.apache.jasper.el.JasperELResolver.getValue(JasperELResolver.java:96) [jastow-2.0.7.Final.jar:2.0.7.Final] > at com.sun.el.parser.AstIdentifier.getValue(AstIdentifier.java:116) [javax.el-impl-3.0.1-b08-jbossorg-1.jar:3.0.1-b08-jbossorg-1] > at com.sun.el.parser.AstValue.getBase(AstValue.java:150) [javax.el-impl-3.0.1-b08-jbossorg-1.jar:3.0.1-b08-jbossorg-1] > at com.sun.el.parser.AstValue.getValue(AstValue.java:199) [javax.el-impl-3.0.1-b08-jbossorg-1.jar:3.0.1-b08-jbossorg-1] > at javax.el.ImportHandler.resolveClassFor(ImportHandler.java:161) [jboss-el-api_3.0_spec-1.0.13.Final.jar:1.0.13.Final] > at javax.el.ImportHandler.resolveClass(ImportHandler.java:128) [jboss-el-api_3.0_spec-1.0.13.Final.jar:1.0.13.Final] > at org.wildfly.extension.undertow.ImportedClassELResolver.getValue(ImportedClassELResolver.java:83) > at org.apache.jasper.el.JasperELResolver.getValue(JasperELResolver.java:96) [jastow-2.0.7.Final.jar:2.0.7.Final] > at com.sun.el.parser.AstIdentifier.getValue(AstIdentifier.java:116) [javax.el-impl-3.0.1-b08-jbossorg-1.jar:3.0.1-b08-jbossorg-1] > at com.sun.el.parser.AstValue.getBase(AstValue.java:150) [javax.el-impl-3.0.1-b08-jbossorg-1.jar:3.0.1-b08-jbossorg-1] > at com.sun.el.parser.AstValue.getValue(AstValue.java:199) [javax.el-impl-3.0.1-b08-jbossorg-1.jar:3.0.1-b08-jbossorg-1] > at com.sun.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:226) [javax.el-impl-3.0.1-b08-jbossorg-1.jar:3.0.1-b08-jbossorg-1] > at org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:917) [jastow-2.0.7.Final.jar:2.0.7.Final] > at org.apache.jsp.task_frames_jsp._jspService(task_frames_jsp.java:2641) > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFLY-12686) Update Microprofile Metrics to 2.2.0

by Tobias Stadler (Jira)

[ https://issues.jboss.org/browse/WFLY-12686?page=com.atlassian.jira.plugin... ] Tobias Stadler commented on WFLY-12686: --------------------------------------- I have already adjusted the title and PR > Update Microprofile Metrics to 2.2.0 > ------------------------------------ > > Key: WFLY-12686 > URL: https://issues.jboss.org/browse/WFLY-12686 > Project: WildFly > Issue Type: Component Upgrade > Components: MP Metrics > Reporter: Tobias Stadler > Assignee: Jeff Mesnil > Priority: Major > -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFLY-12686) Update Microprofile Metrics to 2.2.0

by Tobias Stadler (Jira)

[ https://issues.jboss.org/browse/WFLY-12686?page=com.atlassian.jira.plugin... ] Tobias Stadler updated WFLY-12686: ---------------------------------- Summary: Update Microprofile Metrics to 2.2.0 (was: Updated Microprofile Metrics to 2.1.0) > Update Microprofile Metrics to 2.2.0 > ------------------------------------ > > Key: WFLY-12686 > URL: https://issues.jboss.org/browse/WFLY-12686 > Project: WildFly > Issue Type: Component Upgrade > Components: MP Metrics > Reporter: Tobias Stadler > Assignee: Jeff Mesnil > Priority: Major > -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFLY-12686) Update Microprofile Metrics to 2.2.0

by Radoslav Husar (Jira)

[ https://issues.jboss.org/browse/WFLY-12686?page=com.atlassian.jira.plugin... ] Radoslav Husar commented on WFLY-12686: --------------------------------------- We need to use 2.2. instead: https://groups.google.com/forum/?utm_medium=email&utm_source=footer#!msg/... > Update Microprofile Metrics to 2.2.0 > ------------------------------------ > > Key: WFLY-12686 > URL: https://issues.jboss.org/browse/WFLY-12686 > Project: WildFly > Issue Type: Component Upgrade > Components: MP Metrics > Reporter: Tobias Stadler > Assignee: Jeff Mesnil > Priority: Major > -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFWIP-199) Operator default values

by Martin Choma (Jira)

[ https://issues.jboss.org/browse/WFWIP-199?page=com.atlassian.jira.plugin.... ] Martin Choma closed WFWIP-199. ------------------------------ Verified > Operator default values > ----------------------- > > Key: WFWIP-199 > URL: https://issues.jboss.org/browse/WFWIP-199 > Project: WildFly WIP > Issue Type: Bug > Components: OpenShift > Reporter: Martin Choma > Assignee: Jeff Mesnil > Priority: Major > Labels: operator > > How should user find default values of parameters? > E.g. for disableHTTPRoute and sessionAffinity. I couldn't find it in api doc [1]. > Looking into CRD [2] I can't see defaults neither. So can user assume default is false? > Could it be somewhere declared explicitly? I think best would be CRD or at leas api doc. > [1] https://github.com/wildfly/wildfly-operator/blob/master/doc/apis.adoc#wil... > [2] https://github.com/wildfly/wildfly-operator/blob/master/deploy/crds/wildf... -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFLY-12731) The 'enabled-protocols' value in legacy security is not respected if OpenSSL security provider is in use

by Darran Lofthouse (Jira)

[ https://issues.jboss.org/browse/WFLY-12731?page=com.atlassian.jira.plugin... ] Darran Lofthouse reassigned WFLY-12731: --------------------------------------- Assignee: (was: Darran Lofthouse) > The 'enabled-protocols' value in legacy security is not respected if OpenSSL security provider is in use > -------------------------------------------------------------------------------------------------------- > > Key: WFLY-12731 > URL: https://issues.jboss.org/browse/WFLY-12731 > Project: WildFly > Issue Type: Bug > Components: Security > Affects Versions: 10.0.0.Final > Environment: {code} > $ java -version > openjdk version "1.8.0_222" > OpenJDK Runtime Environment (build 1.8.0_222-b10) > OpenJDK 64-Bit Server VM (build 25.222-b10, mixed mode) > $ openssl version > OpenSSL 1.1.1d FIPS 10 Sep 2019 > $ uname -r > 5.3.6-200.fc30.x86_64 > {code} > Reporter: Jan Stourac > Priority: Major > > The 'enabled-protocols' attribute in legacy security seems not to be working if 'openssl.TLS' provider is in use. If regular JSSE provider with 'TLS' value is in use, it is working just fine, although not in case 'openssl.TLS'. See more info in reproduction steps. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-4737) The 'enabled-protocols' value in legacy security is not respected if OpenSSL security provider is in use

by Darran Lofthouse (Jira)

[ https://issues.jboss.org/browse/WFCORE-4737?page=com.atlassian.jira.plugi... ] Darran Lofthouse moved WFLY-12731 to WFCORE-4737: ------------------------------------------------- Project: WildFly Core (was: WildFly) Key: WFCORE-4737 (was: WFLY-12731) Component/s: Security (was: Security) Affects Version/s: (was: 18.0.0.Final) > The 'enabled-protocols' value in legacy security is not respected if OpenSSL security provider is in use > -------------------------------------------------------------------------------------------------------- > > Key: WFCORE-4737 > URL: https://issues.jboss.org/browse/WFCORE-4737 > Project: WildFly Core > Issue Type: Bug > Components: Security > Environment: {code} > $ java -version > openjdk version "1.8.0_222" > OpenJDK Runtime Environment (build 1.8.0_222-b10) > OpenJDK 64-Bit Server VM (build 25.222-b10, mixed mode) > $ openssl version > OpenSSL 1.1.1d FIPS 10 Sep 2019 > $ uname -r > 5.3.6-200.fc30.x86_64 > {code} > Reporter: Jan Stourac > Priority: Major > > The 'enabled-protocols' attribute in legacy security seems not to be working if 'openssl.TLS' provider is in use. If regular JSSE provider with 'TLS' value is in use, it is working just fine, although not in case 'openssl.TLS'. See more info in reproduction steps. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-4737) The 'enabled-protocols' value in legacy security is not respected if OpenSSL security provider is in use

by Darran Lofthouse (Jira)

[ https://issues.jboss.org/browse/WFCORE-4737?page=com.atlassian.jira.plugi... ] Darran Lofthouse updated WFCORE-4737: ------------------------------------- Affects Version/s: 10.0.0.Final > The 'enabled-protocols' value in legacy security is not respected if OpenSSL security provider is in use > -------------------------------------------------------------------------------------------------------- > > Key: WFCORE-4737 > URL: https://issues.jboss.org/browse/WFCORE-4737 > Project: WildFly Core > Issue Type: Bug > Components: Security > Affects Versions: 10.0.0.Final > Environment: {code} > $ java -version > openjdk version "1.8.0_222" > OpenJDK Runtime Environment (build 1.8.0_222-b10) > OpenJDK 64-Bit Server VM (build 25.222-b10, mixed mode) > $ openssl version > OpenSSL 1.1.1d FIPS 10 Sep 2019 > $ uname -r > 5.3.6-200.fc30.x86_64 > {code} > Reporter: Jan Stourac > Priority: Major > > The 'enabled-protocols' attribute in legacy security seems not to be working if 'openssl.TLS' provider is in use. If regular JSSE provider with 'TLS' value is in use, it is working just fine, although not in case 'openssl.TLS'. See more info in reproduction steps. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFLY-12731) The 'enabled-protocols' value in legacy security is not respected if OpenSSL security provider is in use

by Jan Stourac (Jira)

Jan Stourac created WFLY-12731: ---------------------------------- Summary: The 'enabled-protocols' value in legacy security is not respected if OpenSSL security provider is in use Key: WFLY-12731 URL: https://issues.jboss.org/browse/WFLY-12731 Project: WildFly Issue Type: Bug Components: Security Affects Versions: 18.0.0.Final Environment: {code} $ java -version openjdk version "1.8.0_222" OpenJDK Runtime Environment (build 1.8.0_222-b10) OpenJDK 64-Bit Server VM (build 25.222-b10, mixed mode) $ openssl version OpenSSL 1.1.1d FIPS 10 Sep 2019 $ uname -r 5.3.6-200.fc30.x86_64 {code} Reporter: Jan Stourac Assignee: Darran Lofthouse The 'enabled-protocols' attribute in legacy security seems not to be working if 'openssl.TLS' provider is in use. If regular JSSE provider with 'TLS' value is in use, it is working just fine, although not in case 'openssl.TLS'. See more info in reproduction steps. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 11 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira October 2019