[jboss-jira] [JBoss JIRA] Created: (JBRULES-2485) DROOLS-FLOW: NullPointerException when completing a Workitem with parameters after resuming the flow

DROOLS-FLOW: NullPointerException when completing a Workitem with parameters after resuming the flow ---------------------------------------------------------------------------------------------------- Key: JBRULES-2485 URL: https://jira.jboss.org/jira/browse/JBRULES-2485 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-process Affects Versions: 5.1.0.M1 Environment: N/A, but confirmed on Ubuntu and Windows Reporter: Anatoly Just Anatoly Assignee: Mark Proctor Priority: Blocker When trying to complete the work item [if it has ANY parameters mapped (e.g. <mapping type="in" from="someId" to="someId" />)], internally Drools Flow is using JPA persistence module to find ( retrieve ) a work item to be completed from a WorkItemInfo table. Interestingly enough, if you look at the "getWorkItem" method of the "org.drools.persistence.processinstance.WorkItemInfo", it passes a NULL for a RuleBase while setting up a context: public WorkItem getWorkItem() { if ( workItem == null ) { try { ByteArrayInputStream bais = new ByteArrayInputStream( workItemByteArray ); MarshallerReaderContext context = new MarshallerReaderContext( bais, null, // THIS IS a RULEBASE <<<<<<<<<<<<< null, null ); workItem = InputMarshaller.readWorkItem( context ); And right after that, when trying to set parameters on the work item, it uses that RuleBase in MarshallerReaderContext: protected Class< ? > resolveClass(ObjectStreamClass desc) throws IOException, ClassNotFoundException { String name = desc.getName(); try { return Class.forName(name, false, this.ruleBase.getRootClassLoader()); // HERE IS WHERE THE NULL POINTER EXCEPTION OCCURS <<<<<<<<<<<<<<<<<<<<<<< since the RuleBase is NULL } catch (ClassNotFoundException ex) { return super.resolveClass( desc ); } } Again, this happens after the flow is resumed having workitem(s) with parameters [ in a different thread / execution ] after the flow was suspended... Also I did not find any framework tests for it [ separate threaded (real life) ones ] /Anatoly -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira