[JBoss JIRA] (WFLY-3816) ClassNotFoundException com.ibm.crypto.provider.IBMJCE with IBM JDK
by Jason Greene (JIRA)
[ https://issues.jboss.org/browse/WFLY-3816?page=com.atlassian.jira.plugin.... ]
Jason Greene updated WFLY-3816:
-------------------------------
Fix Version/s: 9.0.0.Beta1
(was: 9.0.0.Alpha1)
> ClassNotFoundException com.ibm.crypto.provider.IBMJCE with IBM JDK
> ------------------------------------------------------------------
>
> Key: WFLY-3816
> URL: https://issues.jboss.org/browse/WFLY-3816
> Project: WildFly
> Issue Type: Bug
> Components: Class Loading
> Affects Versions: JBoss AS7 7.2.0.Final, 8.1.0.Final
> Environment: Linux / Aix ; IBM JDK 1.6
> Reporter: Yannick Lorenzati
> Assignee: Tomaz Cerar
> Priority: Minor
> Fix For: 9.0.0.Beta1
>
>
> I use Jboss AS 7.2.0 with IBM JDK 1.6
> One of my applications try to load the security provider com.ibm.crypto.provider.IBMJCE but I got an ClassNotFoundException.
> I think it’s because in the ibm.jdk module.xml we need to add the package of the security provider like this
> <module xmlns="urn:jboss:module:1.1" name="ibm.jdk">
> <resources>
> </resources>
> <dependencies>
> <system export="true">
> <paths>
> <path name="com/ibm"/>
> <path name="com/ibm/jvm"/>
> <path name="com/ibm/jvm/io"/>
> <path name="com/ibm/jvm/util"/>
> <path name="com/ibm/match"/>
> <path name="com/ibm/misc"/>
> <path name="com/ibm/net"/>
> <path name="com/ibm/nio"/>
> <path name="com/ibm/nio/ch"/>
> <path name="com/ibm/security/auth"/>
> <path name="com/ibm/security/bootstrap"/>
> <path name="com/ibm/security/auth/module"/>
> <path name="com/ibm/security/util"/>
> </paths>
> </system>
> </dependencies>
> </module>
> We need to add this
> <path name="com/ibm/crypto"/>
> <path name="com/ibm/crypto/provider"/>
> Can't do a pull request at work, but i hope this help
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
10 years
[JBoss JIRA] (WFLY-3846) JMS resources allows duplicate JNDI entries
by Jason Greene (JIRA)
[ https://issues.jboss.org/browse/WFLY-3846?page=com.atlassian.jira.plugin.... ]
Jason Greene updated WFLY-3846:
-------------------------------
Fix Version/s: 9.0.0.Beta1
(was: 9.0.0.Alpha1)
> JMS resources allows duplicate JNDI entries
> -------------------------------------------
>
> Key: WFLY-3846
> URL: https://issues.jboss.org/browse/WFLY-3846
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Affects Versions: 8.1.0.Final
> Reporter: Jeff Mesnil
> Assignee: Jeff Mesnil
> Fix For: 9.0.0.Beta1
>
>
> The JMS resources that can be stored in JNDI (connection-factory, pooled-connection-factory, jms-queue, jms-topic) does not check whether their list of JNDI entries contains duplicates.
> At runtime, duplicates are eliminated but this introduces a difference between the resource model with duplicate entries and its runtime state (without duplicates).
> The attribute definitions for their JNDI entries should validate at the MODEL stage that their value does not contain duplicate elements.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
10 years
[JBoss JIRA] (DROOLS-600) ClassCastException when using FactTemplates
by Stephanie Kroll (JIRA)
Stephanie Kroll created DROOLS-600:
--------------------------------------
Summary: ClassCastException when using FactTemplates
Key: DROOLS-600
URL: https://issues.jboss.org/browse/DROOLS-600
Project: Drools
Issue Type: Bug
Affects Versions: 6.1.0.Final
Reporter: Stephanie Kroll
Assignee: Mark Proctor
We have embedded Drools in our project and use FactTemplates. While attempting to upgrade from Drools 5.3 to 6.1, we are receiving a ClassCastException in org.drools.compiler.rule.builder.PatternBuilder when loading and compiling rules.
The problem is evident upon inspection of the code. In method build(RuleBuildContext, BaseDescr, Pattern), the local var objectType can be either a FactTemplateObjectType or a ClassObjectType, but line 258 does not check the type before attempting the cast.
{noformat}
java.lang.ClassCastException: org.drools.core.facttemplates.FactTemplateObjectType cannot be cast to org.drools.core.base.ClassObjectType
at org.drools.compiler.rule.builder.PatternBuilder.build(PatternBuilder.java:258)
at org.drools.compiler.rule.builder.PatternBuilder.build(PatternBuilder.java:138)
at org.drools.compiler.rule.builder.GroupElementBuilder.build(GroupElementBuilder.java:66)
at org.drools.compiler.rule.builder.RuleBuilder.build(RuleBuilder.java:89)
at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.addRule(KnowledgeBuilderImpl.java:1652)
at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.compileRules(KnowledgeBuilderImpl.java:968)
at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.compileAllRules(KnowledgeBuilderImpl.java:844)
at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.addPackage(KnowledgeBuilderImpl.java:838)
at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.addPackageFromDrl(KnowledgeBuilderImpl.java:339)
at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.addPackageFromDrl(KnowledgeBuilderImpl.java:315)
...{noformat}
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
10 years