Why is this a better solution than putting in a relocation POM that
points to the corrected groupId:artifactId? Seems like you would never
ask for jstl 1.2 and be happy getting back jstl 1.1, so that's a problem
that needs a solution.
Perhaps the removal was only half of the solution, and what we really
need is a relocation POM pointing to the corrected coordinate.
On 6/23/11 12:41 PM, Anders Hammar wrote:
But of course. But if you read the jira ticket, you'll notice that the
reason for the change was that the old artifact was simply the wrong one.
But that does not validate removing it. It should have bean kept and the
correct one should have bean deployed with a patch version number (or
similar).
/Anders
On Thu, Jun 23, 2011 at 16:26, John Casey<jdca...@commonjava.org> wrote:
On 6/23/11 10:17 AM, Anders Hammar wrote:
My position is that artifacts at central should never ever change. If
there's something wrong with one, a new version needs to be deployed.
A released artifact is immutable.
There could always be exceptions to this, though, especially where
intellectual property claims are concerned.
I'm not sure what prompted the removal of jstl, and I tend to agree that we
need a _very_ good reason to remove this artifact from the central
repository. I'm only pointing out that there's simply no way to have such an
iron-clad policy as you describe.
/Anders
On Thu, Jun 23, 2011 at 16:11, Paul Gier<pg...@redhat.com> wrote:
The way we've dealt with this type of thing in the JBoss repository is
we move it to a "deprecated" repository. So if people need to keep
their builds working while migrating to the new GAV, they can add the
deprecated repo to a profile in their settings. This process seems to
work ok for us. Maybe we should have a similar setup with central?
On 06/22/2011 05:12 PM, Anders Hammar wrote:
Yes, as I said, artifacts at central should never change as it will
break
people's builds. I thought that was the policy.
/Anders
On Wed, Jun 22, 2011 at 19:56, Paul Gier<pg...@redhat.com> wrote:
It was there before. I still have the copy of the artifact and pom in
our Nexus proxy of central. The change broke some of our builds,
that's
how I found out about it.
On 06/20/2011 12:42 PM, Mark Struberg wrote:
actually I think javax.jstl NEVER have been on maven.central.
It originally was hosted on java.net, but they killed parts of their
maven repo while migrating from sun to oracle.
There is of course an ALv2 version of jstl:
http://repo1.maven.org/maven2/**org/apache/geronimo/bundles/**
jstl/1.2_1/<http://repo1.maven.org/maven2/org/apache/geronimo/bundles/jstl/1.2_1/>
LieGrue,
strub
--- On Mon, 6/20/11, Anders Hammar<and...@hammar.net> wrote:
From: Anders Hammar<and...@hammar.net>
Subject: Re: Missing javax.servlet:jstl:1.2
To: "Maven Developers List"<dev@maven.apache.org>
Date: Monday, June 20, 2011, 5:26 PM
I though artifacts were supposed to
never change at central... This could
break people's builds.
/Anders
On Mon, Jun 20, 2011 at 19:00, Paul Gier<pg...@redhat.com>
wrote:
It seems that the artifacts were moved to a different
location:
https://issues.sonatype.org/**browse/MVNCENTRAL-71<https://issues.sonatype.org/browse/MVNCENTRAL-71>
On 06/20/2011 10:41 AM, Paul Gier wrote:
The artifacts for javax.servlet:jstl:1.2 seem to
have disappeared from
central [1]. They still appear in the
Sonatype search [2]. Does anyone
know what happened to these
files? Were they removed because of a bad
license or something?
[1]http://repo1.maven.org/**maven2/javax/servlet/jstl/<http://repo1.maven.org/maven2/javax/servlet/jstl/>
[2]
http://search.maven.org/#**search|gav|1|g%3A%22javax.**
servlet%22%20AND%20a%3A%**22jstl%22<http://search.maven.org/#search%7Cgav%7C1%7Cg%3A%22javax.servlet%22%20AND%20a%3A%22jstl%22>
<http://search.maven.**org/#search%7Cgav%7C1%7Cg%3A%**
22javax.servlet%22%20AND%20a%**3A%22jstl%22<http://search.maven.org/#search%7Cgav%7C1%7Cg%3A%22javax.servlet%22%20AND%20a%3A%22jstl%22>
<
http://search.maven.org/#**search%7Cgav%7C1%7Cg%3A%**
22javax.servlet%22%20AND%20a%**3A%22jstl%22<http://search.maven.org/#search%7Cgav%7C1%7Cg%3A%22javax.servlet%22%20AND%20a%3A%22jstl%22>
<
http://search.maven.org/#**search%7Cgav%7C1%7Cg%3A%**
22javax.servlet%22%20AND%20a%**3A%22jstl%22<http://search.maven.org/#search%7Cgav%7C1%7Cg%3A%22javax.servlet%22%20AND%20a%3A%22jstl%22>
------------------------------**------------------------------**
---------
To unsubscribe, e-mail:
dev-unsubscribe@maven.apache.**org<dev-unsubscr...@maven.apache.org>
For additional commands, e-mail: dev-h...@maven.apache.org
------------------------------**------------------------------**
---------
To unsubscribe, e-mail:
dev-unsubscribe@maven.apache.**org<dev-unsubscr...@maven.apache.org>
For additional commands, e-mail: dev-h...@maven.apache.org
------------------------------**------------------------------**
---------
To unsubscribe, e-mail:
dev-unsubscribe@maven.apache.**org<dev-unsubscr...@maven.apache.org>
For additional commands, e-mail: dev-h...@maven.apache.org
------------------------------**------------------------------**
---------
To unsubscribe, e-mail:
dev-unsubscribe@maven.apache.**org<dev-unsubscr...@maven.apache.org>
For additional commands, e-mail: dev-h...@maven.apache.org
------------------------------**------------------------------**
---------
To unsubscribe, e-mail:
dev-unsubscribe@maven.apache.**org<dev-unsubscr...@maven.apache.org>
For additional commands, e-mail: dev-h...@maven.apache.org
--
John Casey
Developer, PMC Member - Apache Maven (http://maven.apache.org)
Blog: http://www.johnofalltrades.**name/<http://www.johnofalltrades.name/>
------------------------------**------------------------------**---------
To unsubscribe, e-mail:
dev-unsubscribe@maven.apache.**org<dev-unsubscr...@maven.apache.org>
For additional commands, e-mail: dev-h...@maven.apache.org
--
John Casey
Developer, PMC Member - Apache Maven (http://maven.apache.org)
Blog: http://www.johnofalltrades.name/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
