Skip to main content

Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "SMILA/Documentation/2011.Simplification/Pipelets"

(New page: This page describes Pipelets and their lifecycle. == Definition == Pipelets are reusable Java Components in a BPEL workflow and can be orchestrated like any regular BPEL Service. They a...)
 
(For SMILA 1.0: Simplification pages are obsolete, redirect to SMILA/Documentation/Pipelets)
 
(2 intermediate revisions by the same user not shown)
Line 1: Line 1:
This page describes Pipelets and their lifecycle.
+
#REDIRECT [[SMILA/Documentation/Pipelets]]
 
+
== Definition ==
+
 
+
Pipelets are reusable Java Components in a BPEL workflow and can be orchestrated like any regular BPEL Service. They are used to process the data contained in [[SMILA/Glossary#R|Records]].
+
 
+
A Pipelet is a POJO that implements the interface <tt>org.eclipse.smila.processing.SimplePipelet</tt>. It's lifecycle and configuration are managed by the workflow engine. An instance of a Pipelet is not shared by multiple Pipelines (workflows), even multiple invocations of a Pipelet in the same Pipeline do not share the same instance. Each <tt><invokePipelet></tt> Pipeline has it's own instance. An instance may still be accessed by multiple threads, for example if the same Pipeline is executed in parallel. The configuration of each Pipelet instance is included in the <tt><invokePipelet></tt> call in the BPEL pipeline. Technical details on Pipelet development can be found in the tutorial [[SMILA/Development_Guidelines/How_to_write_a_Pipelet|How to write a Pipelet]].
+
 
+
== Lifecycle ==
+
 
+
The following diagram shows the lifecycle of Pipelets.<br/>
+
 
+
[[Image:Lifecycle_of_Pipelets.png]]
+
 
+
Pipelets live inside the workflow engine. When the engine starts, it reads the pipeline definitions (i.e. BPEL workflows) from the ConfigurationHelper. The pipelines are introspected for pipelet invocations (invokePipelet extension activities) and the pipelet configurations that are contained in the invocation XML elements. For each invocation it creates an instance of the specified pipelet class, parses the configuration from the BPEL document and injects it into the pipelet instance. The pipelet instance is stored in the workflow engine as long as the engine is not stopped (and as long as the bundle providing the pipelet is available, of course). So for each single pipelet invocation occurring in the pipelines a different pipelet instance exists with a single configuration.
+
 
+
 
+
[[Category:SMILA]]
+

Latest revision as of 06:23, 19 January 2012

Back to the top