Hide Forgot
Description of problem: Since it was agreed that Drools and jBPM should be distributed in different zip, there should not be all jBPM jars in Drools distribution. The discussion about what jars should be kept in Drools and what should be removed is welcomed. From my point of view the jbpm-flow nad jbpm-flow-builder should stay there as they provide *.rf support. Furthermore the jbpm-persistence-jpa should stay as well since it would not be possible to persist sessions otherwise. The rest should be removed and distributed in jboss-jbpm-engine.zip
You would also need the jbpm-bpmn2 module to support the RuleFlow compilation (using the .bpmn2 format rather than the depricated .rf format).
(In reply to comment #1) > You would also need the jbpm-bpmn2 module to support the RuleFlow compilation > (using the .bpmn2 format rather than the depricated .rf format). I believe that this was an intentional decision to only have the Drools package handle RF and have the user go to jBPM binaries when BPMN2 is requested. Otherwise, I really see no reason for having the two packages separate. (I'm not even arguing that they *should* be separate. It's just what the group decision ended up being.)
Resolved with revision 11415 of: brms-p/src/main/assembly/brms-engine.zip.xml Commit message: BZ-796158 Put only the jbpm-flow* and jbpm-persistence-jpa* jars in the BRMS engine zip.
BRMS-5.3.1-ER1 jboss-brms-engine.zip contains only appropriate libraries. Marking as verified.