Community
Participate
Working Groups
When a packaging type is unknown, we should give the user the opportunity to import it as a Java Project so the browsing of the code is still possible. This should be proposed as part of the import workflow (still to be worked on) and also as a quick fix. The quick fix should cause the addition of the lifecycle mapping metadata in the pom so this can be shared with others.
Underlying User Story. As a user, when I import a java project with custom packaging type (nexus-plugin, hpi, sonar-plugin, etc) I expect Eclipse workspace projects to have JDT nature, source folders and dependencies configured similarly to packaging=jar. Internally, we need to change how m2e detects java projects to rely on presence of maven-compiler-plugin with compilerId=javac (the default) in project execution plan. This should provide expected behaviour for vast majority of projects m2e is able to support without custom lifecycle mapping strategy implementation.
*** Bug 338084 has been marked as a duplicate of this bug. ***
Implemented. m2e enables java functionality based on presence maven-compiler-plugin with compilerId=javac. This default behaviour can be overridden for individual projects and for specific packaging types. http://git.eclipse.org/c/m2e/m2e-core.git/commit/?id=83bba72a8c3e6702df1f642be342c73296444796
Verified
Moved to https://github.com/eclipse-m2e/m2e-core/issues/