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 "M2E project conversion enhancements"

m (Conversion participant ordering)
(Conversion participant ordering)
 
(5 intermediate revisions by 2 users not shown)
Line 32: Line 32:
  
 
=== Conversion participant ordering  ===
 
=== 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.
+
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).  
* the ordered list of participants could be displayed in an advanced page, wher a user could select which participants, would be applied, in the order of his choice.
+
  
'''BZ links required'''
+
*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.
 +
 
 +
'''See:'''
 +
 
 +
*[https://bugs.eclipse.org/bugs/show_bug.cgi?id=393613 <strike>Bug 393613</strike>] - Need to be able to order projectConversionParticipants.&nbsp;'''''This was implemented in m2e 1.3'''''
  
 
=== Other ideas  ===
 
=== Other ideas  ===

Latest revision as of 08:53, 6 June 2013

M2E
Website
Download
Community
Mailing ListForumsIRCmattermost
Issues
OpenHelp WantedBug Day
Contribute
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)

See https://bugs.eclipse.org/bugs/show_bug.cgi?id=387458

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.

See:

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

Other ideas

Back to the top