Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [papyrus-ic] Notes from a Papyrus training workshop

Hi Dimitris,


Nice to see we can count on a new Papyrusien ;-)

See some additional comments below.





PS: BTW, is it possible to know who were the participants to your workshop?








Sébastien Gérard

Head of the LISE labs

CEA Research Director

Papyrus project Leader (


Commissariat à l’énergie atomique et aux énergies alternatives

Institut List | CEA Saclay Nano-INNOV | Bât. 862- PC174

F-91191 Gif-sur-Yvette Cedex

M. +33 6 88 20 00 47

T. +33 1 69 08 58 24






  cid:image004.png@01D1C880.5C951BE0  cid:image005.jpg@01D1C880.5C951BE0   



De : papyrus-ic-bounces@xxxxxxxxxxx [mailto:papyrus-ic-bounces@xxxxxxxxxxx] De la part de Francis Bordeleau
Envoyé : mercredi 30 novembre 2016 03:58
À : papyrus-ic discussions <papyrus-ic@xxxxxxxxxxx>
Objet : Re: [papyrus-ic] Notes from a Papyrus training workshop




Thanks very much for taking the time to send the questions and share the feedback. This is very much appreciated. This is exactly the type of things we need. 


See my comments below.




Product Manager SW Development 
Group Function BE

8500 Decarie Blvd
Town of Mount Royal, QC, H4P 2N2, Canada
Phone +1 613 716 8783
Mobile +1 613 716 8783
Fax +1 514 345 6167


On Nov 29, 2016, at 18:31, Dimitris Kolovos <dimitris.kolovos@xxxxxxxxxx> wrote:


Hi everyone,

Today I delivered a 2-hour long Papyrus training workshop to 15-20
engineers from UK industry and I thought I'd summarise some of their
questions/remarks about Papyrus (before I forget), in case any of
these can feed into future discussions/actions:

- They liked the idea of being able to simplify the UI through a
configuration model as demonstrated in [1]. One question was whether
one can switch between the simplified/full UI at runtime (i.e. to
“break-out" of the simplified UI when needed).

[[SG] >]  If you want to see more oin this subject, here are some ongoing work details on that subject:



The full UML is always available through configuration.

- There was a question about who are the main contributors to the
development of Papyrus


Seb can had to it regarding Papyrus contributors/committers, but here is the list of main contributors to the aspects Ericsson is involved in. In terms of projects, this includes Papyrus, Papyrus-RT, EMF Compare and EGit integration. This list includes different types of contributors: committers, product and project managers (managing the open source projects), and people defining requirements/use cases and performing testing/validation of the delivered functionality

·  All4Tec: Celine Janssens, Mickael Adam, Nicolas Fargues et


·        CEA: Sebastien Gérard, Remi Schnekenburger, Florian Noyrit, Benoit Maggi, Asma Smaoui, Ansgar Radermacher, Patrick Tessier[[SG] >] ,Quentin Le Menez , Francois Le Fevre, Suai Li, Vincent Lorenzo, Mathilde Arnaud Arnaud Cuccuru et Jérémie Tatibouet-- CEA[[SG] >]  (me ;-) leads the work on Papyrus

  • EclipseSource: Maximilian Koegel, Philip Langer, Alexandra Buzila, Martin Fleck, Stefan Dirix -- EclipseSource leads the work on EMF Compare and its integration in Papyrus
  • Ericsson: Simon Delisle, Patrik Nandorf
  • Tieto: Peter Cigehn 
  • Zeligsoft: Simon Redding, Charles Rivet, Ernesto Posse, Young-Soo Rho — Zeligsoft lead the work on Papyrus-RT
  • Independant: Christin Damus, Bran Selic, Magged Elaasar


You can find the list of Committers to the different projects 

- Another question was whether Papyrus supports any import interfaces
from other tools? (Developing such "import" facilities is an
unrewarding task for researchers so we may want to pool resources


In the context of the Ericsson work, we have funded the development of model import for RSA (RSA to Papyrus), which is currently used to migrate from RSA to Papyrus at Ericsson, and RSA-RTE (RSA-RTE to Papyrus-RT) which is currently developed together with Papyrus-RT (Papyrus-RT is planned to be released at the end of January/beginning of February together with C++ Code Generator and Run-Time).


CEA is also working on a Rhapsody import, which includes a sub-set of the Rhapsody diagrams. Seb can provide more info on this.

[[SG] >] Here are he dteails on the Rhapsody import:

[[SG] >] In addition, Papyrus also support import/export of cvs format and ReqIF.

- They liked the idea of being able to split models across multiple
projects/files as many of them are struggling with large monolithic
models stored in proprietary tool-specific repositories


This was one of the key priorities for Ericsson from the very beginning in all our development contexts and we worked closely with CEA (who did the development work) to implement the required support. This aspect is extensively used in the project (over 120 users) where are using Papyrus as a replacement for RSA.

[[SG] >] In the model explorer, you can right click on the model element you would like to see in a separate resource and apply the “Create Submodel” command as shown below:

- They also liked the idea of being able to use Git to version control
models - especially after I demonstrated EMFCompare. They didn't seem
to be too bothered that there's no built-in support for "live"
collaboration (I was prepared to talk to them about the Papyrus-CDO
integration but I saw little demand for a model repository)


This was another key Ericsson priority from the very beginning as Git is now the main technology used in Ericsson. EclipseSource and Obeo have led the development of this part.

- There was a question about if/how Papyrus can interface to Simulink
(I had to take this one offline as I have no idea)


I am not aware of any real implementation for the integration of MathWorks Simulink and Papyrus, but I know that Zeligsoft has worked on this type of integrations in the past. Here are links to two videos (one with MathWorks Simulink and one with Agilent SystemVue) that were developed in the context of Software Defined Radio (SDR) projects. The integration was done with Zeligsoft CX, which is a component-based modeling DSL built on top of IBM RSA. Similar integrations could be developed for Papyrus/Papyrus-RT. There is in fact quite much interest on this specific topic in the context of Automotive, Mechatronic, and CPS. We can potentially look at developing such an integration if industrial members/partners are interested in financially committing to it. You can contact Simon Redding (Zeligsoft) if you want additional details.

[[SG] >] We are working intensively on that point for several clients (Plastic Omnium and Sherpa Engineering) and also in the context of a European project in the context of co-simulation via FMI standard (OpenCPS project). Matteo I cc my response will send some details and video showing what Papyrus is able to do on this subject.

- One of the attendees asked if/how UML model elements in Papyrus can
be linked to elements from domain-specific (EMF) models (also had to
take this offline)


I will let more other people comment on this one to provide appropriate level of details.

- There was a question about model execution capabilities to which I
responded by pointing the person that asked towards Moka


Mona is the only project that I am aware of.

[[SG] >] @Arnaud or Jeremie: can you please send us pointers (tuto or/and video) to Papyrus-Simulation (a.k.a. Moka)

- All in all, there was overwhelming support for continuing to
evaluate Papyrus and we’ll run a second Q&A workshop after Christmas


That is a great news. It implies that you did a good job!

[[SG] >] THANKS ! BTW Dimitris, do not hesitate to join the PIC where you may interested at least by its Academic/Education user group:



Dr Dimitris Kolovos
Senior Lecturer in Enterprise Systems
Director of the Large-Scale Complex IT Systems Engineering Doctorate
Department of Computer Science
University of York

papyrus-ic mailing list
To change your delivery options, retrieve your password, or unsubscribe from this list, visit


Back to the top