Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "Why use JWT"

m (Why should I use JWT instead of tool XYZ)
 
(7 intermediate revisions by one other user not shown)
Line 1: Line 1:
=== Is JWT just another graphical editor? ===
+
== Questions & Answers ==
  
 +
=== Is JWT just another graphical business process editor? ===
 +
 +
No! Java Workflow Tooling aims to support the whole BPM lifecycle reaching from the designing of workflows to their execution and monitoring.
 +
 +
=== So what is the goal of this project? ===
 +
 +
The goal of the JWT project is to offer vendors an open and flexible framework that can be adjusted to their needs. JWT is designed to be easily extensible and can therefore be made to work together with a variety of different existing tools, standards and runtimes.
  
 
=== Why should I use JWT instead of tool XYZ? ===
 
=== Why should I use JWT instead of tool XYZ? ===
  
* Can be combined with vendor tools
+
JWT does not need to replace an existing tooling but can instead be considered to be a framework that brings together different programs and standards and may be used to bridge incompatibilities and add additional functionality.
  
 +
=== Can I use JWT with my platform XYZ? ===
  
=== Why should I use JWT instead of tool XYZ ===
+
Currently JWT has been tested successfully with the [http://wiki.bonita.ow2.org/xwiki/bin/view/Main/News Bonita] process engine in combination with the [https://wiki.objectweb.org/frascati/Wiki.jsp?page=FraSCAti FraSCAti] SCA platform.
 +
The JWT tools can be adapted for other platforms as well.
 +
 
 +
=== Is it hard to tailor JWT to my needs? ===
 +
 
 +
No! The workflow editor offers a variety of extension points that are documented [[http://wiki.eclipse.org/JWT_Extensions here]] that allow to extend and modify the way JWT works without actually needing to change JWT itself (which can of course also be done if needed).
 +
 
 +
=== I want to see it in action! ===
 +
 
 +
A demo screencast that shows how a business process can be imported into JWT, extended with technical information and run on a workflow engine can be seen [http://www.eclipse.org/jwt/press/eclipsecon09/EclipseCon09Example.swf here].
 +
 
 +
=== What is the future of JWT? ===
 +
 
 +
Obviously bright and shiny.
  
 
== Benefits of JWT ==
 
== Benefits of JWT ==
  
* Can be combined with vendor tools
+
Some words on the benefits of JWT
design time, development time and runtime workflow tools
+
 
provide a complete, flexible, interoperable Business Process Management platform.
+
* The whole business process lifecycle (design, development, runtime, monitoring) is supported
extensible architecture allowing to support many different BP representations, format languages and execution engines.
+
* JWT is designed to be as open and extensible as possible
"Distribution"-like releases with specific extensions targeting specific platforms or problems, e.g. JWT for SOA
+
* The components of JWT can be used on their own or combined with an existing tooling
 +
* Using the Workflow Editor, business processes can be easily created graphically
 +
* Multiple views allow for business and technical specific representations of the modeled process as well as supporting different standards (e.g. UML Activity Diagram, EPC, ...)
 +
* Transformations allow to import and export workflows in many different representations (e.g. XPDL, BPMN, BPEL, STP-IM, ...)

Latest revision as of 12:34, 28 May 2009

Questions & Answers

Is JWT just another graphical business process editor?

No! Java Workflow Tooling aims to support the whole BPM lifecycle reaching from the designing of workflows to their execution and monitoring.

So what is the goal of this project?

The goal of the JWT project is to offer vendors an open and flexible framework that can be adjusted to their needs. JWT is designed to be easily extensible and can therefore be made to work together with a variety of different existing tools, standards and runtimes.

Why should I use JWT instead of tool XYZ?

JWT does not need to replace an existing tooling but can instead be considered to be a framework that brings together different programs and standards and may be used to bridge incompatibilities and add additional functionality.

Can I use JWT with my platform XYZ?

Currently JWT has been tested successfully with the Bonita process engine in combination with the FraSCAti SCA platform. The JWT tools can be adapted for other platforms as well.

Is it hard to tailor JWT to my needs?

No! The workflow editor offers a variety of extension points that are documented [here] that allow to extend and modify the way JWT works without actually needing to change JWT itself (which can of course also be done if needed).

I want to see it in action!

A demo screencast that shows how a business process can be imported into JWT, extended with technical information and run on a workflow engine can be seen here.

What is the future of JWT?

Obviously bright and shiny.

Benefits of JWT

Some words on the benefits of JWT

  • The whole business process lifecycle (design, development, runtime, monitoring) is supported
  • JWT is designed to be as open and extensible as possible
  • The components of JWT can be used on their own or combined with an existing tooling
  • Using the Workflow Editor, business processes can be easily created graphically
  • Multiple views allow for business and technical specific representations of the modeled process as well as supporting different standards (e.g. UML Activity Diagram, EPC, ...)
  • Transformations allow to import and export workflows in many different representations (e.g. XPDL, BPMN, BPEL, STP-IM, ...)

Back to the top