Still not sure why anyone would need an index file. What are they going
to use it for?
Is there some way to override system.resolveArtifact's understanding of
where to find the local repo.
Then you could give it an empty directory and your problem would be
solved without touching your "real" repo cache.
Ron
On 21/07/2016 2:10 PM, Jordan Lewis wrote:
Looks like it might be easier to just delete your local repo!
I know that this approach works. It’s just a bit inconvenient to have to do
that.
Perhaps you might want to revisit your ultimate goal.
Describe the use that people will make of the index and see if anyone
has a different way to get what you want.
My ultimate goal is to try to resolve artifacts from a specific remote
repository and ignore the local repository. The URIs in the generated index
file then won’t depend on the local repository path of the machine where the
index file was generated.
Why is your need so different from the normal case that no one else has
ever run into this problem?
I don’t think people are usually concerned with where artifacts are resolved
from because they aren’t building index files that anyone should be able to
use. I know that others have mentioned this problem with the index plugin, but
after looking at the code a bit, it appears like they can’t do anything about
it because the Aether code doesn’t have any options for resolving artifacts
without first checking the local repository manager. I think it would be
beneficial if Aether overloaded the method so that you could pass a parameter
to not check that local repository or provide a new method which accepts a
remote repository and the artifact request, and then tries to resolve the
artifact with that remote repository only.
My real hope was that I was overlooking some code that would already accomplish
what I just described which is what led me to the mailing lists. Is ther
another way to resolve artifacts other than system.resolveArtifact(..) which
always checks the LocalRepositoryManager first?
Thanks,
Jordan
On 21/07/2016 11:46 AM, Jordan Lewis wrote:
Is this, <https://github.com/eclipse/aether-core>, still the code base? I could
make a pull request that would show exactly the part I’m talking about with a
possible solution.
Thanks,
Jordan
On 7/20/16, 1:53 PM, "Jordan Lewis" <jordan.le...@inovexcorp.com> wrote:
Any update on what mailing list I should be using?
Jordan
On 7/19/16, 2:26 PM, "Jordan Lewis" <jordan.le...@inovexcorp.com> wrote:
Here is the email I received from them about it.
Hi Jordan,
…
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 d...@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]
<https://projects.eclipse.org/projects/technology.aether/reviews/termination-review>
--
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-us...@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from
this list, visit
https://dev.eclipse.org/mailman/listinfo/aether-users
On 7/19/16, 10:27 AM, "Jordan Lewis" <jordan.le...@inovexcorp.com> wrote:
Correct. However, I used that mailing list that you listed and they pointed me
to your list because you have taken the project over, correct?
Jordan
On 7/19/16, 10:25 AM, "Ron Wheeler" <rwhee...@artifact-software.com> wrote:
Yes.
It does seem that you do not have a Maven problem but have an Aether problem
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 clearer?
Thanks,
Jordan
On 7/18/16, 3:56 PM, "Jordan Lewis" <jordan.le...@inovexcorp.com> wrote:
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 that could try
to resolve an artifact from a specific repo?
Thanks,
Jordan
On 7/18/16, 3:22 PM, "Ron Wheeler" <rwhee...@artifact-software.com> wrote:
Can you just patch the existing plug-in to create a new plug-in that
ignores the local repo?
Or add a configuration flag to ignore the local repo and submit your
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 repository 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 are if the artifact
can be resolved both locally and remotely. I need it to only resolve from the
remote repository.
Thanks,
Jordan
On 7/18/16, 2:21 PM, "Ron Wheeler" <rwhee...@artifact-software.com> 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" <jordan.le...@inovexcorp.com> wrote:
Hi All,
This is a question about the Aether API. I’m working on building an index file
which will point to the resolved artifact using bnd-indexer-maven-plugin. The
indexer has an option to forbid the use of local URIs and that works fine as
long as I don’t have the artifact in my local repository. I need the artifact
to resolve to the remote repository so that anyone can use this index file and
it won’t depend on my local repository. If the artifact is in my local
repository though, it resolves to that artifact whenever the indexer code call
system.resolveArtifact(..). I can get around this 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 resolution or set a
repository priority order where it would check the remote repository before the
local repository?
Thanks,
Jordan
--
Ron Wheeler
President
Artifact Software Inc
email: rwhee...@artifact-software.com
skype: ronaldmwheeler
phone: 866-970-2435, ext 102
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
--
Ron Wheeler
President
Artifact Software Inc
email: rwhee...@artifact-software.com
skype: ronaldmwheeler
phone: 866-970-2435, ext 102
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
--
Ron Wheeler
President
Artifact Software Inc
email: rwhee...@artifact-software.com
skype: ronaldmwheeler
phone: 866-970-2435, ext 102
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
