>From the time I spent recently perusing their API docs, I would guess from the fact that they qualify the URL scheme with a "1" version, that they will preserve compatibility indefinitely. If they alter their API I presume it will use a different version ID on the URL.
Matt On Tue, Oct 15, 2013 at 2:08 PM, sebb <seb...@gmail.com> wrote: > On 15 October 2013 19:33, Matt Benson <gudnabr...@gmail.com> wrote: > > Asked on #asfinfra and got the link from bdemers: [1]. He says it will > > change to [2] whenever Nexus is upgraded. > > Thanks! > > Just to clarify: is it just the link that will change, or will the API > change as well? > > > Matt > > [1] > > > https://repository.apache.org/nexus-core-documentation-plugin/core/docs/index.html > > [2] > > > https://repository.apache.org/nexus-restlet1x-plugin/default/docs/index.html > > > > > > > > On Tue, Oct 15, 2013 at 12:23 PM, sebb <seb...@gmail.com> wrote: > >> > >> On 15 October 2013 17:54, Matt Benson <gudnabr...@gmail.com> wrote: > >> > We should probably investigate whether Nexus's REST APIs would be of > any > >> > use here; seemingly they would make it much more difficult to > >> > inadvertently > >> > delete the wrong file(s). > >> > >> I did try to find out about them. > >> Unfortunately they are not documented anywhere public that I could > >> find (and it appears they may not be stable). > >> I did make some progress by recording the GUI, but that is obviously not > >> ideal. > >> > >> > Matt > >> > > >> > > >> > On Tue, Oct 15, 2013 at 11:33 AM, sebb <seb...@gmail.com> wrote: > >> > > >> >> On 14 October 2013 02:21, Ralph Goers <ralph.go...@dslextreme.com> > >> >> wrote: > >> >> > > >> >> > On Oct 13, 2013, at 4:31 PM, sebb wrote: > >> >> > > >> >> >> Recently, I found that the Maven project RMs don't bother removing > >> >> these. > >> >> >> So the files are released to Maven Central with the rest. > >> >> >> I assume that the Maven Central administrators don't care about > the > >> >> >> extra space needed. > >> >> >> > >> >> >> Now ASF source releases must be provided via the ASF mirror > system. > >> >> >> There does not seem to be any ruling on whether having additional > >> >> >> copies of the source release elsehere is allowed or not. > >> >> >> > >> >> >> I tried asking on Infra whether source releases should only be > >> >> >> published to the ASF mirror system, but got no answer. > >> >> >> Perhaps someone else would like to try? > >> >> >> > >> >> >> It would obviously be a lot easier if the Nexus directory did not > >> >> >> have > >> >> >> to be purged of these files, as this has to be carefully > >> >> >> co-ordinated > >> >> >> with copying the files for the ASF mirror SVN repo. > >> >> > > >> >> > Whether they have to be removed or not as a user I find them being > >> >> published to Maven central to be annoying since they are pretty much > >> >> useless as Maven artifacts. > >> >> > >> >> Indeed. > >> >> > >> >> The issue here is that deleting files from a closed staging area is > >> >> prone to errors as the Nexus GUI is quite fiddly (and the > confirmation > >> >> pop-up does not show the name of the file being deleted). > >> >> > >> >> > > >> >> >> > >> >> >>> I gave up trying to remove the absurd .asc.sha1 and > >> >> >>> .asc.md5 files for JCI, there was too many of them (12 files per > >> >> >>> artifact, 6 artifacts). > >> >> >> > >> >> >> That could be automated (I started working on a tool to do this, > but > >> >> >> other things intervened). > >> >> >> It's a long-standing Maven bug. The files can be left, but it > makes > >> >> >> checking the directory tedious. > >> >> > > >> >> > See http://wiki.apache.org/logging/Log4j2ReleaseGuide step 11c. > I'm > >> >> not sure why rm *.asc.md5 is a problem. Even if they are in separate > >> >> directories the find command works pretty well. > >> >> > >> >> Find and rm do not work on Nexus, which is one place where the > >> >> spurious files are annoying. > >> >> Also it's easy to delete the wrong file in Nexus (so this should be > >> >> done before closing the staging area - if it is done at all) > >> >> > >> >> > Ralph > >> >> > > >> >> > >> >> --------------------------------------------------------------------- > >> >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > >> >> For additional commands, e-mail: dev-h...@commons.apache.org > >> >> > >> >> > > > > >
