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

[Anatoly Just Anatoly (JIRA)]

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