Jump to: navigation, search

Difference between revisions of "M2E project conversion enhancements"

m (Conversion participant ordering)
m (Conversion participant ordering)
Line 37: Line 37:
 
* 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.
 
* 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:*
+
'''See:'''
[https://bugs.eclipse.org/bugs/show_bug.cgi?id=393613 Bug 393613] - Need to be able to order projectConversionParticipants
+
* [https://bugs.eclipse.org/bugs/show_bug.cgi?id=393613 Bug 393613] - Need to be able to order projectConversionParticipants
  
'''BZ links required'''
+
'''More BZ links required?'''
  
 
=== Other ideas  ===
 
=== Other ideas  ===

Revision as of 16:49, 5 November 2012

M2E
Website
Download
Community
Mailing ListForumsIRC
Bugzilla
Open
Help Wanted
Bug 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

More BZ links required?

Other ideas