[ 
https://issues.apache.org/jira/browse/CAMEL-13654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16925445#comment-16925445
 ] 

Andrea Cosentino commented on CAMEL-13654:
------------------------------------------

The problem has been fixed in Optaplanner 7.26.0.Final. Updated

> optaplanner-7.23 not usable in WildFly
> --------------------------------------
>
>                 Key: CAMEL-13654
>                 URL: https://issues.apache.org/jira/browse/CAMEL-13654
>             Project: Camel
>          Issue Type: Bug
>            Reporter: Thomas Diesler
>            Assignee: Thomas Diesler
>            Priority: Major
>             Fix For: 3.0.0, 3.0.0.M4
>
>          Time Spent: 20m
>  Remaining Estimate: 0h
>
> drools-7.23 uses this code in `org.drools.core.common.ProjectClassLoader` ...
> {code}
>     public void setDroolsClassLoader(ClassLoader droolsClassLoader) {
>         if (getParent() != droolsClassLoader && 
> isOsgiClassLoader(droolsClassLoader)) {
>             this.droolsClassLoader = droolsClassLoader;
>             if (CACHE_NON_EXISTING_CLASSES) {
>                 nonExistingClasses.clear();
>             }
>         }
>     }
> {code}
> drools-7.14 uses
> {code}
>     public void setDroolsClassLoader(ClassLoader droolsClassLoader) {
>         if (getParent() != droolsClassLoader) {
>             this.droolsClassLoader = droolsClassLoader;
>             if (CACHE_NON_EXISTING_CLASSES) {
>                 nonExistingClasses.clear();
>             }
>         }
>     }
> {code}
> In a non flat classpath environment, the later version of drools does not 
> allow the CL to get set to anything that is not an OSGi CL. 
> CrossRefs: https://github.com/wildfly-extras/wildfly-camel/issues/2831, 
> https://github.com/kiegroup/drools/commit/85c5308031a84a0ac4086c1df363bb1b4b3c6af9



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

Reply via email to