Uploaded image for project: 'JBoss ESB'
  1. JBoss ESB
  2. JBESB-1927

The variables from services started in forked branches are lsot

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Closed (View Workflow)
    • Priority: Critical
    • Resolution: Done
    • Affects Version/s: 4.4
    • Fix Version/s: 4.4 CP1, 4.5
    • Component/s: Process flow
    • Labels:
      None
    • Environment:

      IR1 on FC8

    • Workaround Description:
      Hide

      The workaround for this is to explicitly specify the process-scope attribute on the mapping as follows
      <mapping esb="BODY_CONTENT" bpm="theBody" process-scope="true"/>

      Show
      The workaround for this is to explicitly specify the process-scope attribute on the mapping as follows <mapping esb="BODY_CONTENT" bpm="theBody" process-scope="true"/>

      Description

      The bpm_orchestartion2 qs provides different results in 4.2 and 4.3 versions. The problem is the the message modifications done in forked branches are not propagated back to the process. There are two possible explanations for this behaviour

      1) The ProcessInstance.setVaribale method in jBPM does not set variable on root context - which means that there is bug in jBPM
      2) Or behaviour with default configuration has changed

      I am attaching modified jboss-esb.xml and process definiton file that stores the service outcome under different variables in different branches so they are not overwritten in join node.

      You will see that in 4.3 the branch slots are not progpagated after the join node.

        Gliffy Diagrams

          Attachments

            Issue Links

              Activity

                People

                • Assignee:
                  kconner Kevin Conner
                  Reporter:
                  jpechanec Jiri Pechanec
                • Votes:
                  0 Vote for this issue
                  Watchers:
                  0 Start watching this issue

                  Dates

                  • Created:
                    Updated:
                    Resolved: