Replies: 3 comments
-
Can you please share a minimal reproducer for this? But in general in the Eclipse IDE the actual Java building is done using the regular JDT workspace Java builder and that uses the build artifacts in the project's output folder. In your case this is probably an architectural weakness, but in general this gives you the whole power of the JDT compiler. |
Beta Was this translation helpful? Give feedback.
-
I think one possible cause could be that workspace-resoloution is enabled for these projects? If you clean all projects, do you see the jars generated afterwards by m2e?
Actually m2e do not set the dependency itself but maven does, so to archive the same as with -pl you probably need to use
Please try out at least m2e 2.x release or the latest snapshot build, you can use this p2 repository: https://download.eclipse.org/technology/m2e/snapshots/latest/ |
Beta Was this translation helpful? Give feedback.
-
Hey folks,
It seems that in m2e when a plugin with a lifecycleMappingMetadata is executed, intended for the
package
phase, the dependency resolver does not resolve project dependencies as built jars, but rather as their outputdirectory.However, everything works from the command line as expected, including when I build the project separated from the reactor build (say using the
-pl
flag). In that case all project dependencies that can be resolved to jars from the local cache are used before any outputdirectory is used. m2e does not do this and seems to default to the outputdirectory which feels like a discrepancy. This has been manifesting more in recent releases than before so I'm wondering if a recent change may have caused this change in behaviour. I'm currently running with the latest:M2E - Maven Integration for Eclipse (includes Incubating components) 1.20.1.20220227-1319 org.eclipse.m2e.feature.feature.group Eclipse.org - m2e
Beta Was this translation helpful? Give feedback.
All reactions