mirror of https://github.com/apache/maven.git
cc1ca10d74
in the readProjectWithDependencies method because it is not being done in the core unless projects are executed. So Milos' assertion is correct. I'm now looking at a layered approach for project resolution and then execution so that the readProjectWithDependencies (which is essential for IDE integration) will yield something that can be pushed into the lifecycle executor. Right now there is much duplication which makes the IDE integration crappy. Another result of this is trying to create a simple IDE import model that gives back client code the fully resolved, topo sorted set of projects which point to binary dependencies outside the reactor, and to source folders inside the reactor. The result will be a useful model for all IDE integration, right now everyone is doing their own thing. This model will need hooks for customization to take into account turning "workspace resolution" on/off and allow easy overriding of this process. o Fixed IT0035 git-svn-id: https://svn.apache.org/repos/asf/maven/components/trunk@572366 13f79535-47bb-0310-9956-ffa450edef68 |
||
---|---|---|
maven-build-context | ||
maven-core | ||
maven-embedder | ||
maven-error-diagnostics | ||
maven-lifecycle | ||
maven-model | ||
maven-monitor | ||
maven-plugin-api | ||
maven-plugin-descriptor | ||
maven-plugin-parameter-documenter | ||
maven-profile | ||
maven-project | ||
maven-reporting | ||
maven-script | ||
maven-settings | ||
src/main/assembly | ||
README.txt | ||
ant-contrib-1.0b2.jar | ||
build.properties | ||
build.sh | ||
build.xml | ||
ci.sh | ||
doap_Maven.rdf | ||
pom.xml |
README.txt
See: http://maven.apache.org/guides/development/guide-building-m2.html