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/Papyrus Developer Guide"

(How To ...)
(Papyrus (Nat)Table Developper Documentation)
(48 intermediate revisions by 11 users not shown)
Line 1: Line 1:
 
== Development Environment  ==
 
== Development Environment  ==
  
To ease the development on Papyrus, each member of the team works with basically the same configuration. <br>
+
To ease the development on Papyrus, each member of the team works with basically the same configuration.
 +
 
 +
By far the easiest way to manage this is using the [[Eclipse Oomph Installer]] to manage your Papyrus development workbench.
 +
 
 +
=== Papyrus Oomph Setup Model ===
 +
 
 +
The [[Eclipse Oomph Installer]] provides a set-up model for Papyrus, making it easier than ever to get a complete Eclipse workbench up and running for development on the Papyrus source code.  Just download the Oomph Installer from the linked wiki page and follow the simple wizard to create your IDE and import the Papyrus source projects that you want to work on.
 +
 
 +
Pick any product you like on the first page, but be sure it's the latest release of that product for the Papyrus stream you're working on.  For example, if you're working on the Luna service stream of Papyrus, you need the Luna release of Eclipse.  On the second page, expand '''Eclipse.org''' / '''Papyrus''' to see the various components that you can import to work on.  Pick any combination of the leaf-level sub-(sub-)projects, even all of them if you like.  In the third page where you specify variables such as install location, workspace location, git clone, etc. be sure to choose "Luna" for the Target Platform.  This ensures that you will be set up to work on Papyrus Luna (SR1), which is the only development stream currently supported by the setup model (until Mars development gets under way).
 +
 
 +
Contributing your changes is easy because Oomph will clone the Papyrus Git repository for you and configure Gerrit push.
 +
 
 +
Amongst possibly other details, the setup model configures:
 +
 
 +
* your IDE with all of the tools needed to edit and build the source projects you choose
 +
* your workspace with a Git clone and the source projects imported from it that you choose
 +
* a PDE target that includes all of the dependencies required by Papyrus plus the latest nightly build of Papyrus, itself, so that you can import only a subset of the (many) source projects but still run the complete Papyrus toolset in a run-time workbench
 +
* Mylyn queries for current open bugs and enhancements in the Papyrus bugzilla database
 +
* Mylyn queries for the status of the latest Papyrus automated builds, including tests
 +
* Mylyn queries for open Gerrit reviews
 +
* preferences enforcing the Papyrus standard compiler and code formatter/template settings
 +
 
 +
Please raise bugs if you see any problems in the setup configuration.
 +
 
 +
On the first page, the simplest option is to start with the Eclipse Standard package because the setup model will add everything else you need for working on Papyrus's various code and models:
 +
 
 +
[[Image:Papyrus_Oomph_page1.png]]
 +
 
 +
On the second page, pick whatever Papyrus components you need to import into the workspace:
 +
 
 +
[[Image:Papyrus_Oomph_page2.png]]
  
 
=== Common Environment  ===
 
=== Common Environment  ===
Line 7: Line 37:
 
Following is a description of the basic configuration:  
 
Following is a description of the basic configuration:  
  
*The latest Eclipse Modeling release.
+
*The latest Eclipse Modeling (Or Standard) release
*[http://www.eclipse.org/projects/project_summary.php?projectid=technology.subversive] SVN Subversive (or Subclipse)
+
*EGit
*[http://eclipse-cs.sourceforge.net/downloads.html] CheckStyle
+
*[http://jautodoc.sourceforge.net/] JAutoDoc
*[http://jautodoc.sourceforge.net/] JAutoDoc
+
**Configure the header template according to your company: Eclipse Preferences -&gt; Java -&gt; JAutodoc
 
+
*Java 1.6:
 +
**Eclipse Preferences -&gt; Java -&gt; Compiler
 +
**Eclipse Preferences -&gt; Java -&gt; Installed JREs
 +
**VM Arguments for debug mode:
 +
<pre>-Dosgi.requiredJavaVersion=1.6 -Xms768m -Xmx1024m -XX:PermSize=256m -XX:MaxPermSize=384m -XX:+CMSClassUnloadingEnabled
 +
</pre>
 
=== Required External Plugins  ===
 
=== Required External Plugins  ===
  
Papyrus requires some external plugins in order to compile. <br> The following page maintain a list of [[Papyrus Required External Plugins|Papyrus Required External Plugins]]  
+
Papyrus requires some external plugins in order to compile. <br> The following page maintain a list of [[Papyrus Required External Plugins|Papyrus Required External Plugins]]
  
 
== Development Plan  ==
 
== Development Plan  ==
Line 20: Line 55:
 
=== Specifications  ===
 
=== Specifications  ===
  
The specifications are available here&nbsp;: http://wiki.eclipse.org/Papyrus_Developer_Guide/Specifications
+
The specifications are available here: [http://www.eclipse.org/projects/project-plan.php?planurl=http://www.eclipse.org/papyrus/project-info/plan_luna.xml Luna plan]
 +
 
 +
=== Contributing to the plan for the release ===
 +
 
 +
*How To - Contributing to the release plan, ... [[Papyrus Developer Guide/How To- Plan contribution]]
  
 
== Getting the code  ==
 
== Getting the code  ==
  
=== Connecting to the svn  ===
+
=== Connecting to the git repository ===
  
The code is available under svn at this location http://dev.eclipse.org/svnroot/modeling/org.eclipse.mdt.papyrus/  
+
The code is available under git at this location ssh://committer_id@git.eclipse.org/gitroot/papyrus/org.eclipse.papyrus.git or http://git.eclipse.org/c/papyrus/org.eclipse.papyrus.git
 +
See the [https://projects.eclipse.org/projects/modeling.mdt.papyrus/developer Papyrus project developer resources] page for more details
  
 
=== Retrieve code  ===
 
=== Retrieve code  ===
  
[[PSF]] Following files will allow you to import all Papyrus plugins used during build phase:  
+
To know if a downloaded plugin should compile, you can have a look to a Papyrus installation. If the plugin comes with the installation, it should compile!
 +
 
 +
 
 +
*The following plugins are not distributed and could be closed (deprecated, not yet provided in the Papyrus distribution or for developpers only):
 +
<pre>all plugins of the layer 'developer', except if you need to generate diagrams (in this case you should install GMF Tooling as well)
 +
oep.infra.emf.editor
 +
oep.infra.emf.embeddededitor
 +
oep.infra.emf.newchild
 +
oep.team.svn
 +
</pre>
 +
*Only the follwing projects are currently provided by the Papyrus extra-plugins update site. The others projects can be closed.(They are deprecated, not yet provided in the Papyrus distribution or for developpers only):
 +
<pre>
 +
org.eclipse.papyrus.compare.report.ui
 +
org.eclipse.papyrus.compare.report
 +
org.eclipse.papyrus.diagramtemplate.edit
 +
org.eclipse.papyrus.diagramtemplate.editor
 +
org.eclipse.papyrus.diagramtemplate
 +
org.eclipse.papyrus.eclipse.project.editors
 +
org.eclipse.papyrus.infra.gmfdiag.css.configuration
 +
org.eclipse.papyrus.infra.gmfdiag.css.properties
 +
org.eclipse.papyrus.infra.gmfdiag.css.theme
 +
org.eclipse.papyrus.infra.gmfdiag.css.xtext.ui
 +
org.eclipse.papyrus.infra.gmfdiag.css.xtext
 +
org.eclipse.papyrus.infra.gmfdiag.css
 +
org.eclipse.papyrus.layout.algorithms.gridAlgorithm
 +
org.eclipse.papyrus.layout.algorithms.horizontalAlgorithm
 +
org.eclipse.papyrus.layout.algorithms.horizontalSymmetryAlgorithm
 +
org.eclipse.papyrus.layout.algorithms.horizontalTreeAlgorithm
 +
org.eclipse.papyrus.layout.algorithms.radialAlgorithm
 +
org.eclipse.papyrus.layout.algorithms.springAlgorithm
 +
org.eclipse.papyrus.layout.algorithms.treeAlgorithm
 +
org.eclipse.papyrus.layout.algorithms.verticalAlgorithm
 +
org.eclipse.papyrus.layout.algorithms.verticalSymmetryAlgorithm
 +
org.eclipse.papyrus.layout.subeditor.gmf
 +
org.eclipse.papyrus.layout
 +
org.eclipse.papyrus.marte.properties
 +
org.eclipse.papyrus.marte.static.profile
 +
org.eclipse.papyrus.marte.vsl
 +
org.eclipse.papyrus.migration.properties.model
 +
org.eclipse.papyrus.uml.export
 +
</pre>
 +
*The tests plug-ins are located under tests/junit/plugins or tests/junit/extraplugins. Other test projects are not necessarily maintained
  
*Nightly Builds:
 
**for subversive plugin user: [http://www.eclipse.org/downloads/download.php?file=/modeling/mdt/papyrus/psf/subversive_N.psf PSF Subversive PSF]
 
**for subclipse plugin user: [http://www.eclipse.org/downloads/download.php?file=/modeling/mdt/papyrus/psf/subclipse_N.psf PSF Subclipse PSF]
 
  
 
=== Retrieve configuration files  ===
 
=== Retrieve configuration files  ===
  
The Papyrus [http://dev.eclipse.org/svnroot/modeling/org.eclipse.mdt.papyrus/trunk/doc/DevelopperDocuments/templates/Papyrus%20Code%20templates.xml Code Templates] and [http://dev.eclipse.org/svnroot/modeling/org.eclipse.mdt.papyrus/trunk/doc/DevelopperDocuments/templates/Papyrus%20Code%20templates.xml Java Formatter] files are available under the Papyrus repository in the plugin org.eclipse.papyrus.doc under the folder "templates"<br> [[FAQ How do I control the Java formatter?|FAQ How do I control the Java formatter]]<br> [[FAQ How can templates make me the fastest coder ever?|FAQ How can templates make me the fastest coder ever]]<br> Checkstyle&nbsp;: available soon <br>
+
The Papyrus [http://git.eclipse.org/c/papyrus/org.eclipse.papyrus.git/tree/doc/DevelopperDocuments/templates/Papyrus%20Code%20templates.xml Code Templates] and [http://git.eclipse.org/c/papyrus/org.eclipse.papyrus.git/tree/doc/DevelopperDocuments/templates/Papyrus%20Formatter%20profile.xml Java Formatter] files are available under the Papyrus repository in the folder doc/DeveloperDocuments/templates/<br> [[FAQ How do I control the Java formatter?|FAQ How do I control the Java formatter]]<br> [[FAQ How can templates make me the fastest coder ever?|FAQ How can templates make me the fastest coder ever]]<br>
 +
 
 +
[http://git.eclipse.org/c/papyrus/org.eclipse.papyrus.git/tree/doc/DevelopperDocuments/templates/HowToUseTemplates.txt The note] explains how to install the templates in your environment.
 +
 
 +
== Papyrus Architecture ==
 +
 
 +
*[[Dependencies to Eclipse components ]]
  
[http://dev.eclipse.org/svnroot/modeling/org.eclipse.mdt.papyrus/trunk/doc/DevelopperDocuments/templates/HowToUseTemplates.txt The note] explains how to install the templates in your environment.
+
*Papyrus architecture is explained here: [[MDT/Papyrus/Developer Guide/Architecture|Papyrus Architecture ]]
  
 
== Papyrus Generation  ==
 
== Papyrus Generation  ==
  
*Papyrus generation mechanism is explained here&nbsp;: [[Papyrus Developer Guide/Papyrus diagram generation]]
+
*Papyrus generation mechanism is explained here: [[Papyrus Developer Guide/Papyrus diagram generation]]
  
 
== Papyrus Code Standards  ==
 
== Papyrus Code Standards  ==
Line 50: Line 134:
 
*Java Doc - every class, method and field including private ones should be documented with Java Doc  
 
*Java Doc - every class, method and field including private ones should be documented with Java Doc  
 
*No abbreviations - the class, methods and variables should have meaningful names  
 
*No abbreviations - the class, methods and variables should have meaningful names  
*Formatting - the code should be formatted in accordance with format templates  
+
*Formatting - the code should be formatted in accordance with format templates
 +
*Always use brackets in conditions, loops, ...
 
*Compile - the modified code and other plugins should be compilable. Be sure to use '''Java 1.5 code compatibility'''. Check other plugins that could be influenced before commiting!  
 
*Compile - the modified code and other plugins should be compilable. Be sure to use '''Java 1.5 code compatibility'''. Check other plugins that could be influenced before commiting!  
*Standard Java Rules coding - Unless specified differently, the Java Standard Coding rules should be applied&nbsp;: no abbreviations, variables starting with lower case; class and types with upper case; Composed name separated with upper case; no underscore in names; ...  
+
*Standard Java Rules coding - Unless specified differently, the Java Standard Coding rules should be applied: no abbreviations, variables starting with lower case; class and types with upper case; Composed name separated with upper case; no underscore in names; ...  
 
*In case of doubt - check existing code from those following the rules&nbsp;:-)
 
*In case of doubt - check existing code from those following the rules&nbsp;:-)
 +
 +
=== Papyrus Plug-ins and Features  ===
 +
 +
See [[Papyrus/Code Standards|Papyrus code standards for plug-ins and features]]
  
 
== Papyrus Coding guidelines  ==
 
== Papyrus Coding guidelines  ==
  
A few points may be a little tricky when coding for Papyrus. Among them&nbsp;:  
+
A few points may be a little tricky when coding for Papyrus. Among them:  
  
 
=== Papyrus Plugin Naming Scheme and Folders Structure<br>  ===
 
=== Papyrus Plugin Naming Scheme and Folders Structure<br>  ===
  
 
*Papyrus plugins naming scheme and folder structure used to locate and name plugins is described here: [[Papyrus Plugin Naming Scheme|Papyrus_Plugin_Naming_Scheme]]
 
*Papyrus plugins naming scheme and folder structure used to locate and name plugins is described here: [[Papyrus Plugin Naming Scheme|Papyrus_Plugin_Naming_Scheme]]
 +
 +
=== Structure and behavior of papyrus  ===
 +
 +
*Presentation of the papyrus stucture and the behavior of some parts [[Papyrus Developer Guide/Papyrus Structure Behavior]]
  
 
=== Papyrus Command Execution, History, Undo/Redo  ===
 
=== Papyrus Command Execution, History, Undo/Redo  ===
Line 68: Line 161:
  
 
*This second document tries to explain how the differents Eclipse Command frameworks work and how they are related. It also explains how commands should be executed in Papyrus, in order to have correct undo/redo.  
 
*This second document tries to explain how the differents Eclipse Command frameworks work and how they are related. It also explains how commands should be executed in Papyrus, in order to have correct undo/redo.  
**http://dev.eclipse.org/svnroot/modeling/org.eclipse.mdt.papyrus/trunk/doc/DevelopperDocuments/architecture/commandExecution.doc  
+
**http://git.eclipse.org/c/papyrus/org.eclipse.papyrus.git/tree/doc/DevelopperDocuments/architecture/commandExecution.doc  
 
**Following UML model with code reverse can also be useful:  
 
**Following UML model with code reverse can also be useful:  
***http://dev.eclipse.org/svnroot/modeling/org.eclipse.mdt.papyrus/trunk/doc/DevelopperDocuments//architecture/CommandStackFramework.di  
+
***http://git.eclipse.org/c/papyrus/org.eclipse.papyrus.git/tree/doc/DevelopperDocuments/architecture/CommandStackFramework.di  
***http://dev.eclipse.org/svnroot/modeling/org.eclipse.mdt.papyrus/trunk/doc/DevelopperDocuments//architecture/CommandStackFramework.notation  
+
***http://git.eclipse.org/c/papyrus/org.eclipse.papyrus.git/tree/doc/DevelopperDocuments/architecture/CommandStackFramework.notation  
***http://dev.eclipse.org/svnroot/modeling/org.eclipse.mdt.papyrus/trunk/doc/DevelopperDocuments//architecture/CommandStackFramework.uml
+
***http://git.eclipse.org/c/papyrus/org.eclipse.papyrus.git/tree/doc/DevelopperDocuments/architecture/CommandStackFramework.uml
 +
 
 +
=== Papyrus ServiceRegistry<br>  ===
 +
 
 +
The ServiceRegistry is one of the main Papyrus component. The idea is that each Papyrus feature should be a service registered to the ServiceRegistry.
 +
 
 +
The ServiceRegistry should be accessible from any code. It allows to retrieve the components you need to perform your task. <br> A new implementation of the ServiceRegistry is submitted. The new ServiceRegistry is discused here [[Papyrus Developer Guide/Service Registry]]
  
<br>
 
  
 
== How To ...  ==
 
== How To ...  ==
Line 90: Line 188:
 
*Papyrus Log is explained here [[Papyrus Developer Guide/Papyrus Log]]
 
*Papyrus Log is explained here [[Papyrus Developer Guide/Papyrus Log]]
  
== Papyrus Build Process ==
+
=== Papyrus Editors ===
  
*Papyrus build process on Athena is explained here [[Papyrus Developer Guide/Build Process]].<br>
+
Currently Papyrus provides 2 editors kinds&nbsp;: Diagrams and Table. How to add your own editor kind is explained here [[Papyrus Developper Guide/How to - Add your own editor in Papyrus]]  
  
 +
=== JUnit Tests  ===
  
 +
* How to add JUnit tests to the build: [[Papyrus Developer Guide/Add JUnit Test Bundle]]
 +
* A code generation framework has been developed to automatically generate JUnit tests for GMF-based editors:  [[Papyrus Developer Guide/Automatic Test Generation for Diagram Editors]]
 +
* Useful utilities for JUnit tests:  [[Papyrus Developer Guide/JUnit Test Framework]]
 +
 +
=== Write Documentation for Papyrus  ===
 +
 +
How to - Related to documentation [[Papyrus Developer Guide/Writing Documentation]]
 +
 +
=== Papyrus Discovery  ===
 +
 +
==== Papyrus additional components  ====
 +
 +
To add extra features to the Papyrus Discover, you should edit the files located here: ssh://USER_ID@git.eclipse.org/gitroot/www.eclipse.org/papyrus.git
 +
 +
==== Papyrus as a Modeling component  ====
 +
 +
Papyrus is available from the Modeling Package, using the discovery UI of this package. This contribution is made by the project located here:&nbsp;git://git.eclipse.org/gitroot/www.eclipse.org/modeling/amalgam.git,
 +
 +
the file is located in the folders discovery/downloads/RELEASE_NAME
 +
 +
== Papyrus Table Developer Documentation  ==
 +
* The documentation for developers is available here [[Table Developper Documentation]]
 +
 +
== Papyrus Diagram Developper Documentation  ==
 +
* The documentation for developpers is available here [[Diagram Developper Documentation]]
 +
 +
== Papyrus Embedded Editors Documentation  ==
 +
* The documentation for developers is available here [[Embedded Editors Developer Documentation]]
 +
 +
== Papyrus Extraplugins Documentation ==
 +
The following describe developer guide for papyrus extraplugins:
 +
 +
*[[Java Code Generation Developer Guide]]
 +
*[[Java Code Reverse Developer Guide]]
 +
 +
== Papyrus Build Process  ==
 +
 +
*Papyrus build process on Athena is explained here [[Papyrus Developer Guide/Build Process]].
  
 
== New plugin Submition Process  ==
 
== New plugin Submition Process  ==
  
New plugin should follow the submition process describe here: [[Papyrus New Plugin Submition Process|Papyrus New Plugin Submition Process]]
+
New plugin should follow the submition process describe here: [[Papyrus New Plugin Submition Process|Papyrus New Plugin Submission Process]]
 +
 
 +
[[Category:Papyrus]]

Revision as of 09:29, 17 December 2014

Development Environment

To ease the development on Papyrus, each member of the team works with basically the same configuration.

By far the easiest way to manage this is using the Eclipse Oomph Installer to manage your Papyrus development workbench.

Papyrus Oomph Setup Model

The Eclipse Oomph Installer provides a set-up model for Papyrus, making it easier than ever to get a complete Eclipse workbench up and running for development on the Papyrus source code. Just download the Oomph Installer from the linked wiki page and follow the simple wizard to create your IDE and import the Papyrus source projects that you want to work on.

Pick any product you like on the first page, but be sure it's the latest release of that product for the Papyrus stream you're working on. For example, if you're working on the Luna service stream of Papyrus, you need the Luna release of Eclipse. On the second page, expand Eclipse.org / Papyrus to see the various components that you can import to work on. Pick any combination of the leaf-level sub-(sub-)projects, even all of them if you like. In the third page where you specify variables such as install location, workspace location, git clone, etc. be sure to choose "Luna" for the Target Platform. This ensures that you will be set up to work on Papyrus Luna (SR1), which is the only development stream currently supported by the setup model (until Mars development gets under way).

Contributing your changes is easy because Oomph will clone the Papyrus Git repository for you and configure Gerrit push.

Amongst possibly other details, the setup model configures:

  • your IDE with all of the tools needed to edit and build the source projects you choose
  • your workspace with a Git clone and the source projects imported from it that you choose
  • a PDE target that includes all of the dependencies required by Papyrus plus the latest nightly build of Papyrus, itself, so that you can import only a subset of the (many) source projects but still run the complete Papyrus toolset in a run-time workbench
  • Mylyn queries for current open bugs and enhancements in the Papyrus bugzilla database
  • Mylyn queries for the status of the latest Papyrus automated builds, including tests
  • Mylyn queries for open Gerrit reviews
  • preferences enforcing the Papyrus standard compiler and code formatter/template settings

Please raise bugs if you see any problems in the setup configuration.

On the first page, the simplest option is to start with the Eclipse Standard package because the setup model will add everything else you need for working on Papyrus's various code and models:

Papyrus Oomph page1.png

On the second page, pick whatever Papyrus components you need to import into the workspace:

Papyrus Oomph page2.png

Common Environment

Following is a description of the basic configuration:

  • The latest Eclipse Modeling (Or Standard) release
  • EGit
  • [1] JAutoDoc
    • Configure the header template according to your company: Eclipse Preferences -> Java -> JAutodoc
  • Java 1.6:
    • Eclipse Preferences -> Java -> Compiler
    • Eclipse Preferences -> Java -> Installed JREs
    • VM Arguments for debug mode:
-Dosgi.requiredJavaVersion=1.6 -Xms768m -Xmx1024m -XX:PermSize=256m -XX:MaxPermSize=384m -XX:+CMSClassUnloadingEnabled

Required External Plugins

Papyrus requires some external plugins in order to compile.
The following page maintain a list of Papyrus Required External Plugins

Development Plan

Specifications

The specifications are available here: Luna plan

Contributing to the plan for the release

Getting the code

Connecting to the git repository

The code is available under git at this location ssh://committer_id@git.eclipse.org/gitroot/papyrus/org.eclipse.papyrus.git or http://git.eclipse.org/c/papyrus/org.eclipse.papyrus.git See the Papyrus project developer resources page for more details

Retrieve code

To know if a downloaded plugin should compile, you can have a look to a Papyrus installation. If the plugin comes with the installation, it should compile!


  • The following plugins are not distributed and could be closed (deprecated, not yet provided in the Papyrus distribution or for developpers only):
all plugins of the layer 'developer', except if you need to generate diagrams (in this case you should install GMF Tooling as well) 
oep.infra.emf.editor 
oep.infra.emf.embeddededitor 
oep.infra.emf.newchild 
oep.team.svn
  • Only the follwing projects are currently provided by the Papyrus extra-plugins update site. The others projects can be closed.(They are deprecated, not yet provided in the Papyrus distribution or for developpers only):
				
org.eclipse.papyrus.compare.report.ui
org.eclipse.papyrus.compare.report
org.eclipse.papyrus.diagramtemplate.edit
org.eclipse.papyrus.diagramtemplate.editor
org.eclipse.papyrus.diagramtemplate
org.eclipse.papyrus.eclipse.project.editors
org.eclipse.papyrus.infra.gmfdiag.css.configuration
org.eclipse.papyrus.infra.gmfdiag.css.properties
org.eclipse.papyrus.infra.gmfdiag.css.theme
org.eclipse.papyrus.infra.gmfdiag.css.xtext.ui
org.eclipse.papyrus.infra.gmfdiag.css.xtext
org.eclipse.papyrus.infra.gmfdiag.css
org.eclipse.papyrus.layout.algorithms.gridAlgorithm
org.eclipse.papyrus.layout.algorithms.horizontalAlgorithm
org.eclipse.papyrus.layout.algorithms.horizontalSymmetryAlgorithm
org.eclipse.papyrus.layout.algorithms.horizontalTreeAlgorithm
org.eclipse.papyrus.layout.algorithms.radialAlgorithm
org.eclipse.papyrus.layout.algorithms.springAlgorithm
org.eclipse.papyrus.layout.algorithms.treeAlgorithm
org.eclipse.papyrus.layout.algorithms.verticalAlgorithm
org.eclipse.papyrus.layout.algorithms.verticalSymmetryAlgorithm
org.eclipse.papyrus.layout.subeditor.gmf
org.eclipse.papyrus.layout
org.eclipse.papyrus.marte.properties
org.eclipse.papyrus.marte.static.profile
org.eclipse.papyrus.marte.vsl
org.eclipse.papyrus.migration.properties.model
org.eclipse.papyrus.uml.export
  • The tests plug-ins are located under tests/junit/plugins or tests/junit/extraplugins. Other test projects are not necessarily maintained


Retrieve configuration files

The Papyrus Code Templates and Java Formatter files are available under the Papyrus repository in the folder doc/DeveloperDocuments/templates/
FAQ How do I control the Java formatter
FAQ How can templates make me the fastest coder ever

The note explains how to install the templates in your environment.

Papyrus Architecture

Papyrus Generation

Papyrus Code Standards

  • Java Doc - every class, method and field including private ones should be documented with Java Doc
  • No abbreviations - the class, methods and variables should have meaningful names
  • Formatting - the code should be formatted in accordance with format templates
  • Always use brackets in conditions, loops, ...
  • Compile - the modified code and other plugins should be compilable. Be sure to use Java 1.5 code compatibility. Check other plugins that could be influenced before commiting!
  • Standard Java Rules coding - Unless specified differently, the Java Standard Coding rules should be applied: no abbreviations, variables starting with lower case; class and types with upper case; Composed name separated with upper case; no underscore in names; ...
  • In case of doubt - check existing code from those following the rules :-)

Papyrus Plug-ins and Features

See Papyrus code standards for plug-ins and features

Papyrus Coding guidelines

A few points may be a little tricky when coding for Papyrus. Among them:

Papyrus Plugin Naming Scheme and Folders Structure

Structure and behavior of papyrus

Papyrus Command Execution, History, Undo/Redo

Papyrus ServiceRegistry

The ServiceRegistry is one of the main Papyrus component. The idea is that each Papyrus feature should be a service registered to the ServiceRegistry.

The ServiceRegistry should be accessible from any code. It allows to retrieve the components you need to perform your task.
A new implementation of the ServiceRegistry is submitted. The new ServiceRegistry is discused here Papyrus Developer Guide/Service Registry


How To ...

Commit, Report Bugs, patchs (Code Contributing)

Papyrus Code Examples

Papyrus Log

Papyrus Editors

Currently Papyrus provides 2 editors kinds : Diagrams and Table. How to add your own editor kind is explained here Papyrus Developper Guide/How to - Add your own editor in Papyrus

JUnit Tests

Write Documentation for Papyrus

How to - Related to documentation Papyrus Developer Guide/Writing Documentation

Papyrus Discovery

Papyrus additional components

To add extra features to the Papyrus Discover, you should edit the files located here: ssh://USER_ID@git.eclipse.org/gitroot/www.eclipse.org/papyrus.git

Papyrus as a Modeling component

Papyrus is available from the Modeling Package, using the discovery UI of this package. This contribution is made by the project located here: git://git.eclipse.org/gitroot/www.eclipse.org/modeling/amalgam.git,

the file is located in the folders discovery/downloads/RELEASE_NAME

Papyrus Table Developer Documentation

Papyrus Diagram Developper Documentation

Papyrus Embedded Editors Documentation

Papyrus Extraplugins Documentation

The following describe developer guide for papyrus extraplugins:

Papyrus Build Process

New plugin Submition Process

New plugin should follow the submition process describe here: Papyrus New Plugin Submission Process

Back to the top