Eric
This is the kindest and gentlest explanation of the situation and the best offer that you are going to get.

Ron


On 06/08/2010 8:38 PM, Jason van Zyl wrote:
The nut of the problem is that if we had to support every optional behavior for 
a particular subset of the community the code base would likely be 
unmaintainable. No one here is going to implement anything toward what you're 
specifically asking for because Maven was specifically designed not to work for 
what you want. It probably would not be hard to do what you ask for, but just 
because something is possible doesn't mean it's a good idea to do it.

Generally when people argue along the lines of "well my organization doesn't do that 
and we can't change" I retort that the community of Maven users is like an 
organization and it's far more powerful then yours. We don't do that and we're not going 
to change. So the onus would be on you to take the sources of Maven and alter it for your 
use and then the cost of maintaining that behavior becomes yours and it's not cheap. It's 
really not cheap. We can't make everyone happy and that's ok with us, well it's at least 
ok with me. I guess I can't speak for everyone. There are other build tool options, or 
you can maintain your own fork of Maven with the behavior your organization desires.

Now what you're asking for here sounds particularly disastrous. If across your 
organization a release does not actually mean a release in the Maven sense you 
are going to have so many problems with what plugins normally expect and how 
artifacts may be integrated across different groups. Trust me, you do not want 
to go hunting around trying to figure out if something actually changed because 
looking at an artifact that is supposed to be immutable in Maven but isn't just 
screams out N points of failure. None of the IDE integration would work 
properly, many of the CI tools also wouldn't work very well. You're just asking 
for a world of very expensive pain. Every organization can change. You may not 
be able to change tomorrow but you can change. I've seen it happen at the 
biggest of the big.

My suggestion if you are looking at Maven is to start with a smaller project 
and use Maven the way it's supposed to be used and evaluate if that's workable 
for your organization today. I can tell you with absolute certainty that what 
you're asking for is never going to implemented. But on the dev list we can 
point you in the right direction if you want to hack something up yourself.

eric



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Reply via email to