[jBPM] - jBPM3 Web Console Test Protocol
by Administrator Administrator
Administrator Administrator [http://community.jboss.org/people/admin] modified the document:
"jBPM3 Web Console Test Protocol"
To view the document, visit: http://community.jboss.org/docs/DOC-13416
--------------------------------------------------------------
h3. Build and install the jBPM distribution
Refer to http://community.jboss.org/docs/DOC-12866 jBPM3 Building the Installer for details.
h3. Load sample identity data
Run the attached identity.sql script on your target database.
h3. Deploy sample process
Point your browser to the jBPM http://localhost:8080/jbpm-console console. Log in as either admin or manager. Follow the *Processes* link in the top bar. In the *Actions* pane on the left, press *Deploy* a new process.
http://community.jboss.org/servlet/JiveServlet/showImage/102-13416-11-128... http://community.jboss.org/servlet/JiveServlet/downloadImage/102-13416-11...
Download the attached websale.jpdl.zip process archive, select it as the file to upload, and click on *Deploy*.
h3. Go through the ticklist
|| Use Case || Notes ||
| Log in | user/user |
| View processes | |
| Examine process | websale |
| Start a new process instance | |
| View personal/group tasks | |
| Start task | Create new web sale order |
| Examine task | idem |
| Fill task form, Save | |
| View variables, verify captured data | |
| Remove variable | quantity |
| View task form, confirm field was removed | idem |
| Fill field again, Evaluate | idem |
| View comments | |
| Add a comment, save | |
| Log out | |
| Log in | manager/manager |
| View jobs, confirm timer was created | Evaluate web order |
| Delete timer, disregard stack trace in server console (see JBPM-2103 (https://jira.jboss.org/jira/browse/JBPM-2103)) | idem |
| View personal/group tasks | idem |
| Examine task | |
| Reassign task | shipper |
| Log out | |
| Log in | shipper/shipper |
| View personal/group tasks | |
| Start task | Evaluate web order |
| End task: OK | idem |
| Examine task | Wait for money |
| Fill form, update books | |
| View process instance | |
| View comments, verify comment was added | |
| View tokens, confirm all tokens were ended | |
| View process image, confirm picture corresponds to token data | |
| View process variables, verify captured data | |
| Delete process instance | |
| Start a new process instance | |
| View tokens | |
| Signal token | |
| Signal token: OK | |
| Suspend process instance, confirm tokens are suspended | |
| Resume process instance, verify tokens are running | |
| End process instance, check tokens are ended | |
| View process definition | |
| Delete process | |
| Log out | |
| Congratulations! You have a working console. | |
--------------------------------------------------------------
Comment by going to Community
[http://community.jboss.org/docs/DOC-13416]
Create a new document in jBPM at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=102&co...]
13 years, 8 months
[jBPM] - MultiChoiceForkAH
by Administrator Administrator
Administrator Administrator [http://community.jboss.org/people/admin] modified the document:
"MultiChoiceForkAH"
To view the document, visit: http://community.jboss.org/docs/DOC-11442
--------------------------------------------------------------
This Multi Choice fork will create an appropriate thread of execution (token) for each dynamically specified item. For instance, in the case of a customer order containing one phone service product, one internet service product, and two web hosting products: one token will be created and sent down the 'phone' transition, one token will be created and sent down the 'internet' transition, and two separate tokens can be each created and sent separately down the 'web' transition.
Optionally, this fork can be configured to simply create a token for each combination of 'item' and 'transition'.
A Collection of Objects driving the choices must be stored in a process instance variable, and each object must share a common accessor method for determining its 'type' (or just use a String). Just about everything is configurable--see the comments in the sample process definition and attached code.
<?xml version="1.0" encoding="UTF-8"?>
<process-definition name='ForEachFork Test'>
<start-state name='START' >
<event type='node-leave' >
<script>
<expression>List list = new ArrayList(); list.add("item1"); list.add("item2"); list.add("item3");</expression>
<variable name='myList' access='write' mapped-name='list' ></variable>
</script>
</event>
<transition name='done' to='_TEST_FORK'></transition>
</start-state>
<!-- Attempts to provide a robust implementation of workflow pattern 6, multi-choice. -->
<state name='_TEST_FORK' >
<event type='node-enter' >
<action class='org.bminer.jbpm.pd.ah.ForEachForkAH' config-type='bean'>
<!-- process instance variable containing a Collection of items for which we will
create sub tokens. -->
<inputCollectionVar>myList</inputCollectionVar>
<!-- If the collection is not of Strings, this property may be specified and
should be available via a 'get', 'is', or 'has' accessor method on each item in
the collection. Alternatively, an EL expression may be supplied where
'tempForEachForkAHInputItem' is the Input Item being evaluated against.
The returned value must be a String or String.valueOf() compatible value.
The value will be used to identify the item and to match
against available transition names when matchItemWithTrans = 'true'.
If not provided for non-String inputCollections, toString() will be
called on those items to provide a String value. -->
<inputItemProperty></inputItemProperty>
<!-- The variable name in the branch token which will hold the Input Item from the
inputCollectionVar that caused the creation of the branch token. If no name is
given, the Input Item will not be stored separately under its associated
branch token. -->
<inputItemMappedName>inputItem</inputItemMappedName>
<!-- 'true' will create a token for each inputCollection item that corresponds to a
non-reserved transition name, and then signal that token down the matching
transition. ('reserved' transition names include those configured under
'noMatchTrans' and 'noListTrans' as well as any transition beginning with
'_sys_'.) 'false' will create and signal a token for every combination of
inputCollection item and transition. Required. -->
<matchItemWithTrans>true</matchItemWithTrans>
<!-- 'true' reduces the inputCollection to a Set prior to matching the collection
to the configured transitions. Default is 'false' -->
<matchUnique>true</matchUnique>
<!-- When using matchItemWithTrans = 'true', this is the default transition to take for
any inputCollection item that has no matching transition name,
otherwise no token will be generated for that item -->
<noMatchTrans>noMatch</noMatchTrans>
<!-- 'true' if the specified 'noMatchTrans' should be taken only once regardless of
how many un-matched items exist, or 'false' if the 'noMatchTrans' should be
taken for each item that has no matching transition. Default is 'true'. -->
<noMatchDoTransOnce>true</noMatchDoTransOnce>
<!-- If any item fails to have a matching transition, set this to 'true' if other matched
transitions should be taken, 'false' if only 'notMatchTrans' transitions should be taken.
In other words, if there is any failure to match, nothing but the failure(s) will be
processed if this is set to 'false'. Default is 'false'. -->
<noMatchDoMatched>false</noMatchDoMatched>
<!-- transition to take if there is nothing in the inputCollection, otherwise
nothing will be done and we'll halt execution in this node.
Since we don't fork in this scenario, any subsequent nodes should
lead the root token past the join that corresponds to this fork -->
<noListTrans>noList</noListTrans>
</action>
</event>
<transition name='item1' to='ITEM_1' ></transition>
<transition name='item2' to='ITEM_2' ></transition>
<transition name='item3' to='ITEM_3' ></transition>
<transition name='noMatch' to='UNSUPPORTED_ITEM' ></transition>
<transition name='noList' to='NO_ITEMS' ></transition>
<transition name='_sys_redoNode' to='_TEST_FORK' ></transition>
</state>
<state name='ITEM_1' >
<event type='node-enter' >
<script>System.out.println("Processing item 1!");</script>
</event>
<transition name='done' to='JOIN' ></transition>
</state>
<state name='ITEM_2' >
<event type='node-enter' >
<script>System.out.println("Processing item 2!");</script>
</event>
<transition name='done' to='JOIN' ></transition>
</state>
<state name='ITEM_3' >
<event type='node-enter' >
<script>System.out.println("Processing item 3!");</script>
</event>
<transition name='done' to='JOIN' ></transition>
</state>
<state name='UNSUPPORTED_ITEM' >
<event type='node-enter' >
<script>System.out.println("Received an unsupported item!");</script>
</event>
<transition name='done' to='JOIN' ></transition>
</state>
<state name='NO_ITEMS' >
<event type='node-enter' >
<script>System.out.println("There was no collection, so I didn't fork!");</script>
</event>
<transition name='nothingToDo' to='END' ></transition>
</state>
<join name='JOIN'>
<transition name='done' to='END' ></transition>
</join>
<end-state name='END' ></end-state>
</process-definition>
Hope this is useful.
(updated to provide a more recent example that fixes two mentioned bugs and includes the "inputMappedName" configuration parameter.)
*Referenced by:*
--------------------------------------------------------------
Comment by going to Community
[http://community.jboss.org/docs/DOC-11442]
Create a new document in jBPM at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=102&co...]
13 years, 8 months
[jBPM] - JbpmMeetingTomHeikoJanuary2009
by Administrator Administrator
Administrator Administrator [http://community.jboss.org/people/admin] modified the document:
"JbpmMeetingTomHeikoJanuary2009"
To view the document, visit: http://community.jboss.org/docs/DOC-13281
--------------------------------------------------------------
h3. Logging / History [ https://jira.jboss.org/jira/browse/JBPM-1994 JBPM-1994]
* Transactional storage of the history of a process execution (not software logging)
* Do we have a good name for this ?
* Log pluggability is in place
* Basic pluggability infrastructure is in place
* TODO
** HistoryRecords generated during process execution need to be created
** HistoryRecords need to merge themselves into the History DB schema
** Schema for storing history information needs to be build
** Filtering the history storage should be based on features
*** We should not place the burden on the users to link log filtering to the features that remain available
h3. Database schema
Analyse the DB schema
Compatibility needs to be installed in the project
h3.
Database schema
* Analyse the DB schema
* Developmemt process for DB evolution [ https://jira.jboss.org/jira/browse/JBPM-1995 JBPM-1995]
h3. Project Structure
(add this to developer docs in wiki)
h4. API package refactoring [ https://jira.jboss.org/jira/browse/JBPM-1997 JBPM-1997]
* api
- the public api (client services, client, activity, eventlisteners)
- all other modules should have package names that include ..internal..
* config
h4. Test suite consolidation [ https://jira.jboss.org/jira/browse/JBPM-1996 JBPM-1996]
* jpdl
- parsing jpdl
- jpdl activity impl
- base jpdl test suite jpdl/src/test/java
- base jpdl test suite should be able to access jpdl impl and pvm impl classes
* examples --> jpdl/src/test/examples
- can be merged into jpdl module
- works against public api and jpdl
- part of test suite
- included in docs
- examples project in distro
- compile time checking on api usage only
* test-db --> jpdl/src/test/examples/org/jbpm/examples/advanced
- can be merged into jpdl module
- more elaborate functional testing
- works against public api and jpdl
- part of test suite
- compile time checking on api usage only
* task ?
h3. Task management
* assignment
- distinction between assignable user and groups [ https://jira.jboss.org/jira/browse/JBPM-1998 JBPM-1998]
* context data
* task definition
- add outcomes [ https://jira.jboss.org/jira/browse/JBPM-1999 JBPM-1999]
* process integration
- variables
- signal execution upon completion
- provide outcome to signal mapping [ https://jira.jboss.org/jira/browse/JBPM-1999 JBPM-1999]
* external presentation
- web form [ https://jira.jboss.org/jira/browse/JBPM-2000 JBPM-2000]
- email
- db record
* reporting
- history https://jira.jboss.org/jira/browse/JBPM-1994 JBPM-1994
- how was the workload in this department last month
* monitoring
- e.g. notify me when the resource alloction in group x goes beyond 80%
* embedded / standalone
h3. In scope for jBPM 4.0.0.GA
*jPDL*
* Environments in order of priority (installer, qa, docs)
1) JBoss 5.0.0
2) Tomcat latest
3) JBoss 4.2.3
* Examples and test-db need to run with cactus on the target container
* Local EJB in scope
* Remote EJB out of scope
*Logging / History*
* Transactional storage of the history of a process execution (not software logging)
* Do we have a good name for this ?
* Log pluggability is in place
* Basic pluggability infrastructure is in place
* TODO
o HistoryRecords generated during process execution need to be created
o HistoryRecords need to merge themselves into the History DB schema
o Schema for storing history information needs to be build
*Console*
* management
* task management
* process management
* reporting (strategical dashboard)
* monitoring (analythical dashboard)
* roles ?
*Designer*
*
*Scenario 1*
* Install distro
* Import examples project (done)
* Execute example test in eclipse (done)
* Create new process definition file with designer wizard (done)
* Declare couple of variables
* Create 2 human task activities
- Generate task form with designer
- Using variables declared in the process
- Associate task form with task activity
(this should be done automatically by using the designer task form generation)
* Create esb service activity
- ESB is assumed running and having a service
* Create Include Java pojo
- Write minimal PrintLn activity
* Start AS
- the one you installed jbpm in
- maybe installer can generate start-server.bat script in jbpm instsallation directory ?
* Dynamically deploy process from designer
- might involve defining the process archive package
* In console start the process (with form)
* For each task,
- log in as the task user
- see task list
- navigate to task form
- complete task form
* Run through process execution by submitting task forms
* Show reports including this execution
optional extension:
* redeploy an update to the process
*Scenario 2*
* Burr's demo
* Existing: 3 Session EJB's with 1 method
* jPDL process orchestrates these 3 methods
* jPDL process gets updated and redeployed
* No redeployment of the ejbs
--> ejb invocation activity
Variation:
* show how 2 pojo methods
* in case you want to execute those asynchronous, show how this can be done with 2 MDBs
* show how this can be done easily in a process with 2 asynchronous continuations
* other variations: show how you can implement competing consumers with jpdl
*
BPMN*
* api will be PVM based so process language and BPMN neutral
* jPDL will use bpmn terminology on a best effort basis
* jPDL 4 will drive the activity types and we'll select the BPMN
symbol that matches the jPDL activity type
* the BPMN interpretation of the notational element that we pick must
match exactly with the jpdl element. if not, we need to clearly indicate
grafically that notation is jPDL specific
* we'll also go over the most common BPMN elements and see if we
can come up with meaningfull jPDL for all the elements.
*Task Management*
* basic task model
- task activity creates task when execution arrives.
- tasks can have a map of variables
- upon creations, optionally data is passed from the execution into the task scope
- users can complete tasks and provide data optionally
- a special piece of information that can be supplied with the task completion is the outcome
- the potential outcomes are stored in task definition
- the task activity will implement the task definition interface
- upon completion of a task, the execution signal and parameters need to be provided
- by default, the outcome will map to the signal and hence bind to the outgoing transition
- task data will be stored as process variables, same techniques apply as the process variable scoping
- a TaskHandler interface will have methods for all task-processexecution integration
createTask(Execution)
taskCompleted(Task)
- The default task handler will use the task outcome as the signal that is given on the execution.
- Custom task handlers can be specified to overwrite this default behaviour
* assignment
* sub tasks
- dynamic
- for grouping (3 out of 5) (with a certain outcome ?)
h3. Roadmap
*jBPM 4.0.0.Alpha2 (March 1st)*
* identity spi [ https://jira.jboss.org/jira/browse/JBPM-1860 JBPM-1860]
* integrate identity component [ https://jira.jboss.org/jira/browse/JBPM-1993 JBPM-1993]
* introduce distinction between users and groups
* process definition attachments
* review console dao and compare with current process and execution service
* variable declaration in jpdl
* task form url and form type property (explain to heiko for review)
* installer with profiles for all target containers
* introduce console (process management)
*
*
*jBPM 4.0.0.Beta1 (April 1st)*
* get facelets generation work in jbpm 4 (beginning of iteration so that heiko could include this later in this iteration)
no designer support yet
* alternative form generation can be prototyped
* define process archive packaging strategy
* define how to deploy process archives on the target containers
* task management and task forms
- starting a process
- associated to process definition
- authorization ?
- perform a task in the middle of the process
- associated to task list
- task assignment
*jBPM 4.0.0.Beta2 (May 1st)*
*
*
*jBPM 4.0.0.CR1 (June 1st)*
*
*
*jBPM 4.0.0.GA (July 1st)*
h3. Ideas for jBPM 4 after GA
1) Migration Aspects
* DB schema
* jPDL process files
* custom activities
* user components using
- client api
- db schema
- hibernate api / hql
* select 1 or 2 key customers and assist them with migration
- leverage that knowledge in building migration
* set up infrastructure to capture knowledge that we build up: wiki page ?
* This effort can be started as of CR earliest
* Not a requirement to release 4.0.0.GA
2) Spring support
Task for a new hire ?
3) Logging / History
Filtering the history storage should be based on features
We should not place the burden on the users to link log filtering to the features that remain available
h3. Links/Resources
Work 2.0 Peter Fingar
Orbeon
NetKernel
OrganisationalManagement (Meuhlen)
http://in.relation.to/service/File/2994 http://in.relation.to/service/File/2994
--------------------------------------------------------------
Comment by going to Community
[http://community.jboss.org/docs/DOC-13281]
Create a new document in jBPM at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=102&co...]
13 years, 8 months
[jBPM] - jBPM4 Productization Requirements
by Administrator Administrator
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
[http://community.jboss.org/docs/DOC-13680]
Create a new document in jBPM at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=102&co...]
13 years, 8 months
[jBPM] - jBPM3 References
by Administrator Administrator
Administrator Administrator [http://community.jboss.org/people/admin] modified the document:
"jBPM3 References"
To view the document, visit: http://community.jboss.org/docs/DOC-11170
--------------------------------------------------------------
This page lists the jBPM references. If you're using jBPM, please add your company's name, optionally the logo (max 200 pixels wide and 100 pixels high) and a short description (2-3 lines) in what kind of application you're using it.
In the Use Case field, describe your company briefly and also include for what purpose you use jBPM. If you omit why you use jBPM, your entry will be removed.
|| Company Name || Company Logo || Use Case ||
| *Atos Origin (http://www.atosorigin.com)* | http://community.jboss.org/servlet/JiveServlet/download/11170-76-5370/ato... (http://community.jboss.org/servlet/JiveServlet/download/11170-76-5370/ato...) | Atos Origin is a System Integrator mainly based in Europe and IT partner of the Olympic Games. Atos Origin Netherlands uses jBPM in the Open Chain solution which provides an integration platform to communicate with third parties, such as the Dutch tax authority and healthcare organizations. Atos Origin employees Jos Dirksen and Tijs Rademakers are authors of the Manning book Open Source ESBs in Action (http://www.manning.com/rademakers), which includes a chapter about using jBPM with Mule. |
| *British Telecom (http://www.bt.com/)* | http://community.jboss.org/servlet/JiveServlet/download/11170-76-5375/bt.jpg (http://community.jboss.org/servlet/JiveServlet/download/11170-76-5375/bt.jpg) | More info can be found in this TechRepublic article (http://whitepapers.techrepublic.com.com/whitepaper.aspx?&compid=7855&doci...) |
| *Alfresco (http://www.alfresco.com/)* | http://community.jboss.org/servlet/JiveServlet/download/11170-76-5372/alf... (http://community.jboss.org/servlet/JiveServlet/download/11170-76-5372/alf...) | Alfresco uses jBPM jPDL to add workflow capabilities to their Enterprise Content Management (ECM) system. For more info, check this demo, section workflow (http://www.alfresco.com/products/ecm/tour/tour.html) or the workflow administration docs (http://wiki.alfresco.com/wiki/WorkflowAdministration). |
| *BPS (http://www.bpsinc.com)* | http://www.bpsinc.com/wp-content/themes/bps/images/logo.png (http://www.bpsinc.com/wp-content/themes/bps/images/logo.png) | Quoting reply of Gavin Terril on Ronald's blog post (http://planetjbpm.wordpress.com/2008/10/02/other-products-using-jbpm/): "You are right. jBPM is a great embedded workflow product, and I think there are a lot of companies and vendors out there using it.We certainly do! It powers our Enterprise Risk Management products. I can’t imagine anyone writing their own workflow engine when such great libraries such as jBPM are available." |
| *ESN (http://www.esn.de)* | http://community.jboss.org/servlet/JiveServlet/downloadImage/102-11170-76... (http://community.jboss.org/servlet/JiveServlet/showImage/102-11170-76-211...) | As a well established solution provider for Energy and Water Suppliers as well as for huge Real Estate Managers the major focus of the ESN Group lies on delivering consulting, professional services und software solutions for integrated, human centric Business Process Management in the target markets. jBPM works as a part of the new Product line opusP (http://www.opusp.de/opusp). |
| *RealDolmen (http://www.realdolmen.be/)* | http://community.jboss.org/servlet/JiveServlet/download/11170-76-6067/rea... (http://community.jboss.org/servlet/JiveServlet/download/11170-76-6067/rea...) | RealDolmen is a general software service provider in the Belgian market. As a spin off from a jBPM project they're doing, Joram Barrez (http://www.jorambarrez.be/) published a great talk about "The Full Stack" (http://www.jorambarrez.be/blog/2008/04/03/some-real-life-jbpm-action/). It's a combination of jBPM and SeeWhy to build a full BPM stack. As part of that talk, Joram unveiled some awsome jBPM performance numbers (http://processdevelopments.blogspot.com/2008/04/awsome-jbpm-performance-n...). |
| *Hudson (https://hudson.dev.java.net/)* | http://community.jboss.org/servlet/JiveServlet/download/11170-76-6095/hud... (http://community.jboss.org/servlet/JiveServlet/download/11170-76-6095/hud...) | Hudson monitors executions of repeated jobs, such as building a software project or jobs run by cron. There is a Hudson plugin that integrates JBoss JBPM with Hudson. (http://hudson.gotdns.com/wiki/display/HUDSON/JBPM+Plugin) It lets you define your own build, test and release workflows in a graphical designer, and execute them inside Hudson. |
| *Cadtel (http://www.cadtel.com/cadteltransition/)* | http://community.jboss.org/servlet/JiveServlet/download/11170-76-5378/cad... (http://community.jboss.org/servlet/JiveServlet/download/11170-76-5378/cad...) | Cadtel used jBPM to integrate service delivery systems with communications providers back office systems and to automate network allocation and subscriber provisioning processes. More information in this press release (http://customers.press.redhat.com/2008/02/08/jboss-soa-platform-automates...) |
| *TeamWork (http://www.twproject.com/)* | http://community.jboss.org/servlet/JiveServlet/download/11170-76-6068/tea... (http://community.jboss.org/servlet/JiveServlet/download/11170-76-6068/tea...) | Web based project management software Teamwork is a proven, reliable and friendly web based software solution for managing work and communication in any field. In this blog post (http://twproject.blogspot.com/2008/10/teamwork-development-version-now.html), they explain: "Teamwork development version now includes Business Process integration. This is a really cool feature, ... The underlying technology is our implementation of Hibernate + JBPM, which gives the full generality and power of a proven business process framework." |
| *Met@logo (http://www.metalogo.org)* | http://community.jboss.org/servlet/JiveServlet/download/11170-76-5365/met... (http://community.jboss.org/servlet/JiveServlet/download/11170-76-5365/met...) | Met@logo is an eGovernment suite. The project was a collaboration between 14 partners of 10 different countries. More information can be found in this Met@logo case study (http://www.jboss.com/pdf/innovation/metalogo.pdf). |
| *Camunda (http://www.camunda.com)* | http://community.jboss.org/servlet/JiveServlet/download/11170-76-5366/cam... (http://community.jboss.org/servlet/JiveServlet/download/11170-76-5366/cam...) | Camunda is a consulting company with specialisation in BPM. They have build their own Swing based GUI (http://www.camunda.com/content/view/36/73/) on top of jBPM jPDL. |
| *SpecSavers (http://www.specsavers.co.uk/)* | http://community.jboss.org/servlet/JiveServlet/download/11170-76-5373/spe... (http://community.jboss.org/servlet/JiveServlet/download/11170-76-5373/spe...) | More info can be found in this ComputerWorld press release (http://www.computerworlduk.com/management/it-business/supplier-relations/...) |
| *SeeWhy Software (http://www.seewhy.com/)* | http://community.jboss.org/servlet/JiveServlet/download/11170-76-5364/see... (http://community.jboss.org/servlet/JiveServlet/download/11170-76-5364/see...) | SeeWhy provides a real time business intelligence platform for real time monitoring, alerting and actions in SOA environments. An advanced JBoss SOA partner, SeeWhy is the Business Activity Monitoring (BAM) component for the JBoss SOA platform, and for jBPM. +SeeWhy for jBPM+ is a plug and play BAM product for jBPM which will be available in the fall of 2008. for more information on BAM and jBPM please visit the SeeWhy site (http://www.seewhy.com/jboss). More information can be found here www.SeeWhy.com (http://www.seewhy.com/) |
| *Metawidget (http://metawidget.org)* | http://community.jboss.org/servlet/JiveServlet/download/11170-76-5368/met... (http://community.jboss.org/servlet/JiveServlet/download/11170-76-5368/met...) | Metawidget is a 'smart User Interface widget' that populates itself, at runtime, with UI components to match back-end business objects. Its jBPM support includes inspecting Seam pageflow files to discover business object actions (http://metawidget.sourceforge.net/doc/reference/en/html/ch01s04.html#sect...). |
| *Nuxeo (http://www.nuxeo.com/)* | http://community.jboss.org/servlet/JiveServlet/download/11170-76-5374/nux... (http://community.jboss.org/servlet/JiveServlet/download/11170-76-5374/nux...) | Nuxeo is an Enterprise Content Management (ECM) system that leverages jBPM for adding workflow capabilities to the product. For more information, read the case study (http://community.jboss.org/nuxeo.pdf). |
| *SNS Bank (http://www.snsbank.nl/)* | http://community.jboss.org/servlet/JiveServlet/download/11170-76-5376/sns... (http://community.jboss.org/servlet/JiveServlet/download/11170-76-5376/sns...) | SNS Bank is an innovative, transparent and accessible retail bank in The Netherlands. The organization offers private customers a complete set of products with regards to mortgages, savings, investments, payments, loans and insurances. "In the future, SNS Bank is looking to deploy a full service-oriented architecture (SOA) environment and plans to use JBoss jBPM, Red Hat's workflow framework for business process management, to extend the benefits of open source and Java." For more information, read "SNS Bank Selects JBoss Application Server for Transaction and Payments Processing System" (http://www.pr-inside.com/sns-bank-selects-jboss-application-server-r25899...). |
| *Press Release 365 (http://www.pressrelease365.com/)* | http://community.jboss.org/servlet/JiveServlet/download/11170-76-5371/pre... (http://community.jboss.org/servlet/JiveServlet/download/11170-76-5371/pre...) | Press Release 365 uses jBPM to manage workflow capabilities within their online press release distribution platform. Press releases are submitted through a set of wizard-like screens, then routed to back-office managers in the various international publishing departments. |
| *Daisy (http://cocoondev.org/daisy)* | http://community.jboss.org/servlet/JiveServlet/download/11170-76-5382/dai... (http://community.jboss.org/servlet/JiveServlet/download/11170-76-5382/dai...) | Daisy is a content management system that offers rich out-of-the-box functionality combined with solid foundations for extensibility and integration. It uses jBPM (http://cocoondev.org/daisydocs-2_0/g1/350-cd.html) for its workflow capabilities. |
| *Enomalism (http://enomalism.com/)* | http://community.jboss.org/servlet/JiveServlet/download/11170-76-5384/eno... (http://community.jboss.org/servlet/JiveServlet/download/11170-76-5384/eno...) | Enomalism is an open source web-based virtual infrastructure platform. Designed to answer the complexity of managing globally disperse virtual server environments. Enomalism helps to automate the transition to a cloud computing environment by reducing an IT organizations overall workload. Source: Virtualisation.com (http://virtualization.com/news/2008/03/21/enomalism-2.0-available-for-dow...) |
| *Manaty (http://www.manaty.fr/)* | http://www.manaty.fr/images/manaty_small.gif (http://www.manaty.fr/images/manaty_small.gif) | Manaty is a freelance company in China,France,Morroco and US. We use JBPM for the provisionning worklow of our Telecom MVNO solution. Manaty (fr) (http://www.manaty.fr/) |
| EmDev (http://www.emdev.ru) | http://community.jboss.org/servlet/JiveServlet/downloadImage/102-11170-76... (http://community.jboss.org/servlet/JiveServlet/showImage/102-11170-76-102...) | jBPM is playing key-role in our EmForge (http://ww.emforge.org/project/EmForge) project: Open-Source, Workflow-Based integrated solution for managing software development process |
| *Shatel* (http://www.shatel.ir) | http://community.jboss.org/servlet/JiveServlet/downloadImage/102-11170-76... (http://community.jboss.org/servlet/JiveServlet/showImage/102-11170-76-112...) | Shatel, a major broadband service provider in Iran deployed JBPM as part of its service oriented BSS/OSS solution.
For more information please visit: www.shatel.ir (http://www.shatel.ir) |
| Openbravo (http://www.openbravo.com/) | http://community.jboss.org/servlet/JiveServlet/downloadImage/102-11170-76... (http://community.jboss.org/servlet/JiveServlet/showImage/102-11170-76-162...) | We use jBPM first to enhance Openbravo platform so it is possible to define Openbravo business processes through jBPM. It aims as well to embed jBPM web console into Openbravo ERP user interface so it is possible for Openbravo users to interact with runtime tasks generated by jBPM process executions and administer/monitor runtime instances. Secondly to refactor most of Openbravo business processes so they are by default implemented by jBPM definition and this way make it easier for consultants to adapt business logic to specific customer requirement. Source: Openbravo jBPM integration wiki (http://wiki.openbravo.com/wiki/Projects/jBPM_Integration/Functional_Docum...) |
| *Rudder Technologies* (http://www.rudder-tech.com) | http://www.rudder-tech.com/content/public/images/logo-rudder.jpg (http://www.rudder-tech.com/content/public/images/logo-rudder.jpg) | Rudder Technologies is an international company that offers in SaaS Model a Business Platform to help Institutional Agencies, of private or public character, develop tourism destinations.
Rudder uses jBPM as a core element of its business platform, allowing the orchestration of all the tools and the automation of processes involved in online booking, tourist inventory management, tourist information content management, tourist demand and offer surveys management, emailing edition/control control, press clipping processes, etc. |
--------------------------------------------------------------
Comment by going to Community
[http://community.jboss.org/docs/DOC-11170]
Create a new document in jBPM at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=102&co...]
13 years, 8 months
