|
As I understand Thanks & cheers, Can't it be dangerous to create project dependencies to projects that don't (yet) exist ? yes, i think it is too dangerous and would create a lot "why doesn't it work" questions. The wish to include whole bunches of projects with same groupId's sounds like the need for modularization. Can you elaborate a little more why you need this? I don't understand what's dangerous. First this feature is switched off by default (property not set). Second if you miss to import an eclipse project into the workspace you will have the same "danger" as currently. Could you please explain me what "danger" do you see with my extension that we don't have already? dangerous means for me things you can configure that can lead to "bad" style. But lets concentrate on your usecase. Can you explain the situation for which you need this! Because you are willing to write the configuration in your pom, and a pom should not (in my opinion) expect other artefact's to be available in source (exception are all submodules). So please explain what are you trying to accomplish, and how this configuration helps. Example: Directory structure: mymodules/
I'd like to have a, b and c in one workspace:
a, b and c are now in the workspace. I change a dependency in pom.xml c so I have to execute the following:
I go back to my workspace and refresh project c (F5). Without my new feature the project c in Eclipse has now NO MORE dependent on a and b (direct link to local repo). To solve this issue with the current eclipse plugin I have to recreate the Eclipse project for a, b and c like at the beginning.
Well, best might be to look at Martin, in fact you can always execute the plugin in the root directory? The problem for you is about speed, that's why you generate only the project where you changed the pom ? This is exactly the one of the usecases that After the discussion with Richie I'm convinced now that the This issue is considered as fixed with <profile>
<id>apache.snapshots</id>
<repositories>
<repository>
<releases>
<enabled>false</enabled>
</releases>
<snapshots/>
<id>apache.snapshots</id>
<name>Maven Snapshots</name>
<url>http://people.apache.org/maven-snapshot-repository</url>
</repository>
</repositories>
<pluginRepositories>
<pluginRepository>
<releases>
<enabled>false</enabled>
</releases>
<snapshots/>
<id>apache.plugin.snapshots</id>
<name>Maven Plugin Snapshots</name>
<url>http://people.apache.org/maven-snapshot-repository</url>
</pluginRepository>
</pluginRepositories>
</profile>
Then you have to call this command : mvn org.apache.maven.plugins:maven-eclipse-plugin:2.5-SNAPSHOT:eclipse If you think that your problem isn't resolved, please give us your feedback and we'll reopen the issue. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
MECLIPSE-344checks the workspace and connects the projects / artefacts available in the correct version.Does
MECLIPSE-344meet your requirements?