Difference between revisions of "Stardust/Knowledge Base/Integration/Events/Trigger Types"

From Eclipsepedia

Jump to: navigation, search
m (Indentation corrected)
m (HIghlighted main points)
Line 39: Line 39:
 
<br>
 
<br>
  
<u>'''''Design the Model'''''<br></u>Let’s take an example which has a timer trigger and a manual activity. The trigger is scheduled to run at specified time which will create a process instance.<br>The trigger requires setup some properties before it can be used. Let’s assume that we want to run the trigger once on 1st April 2011 at 12:48PM then the properties should be configured as:
+
<u>'''''a) Design the Model'''''<br></u>Let’s take an example which has a timer trigger and a manual activity. The trigger is scheduled to run at specified time which will create a process instance.<br>The trigger requires setup some properties before it can be used. Let’s assume that we want to run the trigger once on 1st April 2011 at 12:48PM then the properties should be configured as:  
  
 +
<br>
  
 +
· Right click ‘Timer Based Trigger 1’ --&gt;Properties
  
· Right click ‘Timer Based Trigger 1’ --&gt;Properties
+
· Set the required values  
 
+
· Set the required values
+
 
+
  
 +
<br>
  
 
<br>
 
<br>
  
In the above screenshot, the trigger will run only once at 12:48PM on 1st April 2011(of course assuming that Timer Trigger Deamon is running at that time – Please check below in the documentation as how this deamon is started from the Portal ).
+
In the above screenshot, the trigger will run only once at 12:48PM on 1st April 2011(of course assuming that Timer Trigger Deamon is running at that time – Please check below in the documentation as how this deamon is started from the Portal ).  
  
Take another example where we want to run the scheduler on a regular interval, then it would require to mention Periodicity also as shown below:
+
Take another example where we want to run the scheduler on a regular interval, then it would require to mention '''Periodicity '''also as shown below:  
  
 +
<br>
  
 +
<br>The trigger will instantiate the first process at 1:00PM on 1st April 2011 and then repeating at every 2 minutes. (of course assuming that Timer Trigger Deamon is running at that time – Please check below in the documentation as how this deamon is started from the Portal ).
  
<br>The trigger will instantiate the first process at 1:00PM on 1st April 2011 and then repeating at every 2 minutes. (of course assuming that Timer Trigger Deamon is running at that time – Please check below in the documentation as how this deamon is started from the Portal ).
+
Below is the screenshot from Process Portal. We can see those process instances were created at every 2 min.  
  
Below is the screenshot from Process Portal. We can see those process instances were created at every 2 min.
+
<br>
  
 +
<br>
  
 +
Also we can specify the '''stop time '''at which the trigger will stopping performing the job. It can be configured like this:
  
 
<br>
 
<br>
  
Also we can specify the stop time at which the trigger will stopping performing the job. It can be configured like this:
+
<br>
 
+
  
 +
The trigger will instantiate the first process at 1:05PM on 1st April 2011 and keeps instantiating at every 5min and then the trigger will be stopped at 1:16PM on 1st April 2011 – so no more instance will be created after 1:16PM for this configuration.
  
 
<br>
 
<br>
  
The trigger will instantiate the first process at 1:05PM on 1st April 2011 and keeps instantiating at every 5min and then the trigger will be stopped at 1:16PM on 1st April 2011 – so no more instance will be created after 1:16PM for this configuration.
+
Below is the screenshot from Process Portal. We can see those process instances were created at every 5 min until 1:16PM and then no more instance available as trigger was supposed to stop at 1:16PM  
  
 +
<br>
  
 +
.
  
Below is the screenshot from Process Portal. We can see those process instances were created at every 5 min until 1:16PM and then no more instance available as trigger was supposed to stop at 1:16PM
+
<br>
  
 +
'''b) '''''<b>Start the Daemon</b><br>''
  
 +
The “Time Trigger Daemon” is to be started to work the trigger. This can be done from Administration perspective. Under Daemon like, this daemon is displayed.
  
.
+
<br>
 
+
 
+
 
