it's nor so simple when you add repo1 into the mix. you would need to
separate repositories by model version (again) or using repo1 would
become a crapshoot (oh look spring have a new version, my version
range will pick that up... but now it won't build because of a pom
parse error. this built before maven is a pile of shite)
we have enough issues with mavens perception as it stands
Sent from my iPod
On 25 Nov 2008, at 23:08, "Paul Benedict" <[EMAIL PROTECTED]> wrote:
Arnaud, that is why I said let the free market decide. Why should we
care if someone only wants to adopt a 4.0+ format? If their adoption
doesn't happen because not enough users have it, it's incentive for
them to make a better decision.
Paul
On Tue, Nov 25, 2008 at 4:59 PM, Arnaud HERITIER
<[EMAIL PROTECTED]> wrote:
Thus when spring, hibernate, whatever will decide to publish their
poms in a
4.0.0+ format projects which will want to use those new version
will have to
upgrade maven too. I think that in many corporate environment their
managers
will just say ... no (too risky, expensive, ..). And those
frameworks we'll
have the pressure of their users to continue to publish their
artifact with
4.0.0 poms.
We have already a lot of difficuties to try to have as many users as
possible using our latest "bug fix" 2.0.9... (for many reasons ..)
Arnaud
On Tue, Nov 25, 2008 at 11:45 PM, Paul Benedict
<[EMAIL PROTECTED]>wrote:
I just don't see the big deal with forcing users to upgrade Maven if
they want to use a newer POM version. It will be up to the
publishers
to decide whether they want 4.0, 4.1, or both formats in the
repository. Let the free market decide what should be supported.
Paul
---
------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
..........................................................
Arnaud HERITIER
12 guidelines to boost your productivity with a Java software
factory -
http://tinyurl.com/56s9tw
..........................................................
OCTO Technology - aheritier AT octo DOT com
www.octo.com | blog.octo.com
..........................................................
ASF - aheritier AT apache DOT org
www.apache.org | maven.apache.org
...........................................................
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
