Anything that goes to Central is immutable .. so no edits or updates or whatever. Make sure you keep that in mind
Manfred Jonathan Valliere wrote on 2020-02-20 09:50 (GMT -08:00): > Just indicate a date in the pom at which point the relocation warning turns > into a relocation error. <expires>date</>. So you warn for a year then you > keep it up on central for an additional year in which it throws errors but > indicates to the redirection information. > > On Thu, Feb 20, 2020 at 2:55 AM Hervé BOUTEMY <herve.bout...@free.fr> wrote: > >> +1 >> >> probably will start by improving the documentation, because this is really >> the >> current intent from what I can understand: a relocation pom only provides >> relocation info only, no jar, no build info >> >> like https://repo.maven.apache.org/maven2/ant/ant/1.7.0/ that points to >> https://repo.maven.apache.org/maven2/org/apache/ant/ant/1.7.0/ >> >> AFAIK, there is no modification expected on existing artifacts, just >> relocation >> poms to create at old coordinates to point new coordinates = the new >> canonical >> coordinates >> >> >> then perhaps the way it is implemented can be improved: one issue I can >> see >> (from a pure theoretical point of view, I didn't take time to make >> extensive >> tests) is to define when you stop publishing relocation poms at old >> coordinates, ie. starting with which version? >> and how to be sure that the relocation is detected when resolving both old >> coordinates and new coordinates that are both canonical coordinates? >> >> for example ant:ant:1.6.5 (= canonical coordinates for this release) and >> org.apache.ant:ant:1.8.0 (= canonical coordinates for this release), given >> there is no relocation pom published for ant:ant:1.8.0, only for >> ant:ant:1.7.0 >> >> Regards, >> >> Hervé >> >> Le mercredi 19 février 2020, 16:48:38 CET Jonathan Valliere a écrit : >> > Maybe we need to rework how this functionality works. It should be >> > essentially a symlink with a warning message within the resolver so they >> > both resolve to the same artifact. >> > >> > On Wed, Feb 19, 2020 at 8:58 AM Anders Hammar <and...@hammar.net> wrote: >> > > In real practice it doesn't work well though, as someone already >> brought >> > > up. It can result in duplication of libraries on the class path (the >> same >> > > library under different groupId). >> > > >> > > /Anders (mobile) >> > > >> > > Den ons 19 feb. 2020 14:52Elliotte Rusty Harold <elh...@ibiblio.org> >> > > >> > > skrev: >> > > > I set up some simple projects and tested this manually. As best I can >> > > > determine, relocation does work as one would hope, at least in Maven >> > > > and M2E. (No idea about Gradle or Ivy.) >> > > > >> > > > The documentation should probably be rewritten because it assumes you >> > > > can change published pom.xml files, which isn't true on Maven >> central. >> > > > >> > > > On Mon, Feb 17, 2020 at 3:36 PM Hervé BOUTEMY <herve.bout...@free.fr >> > >> > > > >> > > > wrote: >> > > > > you can test with >> > > > > https://repo.maven.apache.org/maven2/ant/ant/1.7.0/ant-1.7.0.pom >> > > >> > > >> https://repo.maven.apache.org/maven2/javax/xml/jaxrpc/1.1/jaxrpc-1.1.pom >> > > >> > > >> > > >> https://repo.maven.apache.org/maven2/javax/xml/jaxb-api/1.0.1/jaxb-api-1.0 >> > > .1.pom> >> > > > > testing relocation was on my todo list for years, but I never >> really >> > > >> > > test >> > > >> > > > > Regards, >> > > > > >> > > > > Hervé >> > > > > >> > > > > Le dimanche 16 février 2020, 15:18:17 CET Elliotte Rusty Harold a >> > > >> > > écrit : >> > > > > > On Sun, Feb 16, 2020 at 2:35 AM <herve.bout...@free.fr> wrote: >> > > > > > > see: >> > > > > > > - >> > > >> > > >> http://maven.apache.org/ref/3.6.3/maven-model/maven.html#class_relocation >> > > >> > > > > > > - https://maven.apache.org/guides/mini/guide-relocation.html >> > > > > > >> > > > > > The guide to relocation seems to assume a lot more access and >> > > > > > control >> > > > > > to the repo than is the case with public repositories like Maven >> > > > > > Central. I'm not sure it's actually possible to follow these >> steps >> > > > > > today, though perhaps that could be changed. >> > > > > > >> > > > > > I'd still like to see the code in the repo that implements >> support >> > > >> > > for >> > > >> > > > > > this or, better yet, a sample project that demonstrates >> relocation >> > > > > > is >> > > > > > possible. >> > > > > > >> > > > > > If this does work, I can see a lot of use cases for it, but I'm >> > > > > > currently working with the assumption it is not. >> > > > > >> > > > > >> --------------------------------------------------------------------- >> > > > > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >> > > > > For additional commands, e-mail: dev-h...@maven.apache.org >> > > > >> > > > -- >> > > > Elliotte Rusty Harold >> > > > elh...@ibiblio.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 >> >> -- > > CONFIDENTIALITY NOTICE: The contents of this email message and any > attachments are intended solely for the addressee(s) and may contain > confidential and/or privileged information and may be legally protected > from disclosure. > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
