1. Move to Subversion. File refactoring does not lose history.

2. There is no module excludes. Instead we have a notion of profiles
in M2. So you would set your default in the top parent pom.xml to have
say either zero or very few modules defined, and then in a separate
profile (call it "all"), you would have all modules listed.

Thus when you normally built your project from the top parent dir,
only the default modules would be built. But then when you specified
-Pall, all your modules would be built.

Perhaps this gives you something to think about. I'm not sure if it
solves all your problems.

Wayne

On 4/23/07, Daniel Beland <[EMAIL PROTECTED]> wrote:
Hi,


I have some questions about aggregation modules in maven2.

Let me explain how we were working with maven 1.1 and why I don`t fully
understand how we should work with maven 2.

We have some maven 1 multi-projects saved in CVS as a single project.
A developer checks out the complete project in 1 operation.

Most of the time, it consists of N jar artifacts to be included in a webapp.
Since we do not modify all the N artifacts but just a subset of them between
each release, we would work intensively with the
maven.multiproject.excludesproperty to set only the projects we want
to build between each release
(projects that are SNAPSHOT and are needed in the webapp project.xml, and it
means we reset the value to all projects every time we release a beta).
Since the rest is already released (be it production version or previous
unchanged beta), there is no need to compile and deploy them again the next
time.

Now in maven 2, there is no such property.
After a release, everything is put back to SNAPSHOT, even all the
dependencies in the webapp pom (as I understand it would do).
How can I release a project and have only each artifact's current version
set to SNAPSHOT, but have the webapp dependencies left to the just released
version?
(Keep in mind I didn't release an aggregation module with inter-dependencies
yet and maybe it is not what it does).

How can I have something similar to maven.multiproject.excludes?
Should I comment the modules I don't want to compile in the pom?


Finally, is it in your opinion better to simply have N projects in CVS other
than a big aggregation project to achieve what I want?
(But would still use the same parent pom, I would just release each
sub-module independently and have better control on what to release each
time).
My only concern with that is the major refactoring of the CVS modules and
losing all the file history.

Thanks for your input,
Daniel


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to