Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 9F848200B4B for ; Thu, 21 Jul 2016 17:46:44 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 9E20A160A73; Thu, 21 Jul 2016 15:46:44 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id C1A2C160A72 for ; Thu, 21 Jul 2016 17:46:43 +0200 (CEST) Received: (qmail 32138 invoked by uid 500); 21 Jul 2016 15:46:42 -0000 Mailing-List: contact users-help@maven.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Maven Users List" Reply-To: "Maven Users List" Delivered-To: mailing list users@maven.apache.org Received: (qmail 32127 invoked by uid 99); 21 Jul 2016 15:46:42 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 21 Jul 2016 15:46:42 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id E98C7C0C8F for ; Thu, 21 Jul 2016 15:46:41 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.433 X-Spam-Level: * X-Spam-Status: No, score=1.433 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_NEUTRAL=0.652] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id 1rwnSG6rLMld for ; Thu, 21 Jul 2016 15:46:39 +0000 (UTC) Received: from smtp69.ord1c.emailsrvr.com (smtp69.ord1c.emailsrvr.com [108.166.43.69]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTPS id 51FDF5FE3B for ; Thu, 21 Jul 2016 15:46:39 +0000 (UTC) Received: from smtp1.relay.ord1c.emailsrvr.com (localhost [127.0.0.1]) by smtp1.relay.ord1c.emailsrvr.com (SMTP Server) with ESMTP id C88542029E for ; Thu, 21 Jul 2016 11:46:32 -0400 (EDT) X-SMTPDoctor-Processed: csmtpprox beta Received: from smtp1.relay.ord1c.emailsrvr.com (localhost [127.0.0.1]) by smtp1.relay.ord1c.emailsrvr.com (SMTP Server) with ESMTP id C4EFF202D6 for ; Thu, 21 Jul 2016 11:46:32 -0400 (EDT) X-Auth-ID: jordan.lewis@inovexcorp.com Received: by smtp1.relay.ord1c.emailsrvr.com (Authenticated sender: jordan.lewis-AT-inovexcorp.com) with ESMTPSA id 8CDB12029E for ; Thu, 21 Jul 2016 11:46:32 -0400 (EDT) X-Sender-Id: jordan.lewis@inovexcorp.com Received: from [10.10.1.204] ([UNAVAILABLE]. [50.246.88.25]) (using TLSv1.2 with cipher AES256-GCM-SHA384) by 0.0.0.0:465 (trex/5.5.4); Thu, 21 Jul 2016 11:46:32 -0400 User-Agent: Microsoft-MacOutlook/0.0.0.160212 Date: Thu, 21 Jul 2016 11:46:31 -0400 Subject: Re: Resolving an Artifact from Remote Repository instead of Local From: Jordan Lewis To: Maven Users List Message-ID: <43A32FAE-AE1B-46E2-B7BE-987CA999CFCE@inovexcorp.com> Thread-Topic: Resolving an Artifact from Remote Repository instead of Local References: <9BDC0E23-1354-47C7-A4F2-2FE422288067@inovexcorp.com> <6A70430E-0E81-4799-8926-1F7E7ED0ECC1@inovexcorp.com> <826b565e-f4ce-8664-9dc5-440ca8e46e9a@artifact-software.com> <925009E3-C2A1-4EDE-915B-4E32F84199DB@inovexcorp.com> <87D8C79D-7C64-44EE-A7C7-3B84F710D455@inovexcorp.com> <9B1DDDCA-174C-45B5-8C1E-4CB307146EB9@inovexcorp.com> In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: quoted-printable archived-at: Thu, 21 Jul 2016 15:46:44 -0000 Is this, , still the code base? I c= ould make a pull request that would show exactly the part I=E2=80=99m talking abou= t with a possible solution. Thanks, Jordan On 7/20/16, 1:53 PM, "Jordan Lewis" wrote: >Any update on what mailing list I should be using? > >Jordan > > > > >On 7/19/16, 2:26 PM, "Jordan Lewis" wrote: > >>Here is the email I received from them about it. >> >> >>Hi Jordan, >> >>=E2=80=A6 >> >> >>> Does anyone have any suggestions for me to resolve this or is there >>> another email list where this question would fit better? >> >> >> >>sadly, Aether has left Eclipse for Apache, to be developed there in >>closer collaboration with the Maven core. See [1] here for the details. >> >>I am not aware of an aether-users list at Apache, so I would suggest >>asking on users@maven.apache.org or maybe dev@maven.apache.org. Neither >>list seems to be a perfect fit though, as you are neither end user or >>developer of Maven itself. >> >>Anyway, it would be great if you could reply which list ultimately >>answered your question, so future developers can find the answer in the >>archives. >> >>Hope that helps. >> >>Andreas >> >>[1] >> >> >>-- >>Codetrails GmbH >>The knowledge transfer company >> >>Robert-Bosch-Str. 7, 64293 Darmstadt >>Phone: +49-6151-276-7092 >>Mobile: +49-170-811-3791 >>http://www.codetrails.com/ >> >>Managing Director: Dr. Marcel Bruch >>Handelsregister: Darmstadt HRB 91940 >>_______________________________________________ >>aether-users mailing list >>aether-users@eclipse.org >>To change your delivery options, retrieve your password, or unsubscribe f= rom this list, visit >>https://dev.eclipse.org/mailman/listinfo/aether-users >> >> >> >> >> >>On 7/19/16, 10:27 AM, "Jordan Lewis" wrote: >> >>>Correct. However, I used that mailing list that you listed and they poin= ted me to your list because you have taken the project over, correct? >>> >>>Jordan >>> >>> >>> >>> >>>On 7/19/16, 10:25 AM, "Ron Wheeler" wro= te: >>> >>>>Yes. >>>>It does seem that you do not have a Maven problem but have an Aether pr= oblem >>>>https://dev.eclipse.org/mailman/listinfo/aether-users >>>> >>>>Ron >>>> >>>>On 19/07/2016 9:54 AM, Jordan Lewis wrote: >>>>> Does that all make sense or do you need anything else to make it clea= rer? >>>>> >>>>> Thanks, >>>>> Jordan >>>>> >>>>> >>>>> >>>>> >>>>> On 7/18/16, 3:56 PM, "Jordan Lewis" wro= te: >>>>> >>>>>> The plug-in does have a configuration that tries to ignore the local= repo, but whenever it resolves an artifact using system.resolveArtifact(..)= , it always checks the local repo first. >>>>>> >>>>>> What is the code to ignore the local repo? Or is there some code tha= t could try to resolve an artifact from a specific repo? >>>>>> >>>>>> Thanks, >>>>>> Jordan >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> On 7/18/16, 3:22 PM, "Ron Wheeler" = wrote: >>>>>> >>>>>>> Can you just patch the existing plug-in to create a new plug-in tha= t >>>>>>> ignores the local repo? >>>>>>> Or add a configuration flag to ignore the local repo and submit you= r >>>>>>> improvement as an enhancement. >>>>>>> >>>>>>> >>>>>>> Ron >>>>>>> >>>>>>> On 18/07/2016 2:29 PM, Jordan Lewis wrote: >>>>>>>> Nexus. >>>>>>>> >>>>>>>> Our remote Nexus repository is available to others, but my local r= epository is obviously not. So whenever I generate the index file, I need to= make sure that my local paths to the artifacts are never used which they ar= e if the artifact can be resolved both locally and remotely. I need it to on= ly resolve from the remote repository. >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Jordan >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On 7/18/16, 2:21 PM, "Ron Wheeler" wrote: >>>>>>>> >>>>>>>>> What repo are you using locally - Nexus, Artifactory,....? >>>>>>>>> Why is it not available to others? >>>>>>>>> >>>>>>>>> Ron >>>>>>>>> >>>>>>>>> On 18/07/2016 2:04 PM, Jordan Lewis wrote: >>>>>>>>>> Is this question in the wrong mailing list? Is there a specific = Aether mailing list? >>>>>>>>>> >>>>>>>>>> Thanks, >>>>>>>>>> Jordan >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On 7/14/16, 9:41 AM, "Jordan Lewis" wrote: >>>>>>>>>> >>>>>>>>>>> Hi All, >>>>>>>>>>> >>>>>>>>>>> This is a question about the Aether API. I=E2=80=99m working on build= ing an index file which will point to the resolved artifact using bnd-indexe= r-maven-plugin. The indexer has an option to forbid the use of local URIs an= d that works fine as long as I don=E2=80=99t have the artifact in my local reposit= ory. I need the artifact to resolve to the remote repository so that anyone = can use this index file and it won=E2=80=99t depend on my local repository. If the= artifact is in my local repository though, it resolves to that artifact whe= never the indexer code call system.resolveArtifact(..). I can get around thi= s by clearing my local repository and then the artifact will resolve to the = remote repository location just fine. I did some digging and it appears like= you are always checking the localRepositoryManager first and then you check= remote repositories. >>>>>>>>>>> >>>>>>>>>>> Is there a way to make it ignore the local repository resolutio= n or set a repository priority order where it would check the remote reposit= ory before the local repository? >>>>>>>>>>> >>>>>>>>>>> Thanks, >>>>>>>>>>> Jordan >>>>>>>>>>> >>>> >>>> >>>>--=20 >>>>Ron Wheeler >>>>President >>>>Artifact Software Inc >>>>email: rwheeler@artifact-software.com >>>>skype: ronaldmwheeler >>>>phone: 866-970-2435, ext 102 >>>> >>>> >>>>--------------------------------------------------------------------- >>>>To unsubscribe, e-mail: users-unsubscribe@maven.apache.org >>>>For additional commands, e-mail: users-help@maven.apache.org >>>> >>> >>> >>>--------------------------------------------------------------------- >>>To unsubscribe, e-mail: users-unsubscribe@maven.apache.org >>>For additional commands, e-mail: users-help@maven.apache.org >>> >> >> >>--------------------------------------------------------------------- >>To unsubscribe, e-mail: users-unsubscribe@maven.apache.org >>For additional commands, e-mail: users-help@maven.apache.org >> > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: users-unsubscribe@maven.apache.org >For additional commands, e-mail: users-help@maven.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@maven.apache.org For additional commands, e-mail: users-help@maven.apache.org