Skip to main content

Notice: This Wiki is now read only and edits are no longer possible. Please see: for the plan.

Jump to: navigation, search

M2E project conversion enhancements

Mailing ListForumsIRCmattermost
OpenHelp WantedBug Day
Browse Source

Here, we discuss possible enhancements to the Eclipse to Maven conversion mechanism in m2e. Feel free to add other topics and more importantly, links to corresponding Bugzilla tickets :

Support extra configuration

Convert project dependencies to Maven dependencies

The m2e conversion mechanism needs to be able to convert project dependencies into maven dependencies. Currently, a JBoss Tools experiment (EPL code) hacks into the conversion participant mechanism to provide a wizard allowing such conversion. The current implementation uses several strategies to identify jars (more or less bound to JBoss Tools). In the hypothesis where Red Hat contributes that feature back to m2e, some changes would be required :

  • Ideally, the dependency conversion step would require its own page in m2e's conversion wizard.
  • m2e would provide a couple default identification strategies (look inside the jar for maven metadata, do a SHA1 checksum search on the nexus index)
  • other identification strategies could be contributed via extension points by 3rd party adopters.
  • when dealing with WTP projects, how should target runtime containers be handled???

BZ link required

Add refactoring capabilities

User converting to Maven expect their projects to be transformed to follow the maven folder structure (among other things). We'd need to gather potential refactorings and have them displayed in a wizard page, so that the user could select what happens during the conversion.

  • This would require another page in m2e's conversion wizard.
  • refactorings should happen after selecting the project GAV and packaging and before the actual conversion (where the maven model is constructed by conversion participants)


Conversion participant ordering

Some conversion participants require to be executed after other participants (ex. a buildhelper conversion participant adding extra sources would be executed after the java conversion participant).

  • extensions point would declare a conversion participant needs to be invoke *after* ( a list of participant id). We basically need to implement some direct acyclic graph resolution to support this scenario.
  • the ordered list of participants could be displayed in an advanced page, where a user could select which participants, would be applied, in the order of his choice.


  • Bug 393613 - Need to be able to order projectConversionParticipants. This was implemented in m2e 1.3

Other ideas

Back to the top