[JBoss JIRA] (WFCORE-944) truststore path is ignored if provider is not JKS
by Jeff Mesnil (Jira)
[ https://issues.jboss.org/browse/WFCORE-944?page=com.atlassian.jira.plugin... ]
Jeff Mesnil updated WFCORE-944:
-------------------------------
Fix Version/s: 11.0.0.Beta3
(was: 11.0.0.Beta2)
> truststore path is ignored if provider is not JKS
> -------------------------------------------------
>
> Key: WFCORE-944
> URL: https://issues.jboss.org/browse/WFCORE-944
> Project: WildFly Core
> Issue Type: Bug
> Components: Security
> Reporter: Arto Huusko
> Priority: Major
> Fix For: 11.0.0.Beta3
>
>
> truststore configuration ignores the path and relative-to parameters if the truststore provider is anything else than JKS.
> This works as documented, but it is not correct. There can be and are truststore implementations that need to load parameters or whatever data from a file, and the current implementation prevents these truststore providers from working.
> We have a custom truststore that is loaded from database, and database access parameters are read from a properties file. When trying to use this with Wildfly 9, the keystore engineLoad parameter is passed in as null, even though path and relative-to are configured.
> Even standard java supports PKCS12 truststores, where the same problem would occur.
> So I would suggest that
> - if provider is JKS, path is mandatory
> - if provider is not JKS, but path is specified, it is passed to the provider
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 5 months
[JBoss JIRA] (WFCORE-4486) Support for multiple security realms - Failover
by Jeff Mesnil (Jira)
[ https://issues.jboss.org/browse/WFCORE-4486?page=com.atlassian.jira.plugi... ]
Jeff Mesnil updated WFCORE-4486:
--------------------------------
Fix Version/s: 11.0.0.Beta3
(was: 11.0.0.Beta2)
> Support for multiple security realms - Failover
> -----------------------------------------------
>
> Key: WFCORE-4486
> URL: https://issues.jboss.org/browse/WFCORE-4486
> Project: WildFly Core
> Issue Type: Feature Request
> Components: Security
> Reporter: Farah Juma
> Priority: Major
> Labels: CD17-Deferred, EAP-CD19
> Fix For: 11.0.0.Beta3
>
>
> Our security realms are able to indicate unavailability by throwing a RealmUnavailableException
> We should support fail over to an alternative realm.
> A common request is fail over to a local file based realm if an LDAP or database server has gone down allowing administrators to retain access to the server.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 5 months
[JBoss JIRA] (DROOLS-4709) Remove surefire.forkCount for drools-compiler
by Tibor Zimanyi (Jira)
Tibor Zimanyi created DROOLS-4709:
-------------------------------------
Summary: Remove surefire.forkCount for drools-compiler
Key: DROOLS-4709
URL: https://issues.jboss.org/browse/DROOLS-4709
Project: Drools
Issue Type: Task
Components: core engine
Affects Versions: 7.29.0.Final
Reporter: Tibor Zimanyi
Assignee: Tibor Zimanyi
We have surefire.forkCount set to 2 for drools-compiler module. However this might produce problems with tests because drools-compiler contains a lot of multithreaded tests. For testing purposes, this forkCount should be removed from drools-compiler to see if it changes anything on Jenkins for the tests execution.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 5 months
[JBoss JIRA] (WFLY-12701) JSTL EL Evulation not working properly throwing NoClassDefFoundError
by James Perkins (Jira)
[ https://issues.jboss.org/browse/WFLY-12701?page=com.atlassian.jira.plugin... ]
James Perkins commented on WFLY-12701:
--------------------------------------
[~akash5551] I was finally able to reproduce this on Windows only. Can you attach the source for {{com.akash.Person}} and {{com.akash.servlet.HomeServlet}}?
I did have to remove the {{classes/META-INF/MANIFEST.MF}} as well because it referenced a custom module dependency.
> 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)
4 years, 5 months