[jboss-user] [jBPM] - jBPM4 Productization Requirements

Administrator Administrator do-not-reply at jboss.com
Thu Jan 20 11:15:54 EST 2011

Administrator Administrator [http://community.jboss.org/people/admin] modified the document:

"jBPM4 Productization Requirements"

To view the document, visit: http://community.jboss.org/docs/DOC-13680

h1. Realized productization

h4. Features
*  jPDL
** Control flow activities: start, state, decision, fork, join, end, task, sub-process, custom
** Automatic activities: java, script, hql, sql, mail

** Timers
** Asynchronous continuations
* JBoss integration
** Deployment as a service archive
** ProcessEngine in JNDI
h4. QA
* Integration test suite is formed by modules examples and the test-db
* Module examples contains tests that are explained in the user guide.  Aka public test suite.  The examples are also included as a project in the distribution.    
* Module test-db contains tests that verify all aspects of functionality using public API.  Aka private test suite.

* Both modules examples and test-db only make use of public API.
* CI is set up for the matrix {jdks}x{jboss's}x{databases}.  See job jbpm4-jboss:  http://hudson.qa.jboss.com/hudson/view/JBPM4/ http://hudson.qa.jboss.com/hudson/view/JBPM4/
h4. Engine
* A release is only done if the continuous integration runs OK.
* Clear, minimal session facade API

* XSD Schema for the jPDL language
**  http://docs.jboss.org/jbpm/v4.0/schemadocs/ http://docs.jboss.org/jbpm/v4.0/schemadocs/
* Automatic installer for installing jBPM into JBoss
** Parameters: jboss version, database, jdbc parameters, identity component
** Support is only given on these automated installations
h4. Documentation
* A userguide documents all the features and functionalities that are supported. 
** Each functionality must be illustrated with an example
** Each functionality must have sufficient test coverage in the extended test suite (test-db)
**  http://docs.jboss.org/jbpm/v4.0/userguide/html_single/ http://docs.jboss.org/jbpm/v4.0/userguide/html_single/
* Javadocs for the API
**  http://docs.jboss.org/jbpm/v4.0/javadocs/ http://docs.jboss.org/jbpm/v4.0/javadocs/
h4. Designer
* Each piece of supported functionality in the jPDL language must be supported by the designer
* Designer plugins included in JBossTools/JBDS
h4. Migration
* jBPM 3 should be able to run side by side with jBPM 4
h1. Roadmap and prioritization
h4. Work in progress

* Integration with JBoss IDM (Jeff Yu is working on this)
* Process conversion tool (Jim Ma is working on this)
* Controlled minimal tests for concurrent DB access: SOSE's (Joram Barrez)
* Designer support for older versions (Koen Aers)
** Support for multiple, configurable runtimes
h4. Prioritization of new productization requirements

* Clustering
* Automated QA for console and/or documentation of manual test procedures

* Automated QA for designer and/or documentation of manual test procedures
* SEAM integration
** Pageflow 

** Pageflow designer
* JMS support (and/or JCA inflow support) for asynchronous messaging
* ProcessInstance migration in case of new process definition deployment
* jBPM-ESB integration
** Locate services through the registry

** Invoke services without regard to their underlying implementation
** Support synchronous or asynchronous calls
** Make invocation layer pluggable so that third-party ESBs can be integrated as well
** Part of community download ?    
* Putting script code in privileged blocks to allow security mgr to control authorization inside scripts. (Marc Schoenefeld)
h1. Process
* jBPM is consumed by EAP and SOA-P
* EAP and SOA-P can create issues in JBPM's bug tracker:  https://jira.jboss.org/jira/browse/JBPM https://jira.jboss.org/jira/browse/JBPM
** Platform people are responsible for creating platform issues and linking them to project issues.
** jBPM bug tracker will have releases defined corresponding the platform releases.  E.g. SOA 4.3 CP02, EAP 5.0
** The jBPM team will discuss these issues with the platform team
** The jBPM team will assign product related issues into a platform release and the responsible team member
* Each jBPM community release can be identified as a product version.
** A product branch is created in the project
** Only productization issues (bug fixes) are committed to that branch
** The platforms consume that product branch in their build
* The jBPM team will commit issues before the platform code freeze date
* The platform teams are responsible for creating the platform tags that are based on the platform branches

Comment by going to Community

Create a new document in jBPM at Community
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-user/attachments/20110120/415605df/attachment-0001.html 

More information about the jboss-user mailing list