+
b) Start the Daemon<br>
+
 
+
The “Time Trigger Daemon” is to be started to work the trigger. This can be done from Administration perspective. Under Daemon like, this daemon is displayed.
+
 
+
 
+
  
So basically following steps are to be performed in order to get Timer Trigger working:
+
So basically '''following steps '''are to be performed in order to get Timer Trigger working:  
  
· Design the model which uses Timer Trigger
+
· Design the model which uses Timer Trigger  
  
· Specify proper start, stop &amp; periodicity for the trigger.
+
· Specify proper start, stop &amp; periodicity for the trigger.  
  
· Deploy the model.
+
· Deploy the model.  
  
· Start the server.
+
· Start the server.  
  
· Go to administration perspective and start “Timer Daemon” before start time of the trigger.
+
· Go to administration perspective and start “Timer Daemon” before start time of the trigger.  
  
 
<br><br>&nbsp;
 
<br><br>&nbsp;

Revision as of 02:20, 2 December 2011

Depending on the trigger type the trigger message may be parameterized with additional data. Such trigger parameters are provided at runtime in form of access points allowing for parameter mappings. Parameter mappings may be used to initialize workflow data of the triggered process instance and are configured in the Parameter Mapping panel of the triggers properties dialog. Please refer to the specific trigger type section in this chapter to obtain a detailed description on how to set up the parameter mappings accordingly.

  • Manual Trigger
  • Timer Based Trigger
  • JMS Trigger
  • Mail Trigger 


Manual Trigger

Open the Properties dialog of a created Manual Trigger to change its properties. There you can choose a participant from the list of the Manual Trigger pane.

<<Image>>


Another possibility to assign a participant to a manual trigger is to connect the participant via transition to the trigger in the diagram:

  • In the diagram toolbar palette select Connect.
  • Select the participant.
  • Select the manual trigger

<<Image>>

Now the participant is entered in the Manual Trigger Participants section in the triggers model property page.

 

Timer Based Trigger

This section describes how to configure and use Timer Base Trigger inside IPP.

The steps are:

  • Design & Deploy the model which uses Timer Trigger
  • Start the daemon.


a) Design the Model
Let’s take an example which has a timer trigger and a manual activity. The trigger is scheduled to run at specified time which will create a process instance.
The trigger requires setup some properties before it can be used. Let’s assume that we want to run the trigger once on 1st April 2011 at 12:48PM then the properties should be configured as:


· Right click ‘Timer Based Trigger 1’ -->Properties

· Set the required values



In the above screenshot, the trigger will run only once at 12:48PM on 1st April 2011(of course assuming that Timer Trigger Deamon is running at that time – Please check below in the documentation as how this deamon is started from the Portal ).

Take another example where we want to run the scheduler on a regular interval, then it would require to mention Periodicity also as shown below:



The trigger will instantiate the first process at 1:00PM on 1st April 2011 and then repeating at every 2 minutes. (of course assuming that Timer Trigger Deamon is running at that time – Please check below in the documentation as how this deamon is started from the Portal ).

Below is the screenshot from Process Portal. We can see those process instances were created at every 2 min.



Also we can specify the stop time at which the trigger will stopping performing the job. It can be configured like this:



The trigger will instantiate the first process at 1:05PM on 1st April 2011 and keeps instantiating at every 5min and then the trigger will be stopped at 1:16PM on 1st April 2011 – so no more instance will be created after 1:16PM for this configuration.


Below is the screenshot from Process Portal. We can see those process instances were created at every 5 min until 1:16PM and then no more instance available as trigger was supposed to stop at 1:16PM


.


b) Start the Daemon

The “Time Trigger Daemon” is to be started to work the trigger. This can be done from Administration perspective. Under Daemon like, this daemon is displayed.


So basically following steps are to be performed in order to get Timer Trigger working:

· Design the model which uses Timer Trigger

· Specify proper start, stop & periodicity for the trigger.

· Deploy the model.

· Start the server.

· Go to administration perspective and start “Timer Daemon” before start time of the trigger.