Tycho does not use Aether to resolve p2 artifacts. -- Regards, Igor
On Thu, Jul 28, 2016, at 10:07 AM, Anders Hammar wrote: > This might be a language thing. "Maven Artifact Resolver API" makes me > think this is only for resolving Maven artifacts, but my understanding is > that p2 artifacts is also supported by Tycho. Am I wrong? > Removing "Maven" and just call it Artifact Resolver API (ara) solves > this. > It's the API for resolving artifacts in Maven. > But, it might just be me interpreting this wrong. > > /Anders > > On Thu, Jul 28, 2016 at 3:47 PM, Jason van Zyl <[email protected]> wrote: > > > It’s all Maven specific, it’s always been Maven specific and that’s > > unlikely to change after how many years? Even if it can employ different > > strategies it’s still the Maven Artifact Resolution API. No one is going to > > use this API to resolve from NuGet, NPMJS, PyPi or anything else. Let’s > > just make it better for our specific use cases instead of imagining this is > > going to be a general purpose tool. It is clear that this never happened > > and probably never will. Does it matter? > > > > > On Jul 28, 2016, at 6:12 AM, Anders Hammar <[email protected]> wrote: > > > > > > Are we making the non-Maven-specific Aether library/code Maven-specific > > > during this move? > > > If not, then I don't think we should have the Maven part in the name. > > > > > > /Anders > > > > > > On Thu, Jul 28, 2016 at 10:40 AM, Michael Osipov <[email protected]> > > > wrote: > > > > > >> I fully agree with you Stephen! > > >> > > >> > > >> Am 2016-07-28 um 10:35 schrieb Stephen Connolly: > > >> > > >>> I don't see that this needs a special name, so I am -1 on Akasha > > >>> > > >>> I like Maven Artifact Resolver API... but my only concern with the > > "mara" > > >>> short form is that I'll keep replaying radio satire in my head every > > time > > >>> I > > >>> say it, e.g. https://www.youtube.com/watch?v=d6ITDfkwKTA > > >>> > > >>> What exactly is wrong with org.apache.maven.ara or > > >>> org.apache.maven.artifact.resolver.api if we compare with > > >>> org.apache.maven.mara to me the m in mara is redundant because we > > already > > >>> have the maven... so either if we want a short package name then `ara` > > is > > >>> better... or we want an understandable package name... same goes for > > >>> artifactIds > > >>> > > >>> On 28 July 2016 at 08:13, Hervé BOUTEMY <[email protected]> wrote: > > >>> > > >>> Hi, > > >>>> > > >>>> The work on Aether import is progressing: as I commented on MNG-6007 > > >>>> recently, > > >>>> we now have to find a new name for the component at Apache. Then we'll > > >>>> update > > >>>> poms, documentation and git repo accordingly and we'll be ready to > > make > > >>>> releases. > > >>>> > > >>>> We already have first ideas, found by the PMC while working in > > private on > > >>>> the > > >>>> topic: > > >>>> - Akasha https://en.wikipedia.org/wiki/Akasha > > >>>> - Maven Artifact Resolver API ("mara" when used as package name or > > >>>> artifactid > > >>>> or in maven-mara-provider) > > >>>> > > >>>> > > >>>> Does anybody have another idea? > > >>>> Is there a preference in the community? > > >>>> > > >>>> Regards, > > >>>> > > >>>> Hervé > > >>>> > > >>>> --------------------------------------------------------------------- > > >>>> 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] > > >> > > >> > > > > Thanks, > > > > Jason > > > > ---------------------------------------------------------- > > Jason van Zyl > > Founder, Takari and Apache Maven > > http://twitter.com/jvanzyl > > http://twitter.com/takari_io > > --------------------------------------------------------- > > > > > > > > --------------------------------------------------------------------- > > 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]
