| Summary: | Update Project Configuration resets Import Order | ||
|---|---|---|---|
| Product: | z_Archived | Reporter: | Kabir Khan <kkhan> |
| Component: | m2e | Assignee: | Project Inbox <m2e.core-inbox> |
| Status: | CLOSED NOT_ECLIPSE | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | adietish, fbricon, igor, kkhan, manderse, snjezana.peco |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | Macintosh | ||
| OS: | Mac OS X - Carbon (unsup.) | ||
| Whiteboard: | |||
|
Description
Kabir Khan
Kabir, what do you do in the pom.xml to make it work properly during compile/deployment ? Update Project Configuration should just be doing what the pom.xml states - thus would be good to get a concrete example of what kind of pom breaks? It is next to impossible to guess desired order of project-level classpath entries unless we can derive it from existing pom.xml information or somehow introduce new possible m2e-specific configuration. Sample project would certainly be helpful to understand the problem better. I was getting the prompts to update the project configuration all the time but now that I am trying to get these I can't! I've tried -Adding dependencies to the parent pom -Adding dependencies to the pom of the project that needs this reordering I'll keep an eye out for when I next get this and keep you posted. I'm pretty sure it happens when I kill Eclipse, although I'm hesitant to do that since that caused m2eclipse to spend about 10 minutes reinitialising itself again last time that happened. The project is https://github.com/jbossas/jboss-as.git you can force configuration update with right-click->maven->updateProjectConfiguration FYI, m2e uses project execution plan (i.e. maven plugins and their configuration) to determine if project configuration needs to be updated. Changing dependencies does not require configuration update. Changing maven plugins or their configuration often does. (In reply to comment #3) > I was getting the prompts to update the project configuration all the time but > now that I am trying to get these I can't! I've tried > -Adding dependencies to the parent pom > -Adding dependencies to the pom of the project that needs this reordering > > I'll keep an eye out for when I next get this and keep you posted. I'm pretty > sure it happens when I kill Eclipse, although I'm hesitant to do that since > that caused m2eclipse to spend about 10 minutes reinitialising itself again > last time that happened. > > The project is https://github.com/jbossas/jboss-as.git btw. the underlying issue is explained/documented at http://jaitechwriteups.blogspot.com/2011/02/resource-and-new-lookup-attribute-how.html It's even a hack in Maven to support this so not sure how EE6 is planned to be supported with this or if there is a better way to support this introduction of classes in EE6 that is not part of JDK yet. I have created a plugin that fixes the issue for JBoss AS 7 It can be installed in the following way: - install Eclipse Helios 3.6.2 and m2eclipse >= 0.13.0.201104121258/ (update site : https://repository.sonatype.org//content/sites/forge-sites/m2e/0.13.0/N/0.13.0.201104121258/) - install the EE6 classpath patch from https://anonsvn.jboss.org/repos/jbosstools/workspace/snjeza/org.jboss.tools.maven.ee6.classpath.updatesite/ - clone and build JBoss AS 7 as described in http://community.jboss.org/wiki/HackingonAS7 - import jboss-as projects to Eclipse You will see that the jboss-as-demos project (and other projects that use the maven-dependency-plugin) doesn't contain any compile errors when calling Maven>Update Project Configuration as well as the Java Build Path has valid ordering. Those projects that don't have the maven-dependency-plugin aren't changed. (In reply to comment #6) > I have created a plugin that fixes the issue for JBoss AS 7 Awesome! I'll give it a spin in the morning Hi, I installed this patch along with Eclipse SDK3.6.2.M20110210-1200 Maven Integration for Eclipse (Incubation)0.13.0.201104071605 and suddenly started getting some weird errors in AS 7. Description Resource Path Location Type The type Class is not generic; it cannot be parameterized with arguments <? extends Runner> EJBWebServicesTestCase.java /jboss-as-testsuite-integration/src/test/java/org/jboss/as/testsuite/integration/wsejb line 0 Java Problem The type Class is not generic; it cannot be parameterized with arguments <? extends Runner> GreeterCommonBusiness.java /jboss-as-testsuite2-integration-spec/src/main/java/org/jboss/as/test/spec/ejb3/slsb line 1 Java Problem The classes are here: https://github.com/jbossas/jboss-as/blob/master/testsuite/integration/src/test/java/org/jboss/as/testsuite/integration/wsejb/EJBWebServicesTestCase.java https://github.com/jbossas/jboss-as/blob/master/testsuite2/spec/src/main/java/org/jboss/as/test/spec/ejb3/GreeterCommonBusiness.java and don't use generics. Uninstalling this patch causes the problem to disappear I assume the issue was resolved in m2e-wtp/jbosstools. Please reopen if you think m2e can better handle this scenario, but make sure to explain desired baviour and possible way(s) to implement it as I am still not sure if m2e has enough informtation in pom.xml to do "the right thing". |