[esb-issues] [JBoss JIRA] Created: (JBESB-3402) LHS of rules failing to match on ESB redeploy
David Ward (JIRA)
jira-events at lists.jboss.org
Thu Jul 29 20:13:49 EDT 2010
LHS of rules failing to match on ESB redeploy
---------------------------------------------
Key: JBESB-3402
URL: https://jira.jboss.org/browse/JBESB-3402
Project: JBoss ESB
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Content Based Routing
Reporter: David Ward
Assignee: David Ward
Priority: Critical
Fix For: 4.9
It became evident that Drools caches ClassLoaders by default.
The problem that showcased this was that on redeploy of the business_rules* quickstarts, none of the LHS of the DRL rules were matching. When we deploy a new ESB archive, there is a new ClassLoader. However Drools was holding onto the old ClassLoader. Because an Object is only ever "equal" to another Object if it came from the same ClassLoader, none of the Objects on the LHS matched the expression.
Two things need to happen to fix this problem:
1. KnowledgeBuilderConfigurations need to be created with a Properties argument containing ClassLoaderCacheOption.PROPERTY_NAME="true".
2. KnowledgeBuilderConfigurations need to be created with a ClassLoader argument containing a custom ESB ClassLoader, which under-the-hood uses the LifecycleResource mechanism to associate the original Thread ContextClassLoader (the deployment's ClassLoader) with calls to loadClass(), findResource(), etc. Luckily most of what is needed here already exists in the DroolsRuleAgentHelper code.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the esb-issues
mailing list