Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
[mdt-papyrus.dev] pom refactoring

Dear all,

 

Some of us would like to propose a modification in the plugins and folder layout of the Papyrus project : introduction of intermediate poms/maven plugins to group coherent plugins into modules.

 

The goal I am following should help:

·         To have a plugin architecture reflects by the folder architecture

·         To reduce the compilation time of the reactor order

o   Actually the reactor order build time is quiet long due to multiple possibilities.

o   Maven reactor order builder could be help by introducing modules that are grouped before

·         To reduce at term the generation of several reactor orders for one compilation

o   There is a bug in the tycho reactor order: the maven –rf command is not available because for huge multi-modules the computation of the reactor order leads to several possibilities…

·         To check at term that we do not have any architecture break by importing plugins at several places.

·         Finaly it could help us also to reduce the compilation time on Hudson by trigerring at term the compilation of modules identified by the commit modifications

 

Here a first proposition for two well know plugins/modules

·         Nattable : https://git.eclipse.org/r/#/c/50503/

·         Elementtype : https://git.eclipse.org/r/#/c/50501/

 

As you can see it consists on:

·         Creation of intermediate modules that hold a pom artifact

·         Changing the parent pom of submodules to the intermediate parent pom

 

Once it has been accepted, I would like to do the same for other modules/plugins such as ALF etc…

Step by step with your agreement.

 

Thanks a lot for your comments.

 

Benoit & Francois

 

>>Christian’s comments in the gerrit review.

If introduction of intermediate POMs requires moving projects into a new folder structure, please also update the Papyrus Oomph setup model to ensure that

  • project import tasks still find the same projects in the git checkout
  • working set tasks still match the same projects

Note that this might mean actually reorganizing some of these tasks into the streams in order to account for the different git layout in Neon (master) stream as in the Mars and Luna maintenance streams.

The same comment applies to other similar Gerrit changes.

 

 

 

 

 

cid:part1.06060709.08040600@ericsson.com

Francois LE FEVRE

Research Engineer

Commission for Atomic Energy and Alternative Energies (CEA)

Model-driven Engineering for Embedded Systems Laboratory (LISE)

Projet: Papyrus: https://www.eclipse.org/papyrus/

cid:part5.02030405.05090707@ericsson.com

Commissariat à l’énergie atomique et aux énergies alternatives (CEA)

Paris-Saclay Campus - Nano-INNOV | Bât. 862-PC1087 | F-91191 Gif-sur-Yvette Cedex

T. +33 (0)1 69 08 49 86  |  F. +33 (0)1 69 08 83 95  |

francois.le-fevre@xxxxxx   |  Blog: http://biocamp.blogspot.fr/

 

 

Attachment: smime.p7s
Description: S/MIME cryptographic signature


Back to the top