Users can change the default lifecycle model configuration by editing file using the information given below.
File Details
- File Name:
- Location: $CARBON_HOME\repository\conf
- Purpose:
XML Elements
Click on an element to view its details along with sub element details if any.
- <aspect>
- <configuration>
- <lifecycle>
- <scxml>
- <state>
- <datamodel>
- <data>
- <item>
- <permissions>
- <permission>
- <validations>
- <validation>
- <parameter>
- <js forEvent="">
- <console function="">
- <script type="text/javascript">
- <server function="">
- <script type="text/javascript">
- <execution forEvent="" class="">
- <parameter name="" value=""/>
- <ui forEvent="" href=""/>
- <transition event="" target=""/>
<aspect>
XML Syntax | |
---|---|
Description | |
Type | |
Default Value | |
Fixed Values | |
Mandatory/Optional | |
Samples |
Attributes of the Element
Attribute | Description | Type | Default Value | Fixed Values | Mandatory/Optional | Notes |
---|---|---|---|---|---|---|
name | Contains the name of the lifeCycle. Governance Registry does not allow you to create two lifeCycles with the same name. | N/A | ||||
class | Defines the class that is associated with the lifeCycle. |
| A user has the ability to define his/her own class as shown here , but the default class provided with the Governance Registry distribution has the capability to handle any configuration that follows the above template. |
Sample Implementations
<aspect name="Test" class="org.wso2.carbon.governance.registry.extensions.aspects.DefaultLifeCycle">
<configuration>
XML Syntax | |
---|---|
Description | |
Type | |
Default Value | |
Fixed Values | |
Mandatory/Optional |
Attributes of the Element
Attribute | Description | Type | Default Value | Fixed Values | Mandatory/Optional | Notes |
---|---|---|---|---|---|---|
type | literal - If the configuration is setup through the management console resource - If the configuration is setup through registry.xml |
Sample Implementations
<configuration type="resource">
<scxml>
XML Syntax | <scxml xmlns="" version="" initialstate=""> |
---|---|
Description | This is the element that contains the new, SCXML-based configuration. SCXML is one of many standards supported by the WSO2 Governance Registry. Read more on Supported APIs & Standards for a complete list of standards supported by WSO2 Governance Registry. Up to this point of the configuration, there can be only one of each of the elements described above. They all provide meta data about the lifecycle (name, class, and other information). The elements that appear after this one contain the actual configuration. |
Type | |
Default Value | |
Fixed Values | |
Mandatory/Optional |
Attributes of the Element
Attribute | Description | Type | Default Value | Fixed Values | Mandatory/Optional | Notes |
---|---|---|---|---|---|---|
xmlns | ||||||
version | ||||||
initialstate | Defines the initial state of the lifecycle. The initial state does not have to be the first state of the configuration. Also, by changing the value of this attribute, a user can quickly modify the initial state and the flow of the lifeCycle. |
Sample Implementations
<scxml xmlns="http://www.w3.org/2005/07/scxml" version="1.0" initialstate="">
<state>
XML Syntax | |
---|---|
Description | The |
Type | |
Default Value | |
Fixed Values | |
Mandatory/Optional |
Attributes of the Element
Attribute | Description | Type | Default Value | Fixed Values | Mandatory/Optional | Notes |
---|---|---|---|---|---|---|
id |
Sample Implementations
Note
Governance Registry does not support multiple states with the same name and, therefore, all the state names of a lifecycle should be unique.
<datamodel>
XML Syntax | |
---|---|
Description | This element contains all the custom elements which are defined in the lifeCycles model. The SCXML specification allows users to define a data model to a state and this extension is used to define custom elements. |
Type | |
Default Value | |
Fixed Values | |
Mandatory/Optional |
This element has no attributes.
<data>
XML Syntax | <data name=""> |
---|---|
Description | Custom |
Type | |
Default Value | |
Fixed Values | |
Mandatory/Optional |
Attributes of the Element
Attribute | Description | Type | Default Value | Fixed Values | Mandatory/Optional | Notes |
---|---|---|---|---|---|---|
name | Transition Validators, Transition Executors, Transition User Interfaces and Transition Scripts are one of many well-defined extension points supported by the WSO2 Governance Registry. Read more on Supported Extension Points for a complete list of extension points supported by WSO2 Governance Registry. The user can define only one such element of each kind, since the underline implementation will ignore multiple elements and take only one into consideration. |
|
Sample Implementations
<item>
XML Syntax | <item name="" forEvent=""> |
---|---|
Description |
|
Type | |
Default Value | |
Fixed Values | |
Mandatory/Optional |
Attributes of the Element
Attribute | Description | Type | Default Value | Fixed Values | Mandatory/Optional | Notes |
---|---|---|---|---|---|---|
name | Defines the name of the check item. Governance Registry allows to define check items for each transition. | |||||
forEvent | Defines whether the check item is required for a specific transition. A check item can be required for more than one event, in which case, a user can give a comma (",") separated list for the forEvent attribute. | Null : Keeping the forEvent attribute empty means that a specific check item is not required for any transition event. |
Sample Implementations
<permissions>
XML Syntax | |
---|---|
Description | The |
Type | |
Default Value | |
Fixed Values | |
Mandatory/Optional |
This element doesn't have any attributes.
<permission>
XML Syntax | <permission roles=""/> |
---|---|
Description | This element is a child element of the |
Type | |
Default Value | |
Fixed Values | |
Mandatory/Optional |
Attributes of the Element
Attribute | Description | Type | Default Value | Fixed Values | Mandatory/Optional | Notes |
---|---|---|---|---|---|---|
roles |
Sample Implementations
<validations>
XML Syntax | |
---|---|
Description | Defines the validations that need to be completed for each action. This element can contain one or more |
Type | |
Default Value | |
Fixed Values | |
Mandatory/Optional |
This element doesn't have any attributes.
<validation>
XML Syntax | |
---|---|
Description | Validations are an important part of lifeCycles. The |
Type | |
Default Value | |
Fixed Values | |
Mandatory/Optional |
Attributes of the Element
Attribute | Description | Type | Default Value | Fixed Values | Mandatory/Optional | Notes |
---|---|---|---|---|---|---|
forEvent | Defines the event for which this validation should be performed. This gives user the flexibility to define validations for each event. The user has the ability to define validations for check items, which makes it easy to validate different things at different levels. | |||||
class | Defines the class that needs to be executed at runtime to perform the validation. A user must give the full, qualified name of a class that implements the CustomValidations interface, as the value of the attribute class . |
Sample Implementations
<execution forEvent="" class="">
An executor is business logic that is executed once a state transition happens in a lifecycle. The execution
element defines the event and the execution class that will be invoked at runtime.
- The
forEvent
attribute - Defines the event for which this execution should be performed. This gives user the flexibility to define executions for each event. - The
class
attribute - Defines the class that needs to be executed at runtime. A user must give the full, qualified name of a class that implements theExecution
interface, as the value of the attributeclass
.
<parameter name="" value=""/>
The parameter
elements are used to give parameters to the validation and execution classes. It is up to the user to define the name value
pairs, and the parameter element has attributes to define these values. A validation
element or an execution
element can have more than one parameter
element and it is up to the user code to handle this. The underline implementation of the DefaultLifeCycle
class will pass all the parameters in a map object.
<ui forEvent="" href=""/>
A UI element is a mechanism to associate a user interface with a particular event during a given transition. This provides a convinient way for a user to pass input
that would be utilized when performing a transition.
- The
forEvent
attribute - Defines the event for which this UI will be presented. - The
href
attribute - Defines the hyperlink that will be opened and presented to the user, when a lifecycle operation is performed from the Management Console.
<js forEvent="">
Governance Registry lifeCycle configuration has the ability to allow JavaScript functions to execute on both the server side and the client side. The js
element defines the scripts that need to be executed for different events.
The forEvent
attribute defines the transition action where this JavaScript function needs to be executed.
<console function="">
The console
element defines the JavaScript function that needs to be executed on the client side.
The function
attribute defines the name of the function which will be executed at a transition of one state to another.
<script type="text/javascript">
This element contains the actual JavaScript code segment. A user has the ability to define any code segment here.
The type
attribute is set to text/javascript
because, at the time of this writing, Governance Registry only supports JavaScript as a scripting language.
<server function="">
This is the same as the console
function and the only difference is that this element defines the scripts that need to be executed on the server side.
The function
attribute defines the function name.
<transition event="" target=""/>
This element defines the transitions of a state. In Governance Registry 4.1.1, users are allowed to define the transitions (the name and the target state) instead of using static transitions.
Previously, the configuration did not have a direct method of defining the transition event names or, most importantly, the target of the transition. There were only two transitions that were supported by default.
With the new, SCXML-based configuration model, any number of transitions from one state are supported. Also, this model has the capacity to define the target state of the transition and the name of the event as well.
- The
event
attribute is used to define the transition event name, for example, to "Promote" or "Demote" or any name that the user specifies. - The
target
attribute is used to define the target state of the transition.