I'll find out more about what happened here. In general things don't
get changed or removed once it hit's Central. There are sometimes
judgement calls that need to be made so it's not iron clad.

On Thu, Jun 23, 2011 at 10:26 AM, 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/
>>>>>>
>>>>>> 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
>>>>>>>>
>>>>>>>> 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/
>>>>>>>>> [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
>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>
>>>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>>>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>>>
>>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org
>>>>>>
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>>>> For additional commands, e-mail: dev-h...@maven.apache.org
>>>>>
>>>>>
>>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: 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
>
>

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

Reply via email to