This is an idea that JBoss and myself, personally, have brought up with the Maven team quite a few times. The terms we use is that of a binary (repo) dependency versus a source (module) dependency. Another name for 'source dependency' might be 'local dependency'. Whatever its term, I personally really see benefit in this when a project is modularized as an implement detail as opposed to any desire to have seperate release cycles to the modules. For example, in the mavenization of Hibernate I chose to "break out" modules to better isolate dependencies. I have no intention that the modules be versioned separately, or really even developed separately. When I make a change in module, I want modules which depend in it to see that change just like when I operate within IntelliJ (and probably all other IDEs, I would assume).
On Monday 03 December 2007 05:09:48 am Dimitris Kapanidis wrote: > I agree, > > When I started using maven with multi-module projects, intuively when > doing mvn package in a module I was supposing that local changes of > other modules will be used to test the local changes of the tested module. > > A possible solution that I can see would be to have an mvn parameter to > trigger a classpath of the local modules, instead of the repository ones. > > for example (the name is just an example): > > $ mvn --help > -lc --local-classpath Use local classpath instead of repository. > > if there is the following module structure: > /pom.xml (root pom) > /moduleA/pom.xml (changed module) > /moduleB/pom.xml (changed module) > /moduleC/pom.xml (unchanged module) > > the following command: > /moduleA/$ mvn test > should be testing moduleA with the last installed "moduleB" and "moduleC". > > and the following command > /moduleA/$ mvn -lc test > should be testing moduleA with a classpath similar to > src/main/test:src/main/java:../moduleA/src/main/test/: > > I'd like some comments about if this is possible/desirable or not. -- Steve Ebersole Hibernate Project Lead http://hibernate.org Principal Software Engineer http://redhat.com http://jboss.org --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
