-
I noticed the following issue in Mylyn and those folks had to jump through hoops to address this problem, i.e, they must do a full local mvn build to avoid a workspace with errors. Specifically we see here the pom org.eclipse.mylyn.wikitext.maven with two dependency on other "projects" in the same git repository: In the Maven Dependencies of this project these two dependencies are bound to jars in the .m2 cache. But if I navigate the dependency (Ctrl-Click), it navigates to the pom of the workspace project. So I would expect the Maven Dependencies to be bound to the workspace projects for these two dependencies. Is that a misguided expectation? In other projects on which I worked, I do see that it's possible to map to a project: So I don't understand how this works. It seems really important to bind to the workspace project for a dependency when that is available in the workspace. Is this a bug? |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 3 replies
-
You appear to be referring to "Workspace Resolution", which can be turned on or off in the "Maven" submenu of the context menu for the project. In fact, I often do NOT want workspace resolution enabled. I'm often working on experimental versions of libraries, and I don't want applications to automatically use that. I want them to use what's in the local maven repo. Unfortunately, I find that sometimes the "Workspace Resolution" flag is ignored, and applications appear to bind to workspace projects even when I have that flag turned off. |
Beta Was this translation helpful? Give feedback.
At laest in your screenshot above the
mylin.wikitext
project is not marked as being a maven project so it won't be discovered but its a bit hard to follow what should be where... but in general if you import it "only" as a java project m2e will not consider it for workspace resolution.