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 "Papyrus/UserGuide/Profile Constraints"

m
(Generation from Constraints)
Line 58: Line 58:
 
</center>
 
</center>
  
Constraints expressed in OCL can be validated directly in the tool. This is not the case for Java constraints which must be placed in a suitable plugin. However, Papyrus supports the generation of this plugin.
+
A plugin can contain a set of validation rules that are expressed either in OCL or Java. EMF validation supports this by means of a suitable definition in the plugin.xml file that embeds OCL rules, as shown here (example taken from the [http://help.eclipse.org/helios/index.jsp?topic=%2Forg.eclipse.emf.validation.doc%2Ftutorials%2FoclValidationTutorial.html OCL tutorial]).
 +
 
 +
First define a category
 +
<pre>
 +
<extension point="org.eclipse.emf.validation.constraintProviders">
 +
  <category
 +
        name="Your category" id="emf-validation-example/ocl">
 +
      Category description
 +
  </category>
 +
</pre>
 +
 
 +
Then define constraints within the category
 +
<pre>
 +
  <constraint lang="OCL" severity="WARNING" mode="Batch" name="An example" id="example1" statusCode="101">
 +
      <description>Describe it</description>
 +
      <message>Write the message</message>
 +
      <target class="Writer"/>
 +
      <![CDATA[
 +
        self.books->collect(b : Book | b.category)->asSet()->size() <= 2
 +
      ]]>
 +
  </constraint>
 +
</pre>
 +
 
 +
Papyrus supports the generation of this plugin from your model.
 +
 
 +
OCL constraints can be embedded into the profile definition and are validated without a dedicated plugin. Thus, if you only deal with OCL constraints, it is not necessary to create such a plugin. It may still be interesting, since the constraints defined in the generated plugin are grouped in a category.  In addition, a message and severity specified via the DSML validation profile is taken into account.
 +
 
 +
Do one of the following:
  
 
==Generate constraints directly into the profile definition==
 
==Generate constraints directly into the profile definition==
Line 73: Line 100:
 
Save OCL Constraints in the Profile Definition
 
Save OCL Constraints in the Profile Definition
 
</center>
 
</center>
 +
 +
Note that it is possible to control the message and severity using this method by writing the OCL constraint as a tuple, as shown here
 +
 +
<pre>
 +
Tuple{
 +
  status=base_Class.isActive,
 +
  message='\'' + base_Class.name + '\' is not active',
 +
  severity=-5
 +
}.status
 +
</pre>
 +
 +
It is currently not clear whether Papyrus should offer a way to edit this tuple in a user friendly way, e.g. by synchronizing message and severity with information from the DSML stereotype and only showing the original OCL constraint to the user.
  
 
==Generate constraints as EMF validation plugins==
 
==Generate constraints as EMF validation plugins==
The user can generate plugins that wrap constraints and can be used in the EMF plugin validation.<br>
+
The user can generate a plugin that wraps constraints and can be used in the EMF plugin validation.<br>
 
The constraint can be generated in Java code, or directly from OCL.<br>
 
The constraint can be generated in Java code, or directly from OCL.<br>
  
Line 97: Line 136:
 
</center>
 
</center>
  
 +
Please note that you should not embed constraints into the profile, if you plan to generate a plugin.
 
[[Category:Papyrus]]
 
[[Category:Papyrus]]

Revision as of 17:36, 26 May 2014

Validate OCL Constraints of a Profile

Papyrus supports an additional profile for defining Domain Specific Modeling Languages (DSML) that refines how constraints are validated. The additional profile enables a more precise specification of validation properties, for example:

  • Mode: Defines if the validation of the constraint is done in “batch” or “live” mode
  • Severity: Defines the severity of the constraint violation. It can be one of INFORMATION, WARNING or ERROR. The latter is the default severity (if none is specified). The CANCEL severity should be used with caution, as it causes the validation operation to be interrupted, possibly resulting in the loss of valuable diagnostic information from other constraints.
  • Message: Defines the message that will be displayed if the constraint is violated
  • Description: Provides a description of the constraint
  • Enabled by default: Defined if this constraint should be enabled by default or not

CAVEAT: The information added via the DSML profile is not currently taken into account during OCL validation. The support will be added soon.

Advanced users can also define:

  • Id: The constraint id
  • Status code: The plug-in unique status code, useful for logging.
  • Target: The element to be validated

How to apply the DSML validation profile:

  • 1. Select the UML Profile element in the Model Explorer
  • 2. Select the Profile tab in the Properties View
  • 3. Click on the "Apply registered profile" button
  • 4. Select the "DSML Validation" profile

PapyrusDSML-profileApplication.png
Applying the DSML Validation Profile

  • 5. Select the UML Constraint element in the Model Explorer or diagram
  • 6. Select the Profile tab of the Properties View
  • 7. Click on the "Apply stereotype" button
  • 8. Select the ValidationRule stereotype

PapyrusDSML-stereotypeApplication.png
Applying the ValidationRule Stereotype

  • 9. Edit the stereotype properties to define information about the behavior of the validation

PapyrusDSML-AnnotationEdition.png
Editing the DSML Stereotype Properties

Generation from Constraints

PapyrusDSML-UseCaseGeneration.png

A plugin can contain a set of validation rules that are expressed either in OCL or Java. EMF validation supports this by means of a suitable definition in the plugin.xml file that embeds OCL rules, as shown here (example taken from the OCL tutorial).

First define a category

<extension point="org.eclipse.emf.validation.constraintProviders">
   <category
         name="Your category" id="emf-validation-example/ocl">
      Category description
   </category>

Then define constraints within the category

   <constraint lang="OCL" severity="WARNING" mode="Batch" name="An example" id="example1" statusCode="101">
      <description>Describe it</description>
      <message>Write the message</message>
      <target class="Writer"/>
      <![CDATA[
         self.books->collect(b : Book | b.category)->asSet()->size() <= 2
      ]]>
   </constraint>

Papyrus supports the generation of this plugin from your model.

OCL constraints can be embedded into the profile definition and are validated without a dedicated plugin. Thus, if you only deal with OCL constraints, it is not necessary to create such a plugin. It may still be interesting, since the constraints defined in the generated plugin are grouped in a category. In addition, a message and severity specified via the DSML validation profile is taken into account.

Do one of the following:

Generate constraints directly into the profile definition

Constraints written in OCL within a UML Profile can be generated into the definition of the profile and read during the validation of the model to which the profile is applied.

How to embed the constraint definitions into a UML Profile:

  • 1. Save the profile
  • 2. Papyrus asks to you if "Would you like to define it" (the profile), select Yes
  • 3. Ensure "Save OCL constraint in the definition" is selected (the box is checked by default in later versions of Papyrus)

PapyrusDSML-ConstraintDefinition.png
Save OCL Constraints in the Profile Definition

Note that it is possible to control the message and severity using this method by writing the OCL constraint as a tuple, as shown here

Tuple{
  status=base_Class.isActive,
  message='\'' + base_Class.name + '\' is not active',
  severity=-5
}.status

It is currently not clear whether Papyrus should offer a way to edit this tuple in a user friendly way, e.g. by synchronizing message and severity with information from the DSML stereotype and only showing the original OCL constraint to the user.

Generate constraints as EMF validation plugins

The user can generate a plugin that wraps constraints and can be used in the EMF plugin validation.
The constraint can be generated in Java code, or directly from OCL.

How to embed the generate constraints into a plugin:

  • 1. Select the UML Profile element in the Model Explorer
  • 2. Right click UML Profile element
  • 3. Select "create validation plugin for this DSML" from the context menu
  • 4. Enter a Project name when prompted by the wizard
  • 5. Complete the wizard and select Finish
  • 6. Install or deploy the plugin with associated profile

PapyrusDSML-PluginValidationGeneration.png
Starting the validation plugin creation process

PapyrusDSML-PluginWizard.png
Running the constraint validation creation wizard

Please note that you should not embed constraints into the profile, if you plan to generate a plugin.

Back to the top