Fetching checksums + remote repository URL
Hello! Wouldn't mind a bit of help or maybe some advice to the right direction. I'm trying to leverage the *Aether* API to calculate when given a *pom.xml* the transitive closure for the project and spit out: 1. the remote repository URI to the artifact resolved 2. the checksum of the artifact Seems like I can figure out how I can get the transitive closure for a project, but figuring out the remote repository URI it was resolved from & the checksum is troublesome. Thanks! Farid Zakaria
Re: Resolving an Artifact from Remote Repository instead of Local
Took a bit of circling around but it seems like a simple solution was found in the end! I am kind of surprised that no one popped up with a solution for OSGi. Not a rare technology. Did you look at the maven-bundle-plugin? http://felix.apache.org/components/bundle-plugin/index.html http://stackoverflow.com/questions/12996182/indexing-a-jar-using-maven-bundle-plugin Ron On 21/07/2016 3:40 PM, Jordan Lewis wrote: Awesome. That should work for my case. Thanks! Jordan On 7/21/16, 3:02 PM, "Ron Wheeler" wrote: http://stackoverflow.com/questions/9123004/maven-is-it-possible-to-override-location-of-local-repository-via-the-use-of-co Even easier - run-time argument to Maven On 21/07/2016 2:49 PM, Jordan Lewis wrote: Still not sure why anyone would need an index file. What are they going to use it for? We have an OSGi runtime and use OBR to deploy our bundles. OBR needs artifacts to be indexed so it can find them to satisfy the dependencies of our bundles. That is what I’m building the index file for. If it contained paths to my local repositories, it wouldn’t mean anything to people on different machines. 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. Very true. I did something like that, but it required changing the indexer code. Is there a way to change my local repository path using a pom attribute or settings.xml change? Thanks, Jordan 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" 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, … 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 y
Re: Resolving an Artifact from Remote Repository instead of Local
Awesome. That should work for my case. Thanks! Jordan On 7/21/16, 3:02 PM, "Ron Wheeler" wrote: >http://stackoverflow.com/questions/9123004/maven-is-it-possible-to-override-location-of-local-repository-via-the-use-of-co >Even easier - run-time argument to Maven > >On 21/07/2016 2:49 PM, Jordan Lewis wrote: >>> Still not sure why anyone would need an index file. What are they going >>> to use it for? >> We have an OSGi runtime and use OBR to deploy our bundles. OBR needs >> artifacts to be indexed so it can find them to satisfy the dependencies of >> our bundles. That is what I’m building the index file for. If it contained >> paths to my local repositories, it wouldn’t mean anything to people on >> different machines. >> >>> 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. >> Very true. I did something like that, but it required changing the indexer >> code. Is there a way to change my local repository path using a pom >> attribute or settings.xml change? >> >> Thanks, >> Jordan >> >>> 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" 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, >>>>>>>> >>>>>>>> … >>>>>>>>
Re: Resolving an Artifact from Remote Repository instead of Local
http://stackoverflow.com/questions/9123004/maven-is-it-possible-to-override-location-of-local-repository-via-the-use-of-co Even easier - run-time argument to Maven On 21/07/2016 2:49 PM, Jordan Lewis wrote: Still not sure why anyone would need an index file. What are they going to use it for? We have an OSGi runtime and use OBR to deploy our bundles. OBR needs artifacts to be indexed so it can find them to satisfy the dependencies of our bundles. That is what I’m building the index file for. If it contained paths to my local repositories, it wouldn’t mean anything to people on different machines. 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. Very true. I did something like that, but it required changing the indexer code. Is there a way to change my local repository path using a pom attribute or settings.xml change? Thanks, Jordan 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" 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, … 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" 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" 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, Jo
Re: Resolving an Artifact from Remote Repository instead of Local
>Still not sure why anyone would need an index file. What are they going >to use it for? We have an OSGi runtime and use OBR to deploy our bundles. OBR needs artifacts to be indexed so it can find them to satisfy the dependencies of our bundles. That is what I’m building the index file for. If it contained paths to my local repositories, it wouldn’t mean anything to people on different machines. >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. Very true. I did something like that, but it required changing the indexer code. Is there a way to change my local repository path using a pom attribute or settings.xml change? Thanks, Jordan > >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" 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, >>>>>> >>>>>> … >>>>>> >>>>>> >>>>>>> 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 >>>&
Re: Resolving an Artifact from Remote Repository instead of Local
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" 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, … 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" 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" 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" 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" 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 an
Re: Resolving an Artifact from Remote Repository instead of Local
>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" 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, >>>> >>>> … >>>> >>>> >>>>> 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" 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 >>>>> >>>>> >>>>> >>>&g
Re: Resolving an Artifact from Remote Repository instead of Local
Looks like it might be easier to just delete your local repo! 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. Why is your need so different from the normal case that no one else has ever run into this problem? Ron 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" 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, … 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" 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" 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" 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" 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" 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’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 resoluti
Re: Resolving an Artifact from Remote Repository instead of Local
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" 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, >> >>… >> >> >>> 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" 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" 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" 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" >>>>>> 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 lo
Re: Resolving an Artifact from Remote Repository instead of Local
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, > >… > > >> 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" 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" 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" 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" 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" >>>>>>> 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
Re: Resolving an Artifact from Remote Repository instead of Local
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" 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" 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" 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" 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" >>>>>> 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, >>>>>>>&g
Re: Resolving an Artifact from Remote Repository instead of Local
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" 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" 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" 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" 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’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
Re: Resolving an Artifact from Remote Repository instead of Local
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" 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" 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" 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’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
Re: Resolving an Artifact from Remote Repository instead of Local
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" 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" 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" 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’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 >>>>>> >>>>> - >>>>> 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 >> > > >- >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
Re: Resolving an Artifact from Remote Repository instead of Local
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" 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" 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’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 >>>>> >>>> - >>>> 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 > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Resolving an Artifact from Remote Repository instead of Local
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" 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’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 - 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
Re: Resolving an Artifact from Remote Repository instead of Local
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" 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’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 >>> >> >> - >> 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
Re: Resolving an Artifact from Remote Repository instead of Local
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’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 - 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
Re: Resolving an Artifact from Remote Repository instead of Local
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’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 > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Resolving an Artifact from Remote Repository instead of Local
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
find remote repository of artifact
Hi,
I am writing a maven plugin to resolve all project transitive dependencies
and reconstruct the URL of the remote repository of the resolved artifacts.
To resolve the dependencies I am injecting the ProjectDependenciesResolver,
and iterating over the result.getDependencyGraph().getChildren(). The
problem is, when I look at the DependencyNode.getRepositories(), it lists
all the configured remote repositories, and not the single remote
repository where it was resolved from. I tested this adding a dependency
that was avaliable in only a single repository.
There is also a file named "_remote.repositories" in the local maven
repository that tracks the remote repository where the artifact was
downloaded from, but I didn't find the api to query this metadata.
Is there some way to find this information?
Thanks,
Gustavo
-- sample code --
public class RemoteURLMojo extends AbstractMojo {
@Parameter(defaultValue = "${project}", readonly = true, required =
true)
private MavenProject project;
@Parameter(defaultValue = "${repositorySystemSession}", readonly =
true, required = true)
private RepositorySystemSession session;
@Component
private RepositorySystem system;
@Component
ProjectDependenciesResolver resolver;
public void execute() throws MojoExecutionException,
MojoFailureException {
DependencyResolutionRequest request = new
DefaultDependencyResolutionRequest(project, session);
DependencyResolutionResult result;
try {
result = resolver.resolve(request);
} catch (DependencyResolutionException e) {
throw new MojoExecutionException(e.getMessage(), e);
}
Re: Obtaining remote repository index using indexer-core 5.0.0
Here you go: https://github.com/cstamas/maven-indexer-examples/tree/master/indexer-example-01 On Mon, Nov 5, 2012 at 6:00 PM, Melvin wrote: > Hi, > > is there a tutorial or code-snippet available for obtaining/updating the > index of a remote repository? > > Version 5.0.0 would be preferred. > > Thanks. > > > > -- > View this message in context: > http://maven.40175.n5.nabble.com/Obtaining-remote-repository-index-using-indexer-core-5-0-0-tp5729555.html > Sent from the Maven - Users mailing list archive at Nabble.com. > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
Obtaining remote repository index using indexer-core 5.0.0
Hi, is there a tutorial or code-snippet available for obtaining/updating the index of a remote repository? Version 5.0.0 would be preferred. Thanks. -- View this message in context: http://maven.40175.n5.nabble.com/Obtaining-remote-repository-index-using-indexer-core-5-0-0-tp5729555.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: problems with deploying to a remote repository
Hi there, Try with mvn deploy:deployfile, http://maven.apache.org/plugins/maven-deploy-plugin/deploy-file-mojo.html Thanks, Krishna Kurnala On Tue, Jul 17, 2012 at 4:28 AM, Michał Zegan wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hello. > How do you use mvn command line to deploy an artifact to a remote > repository? it says it doesn't have a proper vagon provider for sftp/scp > so... and it doesn't autodownload it. > -BEGIN PGP SIGNATURE- > Version: GnuPG v2.0.19 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQIcBAEBAgAGBQJQBUxWAAoJEIm05B02l8E69t0P/jowMiX4G+mxBakLGVAv6wtM > utDKJGLd3IGf7po105+i7bsv+8VUtO7rvqOMaqyb9M10SYxW1e4aYFLkeK/vTB9i > JgezVJPcxbGGmrWe5v5VpTeUZnzNV9dQpCIRS6G9ncnbEoJ6obSsqEd7+6iFf75R > RtKXXxja2RqaSorUtjhA89bonvnE06P43kuqROyJVElEDdpsLWgEqFWSpb10vEBN > xOHAfkrT3lvZeO4r6OPRIj5D3KHBuGA5/IRaFLj5Ar+XqR0uguIq431r63RzXOge > 7ByzgVTRdbRIPaYWTJCiYmdYcHGoAvWy1dKLCrNDfTrBc4gRjj/EJW9BL47LWlG7 > y/viV7WAIM4B6w5nBsygHeZCGvoJUB19RRwrj3ZRAXJE9aZP6/QDtQZ+vi/Is5c1 > MPTSbyljS5+xufdVyODfgRRm+AYoh3I5ndk/cg1Kr3wUqz+aZlRgQSfX0zyzx5i/ > BI4SEmicXyCy47A7juD5BsSybuqQCT7VeoU669daj4RVklk5vEL7PuJsbNA9yuuT > e+EIVzhHd6kyFkQEl74yeX6gVLLaPDjIwUqNR4M8XiXsr7iTgd15/wFxtxNsM39f > yuZgIo6a/A3amnu8VvKnbNa3BK1JT8bJnl2KfWKuZ+QuU+mANAo7q8By8vQtaITz > H22jJPungGtZfGlokAJN > =jcXr > -END PGP SIGNATURE- > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
problems with deploying to a remote repository
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello. How do you use mvn command line to deploy an artifact to a remote repository? it says it doesn't have a proper vagon provider for sftp/scp so... and it doesn't autodownload it. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJQBUxWAAoJEIm05B02l8E69t0P/jowMiX4G+mxBakLGVAv6wtM utDKJGLd3IGf7po105+i7bsv+8VUtO7rvqOMaqyb9M10SYxW1e4aYFLkeK/vTB9i JgezVJPcxbGGmrWe5v5VpTeUZnzNV9dQpCIRS6G9ncnbEoJ6obSsqEd7+6iFf75R RtKXXxja2RqaSorUtjhA89bonvnE06P43kuqROyJVElEDdpsLWgEqFWSpb10vEBN xOHAfkrT3lvZeO4r6OPRIj5D3KHBuGA5/IRaFLj5Ar+XqR0uguIq431r63RzXOge 7ByzgVTRdbRIPaYWTJCiYmdYcHGoAvWy1dKLCrNDfTrBc4gRjj/EJW9BL47LWlG7 y/viV7WAIM4B6w5nBsygHeZCGvoJUB19RRwrj3ZRAXJE9aZP6/QDtQZ+vi/Is5c1 MPTSbyljS5+xufdVyODfgRRm+AYoh3I5ndk/cg1Kr3wUqz+aZlRgQSfX0zyzx5i/ BI4SEmicXyCy47A7juD5BsSybuqQCT7VeoU669daj4RVklk5vEL7PuJsbNA9yuuT e+EIVzhHd6kyFkQEl74yeX6gVLLaPDjIwUqNR4M8XiXsr7iTgd15/wFxtxNsM39f yuZgIo6a/A3amnu8VvKnbNa3BK1JT8bJnl2KfWKuZ+QuU+mANAo7q8By8vQtaITz H22jJPungGtZfGlokAJN =jcXr -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Help:Calling plugin from a remote repository
On Thu, Aug 11, 2011 at 5:22 AM, Daivish Shah [via Maven] < ml-node+4687779-706532986-220...@n5.nabble.com> wrote: > You have to create Profile for that.. > > If you will put following entry in your settings.xml file it will first > look > at the remote repository and then it will look for your local repository. > Basically you need to create > > > Repository Proxy > > true > > > > archiva.internal > http://localhost:8080/archiva/repository/internal/ > > > true > > > false > > > > > > > > If you will create then it will only look for defined repository > only. It will not look for remote in this case. > > > I hope it helps. > Yup , profile tag made the trick. Thanks for the help =) ~Goutham > > Thanks, > daivish. > > > > On Wed, Aug 10, 2011 at 4:35 PM, Barrie Treloar <[hidden > email]<http://user/SendEmail.jtp?type=node&node=4687779&i=0>> > wrote: > > > On Thu, Aug 11, 2011 at 12:06 AM, goutham <[hidden > > email]<http://user/SendEmail.jtp?type=node&node=4687779&i=1>> > > > wrote: > > > I want it to restrict to the remote repo only. It should not look into > > local > > > repo , at least first it have to look in remote and then go for local > > > > > > On Wed, Aug 10, 2011 at 6:02 PM, Anders Hammar [via Maven] < > > > [hidden email] <http://user/SendEmail.jtp?type=node&node=4687779&i=2>> > wrote: > > > > > >> Short answer: it's the same command > > >> > > >> somewhat longer answer: Maven will first look in your local repo. If > not > > >> found there, it will look in the configured remote repos (and download > > > to > > >> your local repo if found). > > >> > > >> Maybe reading some of the first chapters in some Maven book will give > > you a > > >> > > >> better idea on how Maven works. You'll find two free books here [1]. > > >> > > >> /Anders > > >> > > >> [1] http://www.sonatype.com/Support/Books > > > > Did you go and read the suggested sources? > > > > I don't undetstand why you would want to check remote repo only. > > Any released artifact NEVER changes, so if its in your local repo its > > identical to what would be on the remote repo. > > This saves you networks connection and download times, which is a good > > thing. > > > > As Wayne points out, you can always delete ~/.m2/repository (or > > specific parts of it) with no issues. > > Maven will just re-download the versions again. > > > > --------- > > To unsubscribe, e-mail: [hidden > > email]<http://user/SendEmail.jtp?type=node&node=4687779&i=3> > > For additional commands, e-mail: [hidden > > email]<http://user/SendEmail.jtp?type=node&node=4687779&i=4> > > > > > > > -- > If you reply to this email, your message will be added to the discussion > below: > > http://maven.40175.n5.nabble.com/Help-Calling-plugin-from-a-remote-repository-tp4685594p4687779.html > To unsubscribe from Help:Calling plugin from a remote repository, click > here<http://maven.40175.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=4685594&code=Z291dGhhbS52YXNpcmVkZGlAZ21haWwuY29tfDQ2ODU1OTR8MTY3OTUzMTU3NQ==>. > > -- View this message in context: http://maven.40175.n5.nabble.com/Help-Calling-plugin-from-a-remote-repository-tp4685594p4691827.html Sent from the Maven - Users mailing list archive at Nabble.com.
Re: Help:Calling plugin from a remote repository
Wayne Fay, The other idea was having Mirror tag point to remote repo. :) But configuring another repo made the trick. Thanks for the Help -Goutham On Thu, Aug 11, 2011 at 12:41 AM, Wayne Fay [via Maven] < ml-node+4686902-1392576678-220...@n5.nabble.com> wrote: > > Can this be the other way ? > > What is "the other way"? > > > central > > > > also trying to download the other dependencies(ex: > > plexus-interactivity-api) form the same repo which dont exist. > > Saying a repo is a "mirror of Central" means that all artifacts which > do exist in Central must also exist in this mirror. If you don't want > to actually host all those files and cannot, for whatever reason, > configure your repo so that it automatically downloads such files on > demand etc, then you cannot say this repo is a mirror of Central. > Instead, you must configure it as simply another repository in > settings.xml. > > Wayne > > - > To unsubscribe, e-mail: [hidden > email]<http://user/SendEmail.jtp?type=node&node=4686902&i=0> > For additional commands, e-mail: [hidden > email]<http://user/SendEmail.jtp?type=node&node=4686902&i=1> > > > > ------ > If you reply to this email, your message will be added to the discussion > below: > > http://maven.40175.n5.nabble.com/Help-Calling-plugin-from-a-remote-repository-tp4685594p4686902.html > To unsubscribe from Help:Calling plugin from a remote repository, click > here<http://maven.40175.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=4685594&code=Z291dGhhbS52YXNpcmVkZGlAZ21haWwuY29tfDQ2ODU1OTR8MTY3OTUzMTU3NQ==>. > > -- View this message in context: http://maven.40175.n5.nabble.com/Help-Calling-plugin-from-a-remote-repository-tp4685594p4691821.html Sent from the Maven - Users mailing list archive at Nabble.com.
Re: Help:Calling plugin from a remote repository
hey Barrie I dint read completely the suggested sources. I am in short of time so read few which help in picking up artifact's from repository. Yes i agree with your statement of checking remote repo only is bad idea , i missed the point "Any released artifact NEVER changes" . Thanks for the help :) -- View this message in context: http://maven.40175.n5.nabble.com/Help-Calling-plugin-from-a-remote-repository-tp4685594p4691812.html Sent from the Maven - Users mailing list archive at Nabble.com.
Re: Help:Calling plugin from a remote repository
You have to create Profile for that.. If you will put following entry in your settings.xml file it will first look at the remote repository and then it will look for your local repository. Basically you need to create Repository Proxy true archiva.internal http://localhost:8080/archiva/repository/internal/ true false If you will create then it will only look for defined repository only. It will not look for remote in this case. I hope it helps. Thanks, daivish. On Wed, Aug 10, 2011 at 4:35 PM, Barrie Treloar wrote: > On Thu, Aug 11, 2011 at 12:06 AM, goutham > wrote: > > I want it to restrict to the remote repo only. It should not look into > local > > repo , at least first it have to look in remote and then go for local > > > > On Wed, Aug 10, 2011 at 6:02 PM, Anders Hammar [via Maven] < > > ml-node+4685646-210393254-220...@n5.nabble.com> wrote: > > > >> Short answer: it's the same command > >> > >> somewhat longer answer: Maven will first look in your local repo. If not > >> found there, it will look in the configured remote repos (and download > to > >> your local repo if found). > >> > >> Maybe reading some of the first chapters in some Maven book will give > you a > >> > >> better idea on how Maven works. You'll find two free books here [1]. > >> > >> /Anders > >> > >> [1] http://www.sonatype.com/Support/Books > > Did you go and read the suggested sources? > > I don't undetstand why you would want to check remote repo only. > Any released artifact NEVER changes, so if its in your local repo its > identical to what would be on the remote repo. > This saves you networks connection and download times, which is a good > thing. > > As Wayne points out, you can always delete ~/.m2/repository (or > specific parts of it) with no issues. > Maven will just re-download the versions again. > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
Re: Help:Calling plugin from a remote repository
On Thu, Aug 11, 2011 at 12:06 AM, goutham wrote: > I want it to restrict to the remote repo only. It should not look into local > repo , at least first it have to look in remote and then go for local > > On Wed, Aug 10, 2011 at 6:02 PM, Anders Hammar [via Maven] < > ml-node+4685646-210393254-220...@n5.nabble.com> wrote: > >> Short answer: it's the same command >> >> somewhat longer answer: Maven will first look in your local repo. If not >> found there, it will look in the configured remote repos (and download to >> your local repo if found). >> >> Maybe reading some of the first chapters in some Maven book will give you a >> >> better idea on how Maven works. You'll find two free books here [1]. >> >> /Anders >> >> [1] http://www.sonatype.com/Support/Books Did you go and read the suggested sources? I don't undetstand why you would want to check remote repo only. Any released artifact NEVER changes, so if its in your local repo its identical to what would be on the remote repo. This saves you networks connection and download times, which is a good thing. As Wayne points out, you can always delete ~/.m2/repository (or specific parts of it) with no issues. Maven will just re-download the versions again. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Help:Calling plugin from a remote repository
> Can this be the other way ? What is "the other way"? > central > > also trying to download the other dependencies(ex: > plexus-interactivity-api) form the same repo which dont exist. Saying a repo is a "mirror of Central" means that all artifacts which do exist in Central must also exist in this mirror. If you don't want to actually host all those files and cannot, for whatever reason, configure your repo so that it automatically downloads such files on demand etc, then you cannot say this repo is a mirror of Central. Instead, you must configure it as simply another repository in settings.xml. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Help:Calling plugin from a remote repository
Hey Can this be the other way ? I used the mirror tags in settings.xml to point to my nexus repository. my-repo-releases Releases http://mavenrepo.releases central This thing actually worked in invoking the plugin from remote repo but it is also trying to download the other dependencies(ex: plexus-interactivity-api) form the same repo which dont exist. On Wed, Aug 10, 2011 at 9:42 PM, Wayne Fay [via Maven] < ml-node+4686394-143768512-220...@n5.nabble.com> wrote: > > I want it to restrict to the remote repo only. It should not look into > local > > repo , at least first it have to look in remote and then go for local > > Maven always tries to use the local repo first when resolving things. > So if you want to use version 1.2.3 of a plugin, and it is available > locally, it will not check the remote repo no matter what you want it > to do. > > The only way you can "force" the plugin to look remote would be: > 1) delete the local copy of the plugin before running the build > 2) use a snapshot version of the plugin and specify the update policy > for the remote repo to "always" > > Wayne > > - > To unsubscribe, e-mail: [hidden > email]<http://user/SendEmail.jtp?type=node&node=4686394&i=0> > For additional commands, e-mail: [hidden > email]<http://user/SendEmail.jtp?type=node&node=4686394&i=1> > > > > -- > If you reply to this email, your message will be added to the discussion > below: > > http://maven.40175.n5.nabble.com/Help-Calling-plugin-from-a-remote-repository-tp4685594p4686394.html > To unsubscribe from Help:Calling plugin from a remote repository, click > here<http://maven.40175.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=4685594&code=Z291dGhhbS52YXNpcmVkZGlAZ21haWwuY29tfDQ2ODU1OTR8MTY3OTUzMTU3NQ==>. > > -- View this message in context: http://maven.40175.n5.nabble.com/Help-Calling-plugin-from-a-remote-repository-tp4685594p4686692.html Sent from the Maven - Users mailing list archive at Nabble.com.
Re: Help:Calling plugin from a remote repository
> I want it to restrict to the remote repo only. It should not look into local > repo , at least first it have to look in remote and then go for local Maven always tries to use the local repo first when resolving things. So if you want to use version 1.2.3 of a plugin, and it is available locally, it will not check the remote repo no matter what you want it to do. The only way you can "force" the plugin to look remote would be: 1) delete the local copy of the plugin before running the build 2) use a snapshot version of the plugin and specify the update policy for the remote repo to "always" Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Help:Calling plugin from a remote repository
I want it to restrict to the remote repo only. It should not look into local repo , at least first it have to look in remote and then go for local On Wed, Aug 10, 2011 at 6:02 PM, Anders Hammar [via Maven] < ml-node+4685646-210393254-220...@n5.nabble.com> wrote: > Short answer: it's the same command > > somewhat longer answer: Maven will first look in your local repo. If not > found there, it will look in the configured remote repos (and download to > your local repo if found). > > Maybe reading some of the first chapters in some Maven book will give you a > > better idea on how Maven works. You'll find two free books here [1]. > > /Anders > > [1] http://www.sonatype.com/Support/Books > > On Wed, Aug 10, 2011 at 14:10, goutham <[hidden > email]<http://user/SendEmail.jtp?type=node&node=4685646&i=0>> > wrote: > > > Hi, > > Usually we call a plugin(ex:maven project with a mojo) using command > > " mvn ::: " which is in local > > repository. > > > > What is the command which specifies it to look in my nexus repository? > > > > > > Thank you in advance > > -Goutham > > > > > > > > > > -- > > View this message in context: > > > http://maven.40175.n5.nabble.com/Help-Calling-plugin-from-a-remote-repository-tp4685594p4685594.html > > Sent from the Maven - Users mailing list archive at Nabble.com. > > > > - > > To unsubscribe, e-mail: [hidden > > email]<http://user/SendEmail.jtp?type=node&node=4685646&i=1> > > For additional commands, e-mail: [hidden > > email]<http://user/SendEmail.jtp?type=node&node=4685646&i=2> > > > > > > > -- > If you reply to this email, your message will be added to the discussion > below: > > http://maven.40175.n5.nabble.com/Help-Calling-plugin-from-a-remote-repository-tp4685594p4685646.html > To unsubscribe from Help:Calling plugin from a remote repository, click > here<http://maven.40175.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=4685594&code=Z291dGhhbS52YXNpcmVkZGlAZ21haWwuY29tfDQ2ODU1OTR8MTY3OTUzMTU3NQ==>. > > -- View this message in context: http://maven.40175.n5.nabble.com/Help-Calling-plugin-from-a-remote-repository-tp4685594p4686013.html Sent from the Maven - Users mailing list archive at Nabble.com.
Re: Help:Calling plugin from a remote repository
Short answer: it's the same command somewhat longer answer: Maven will first look in your local repo. If not found there, it will look in the configured remote repos (and download to your local repo if found). Maybe reading some of the first chapters in some Maven book will give you a better idea on how Maven works. You'll find two free books here [1]. /Anders [1] http://www.sonatype.com/Support/Books On Wed, Aug 10, 2011 at 14:10, goutham wrote: > Hi, > Usually we call a plugin(ex:maven project with a mojo) using command > " mvn ::: " which is in local > repository. > > What is the command which specifies it to look in my nexus repository? > > > Thank you in advance > -Goutham > > > > > -- > View this message in context: > http://maven.40175.n5.nabble.com/Help-Calling-plugin-from-a-remote-repository-tp4685594p4685594.html > Sent from the Maven - Users mailing list archive at Nabble.com. > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
Help:Calling plugin from a remote repository
Hi, Usually we call a plugin(ex:maven project with a mojo) using command " mvn ::: " which is in local repository. What is the command which specifies it to look in my nexus repository? Thank you in advance -Goutham -- View this message in context: http://maven.40175.n5.nabble.com/Help-Calling-plugin-from-a-remote-repository-tp4685594p4685594.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Trouble deploying to remote repository after the first time (400 error)
Your Nexus release repository is not set up to allow redeploying of releases. Release artifacts should (generally) not be re-deployed, because once they have been downloaded, they will never be re-downloaded again, unless they are removed from the local repository. Be advised. -- View this message in context: http://maven.40175.n5.nabble.com/Trouble-deploying-to-remote-repository-after-the-first-time-400-error-tp4644301p4646447.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Trouble deploying to remote repository after the first time (400 error)
maybe try w/o filePermissions and directoryPermissions, and you can take a look at nexus log to get more details On Fri, Jul 29, 2011 at 5:29 AM, laredotornado-3 wrote: > Hi, > > I'm using Maven 3.0.3 with a Sonatype repository. I'm able to deploy my > artifact to the remote repository the first time, but when i try and deploy > again, using > > mvn -e -X clean deploy -s sonatype.xml > > It fails with the below error … > > Caused by: org.apache.maven.wagon.TransferFailedException: Failed to > transfer file: > > http://sonatype.myco.com/nexus/content/repositories/releases/com/nna/parent/1.0/parent-1.0.pom > . > Return code is: 400 >at > > org.apache.maven.wagon.providers.http.LightweightHttpWagon.finishPutTransfer(LightweightHttpWagon.java:205) >at > org.apache.maven.wagon.AbstractWagon.putTransfer(AbstractWagon.java:413) >at > org.apache.maven.wagon.AbstractWagon.transfer(AbstractWagon.java:392) >at > org.apache.maven.wagon.AbstractWagon.putTransfer(AbstractWagon.java:365) >at org.apache.maven.wagon.StreamWagon.put(StreamWagon.java:163) >at > > org.sonatype.aether.connector.wagon.WagonRepositoryConnector$PutTask.run(WagonRepositoryConnector.java:825) >at > > org.sonatype.aether.connector.wagon.WagonRepositoryConnector.put(WagonRepositoryConnector.java:465) > > Here is what is in my sonatype.xml file … > > http://maven.apache.org/SETTINGS/1.0.0"; >xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; >xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 > > http://maven.apache.org/xsd/settings-1.0.0.xsd";> > > >sonatype-nexus >username >password >664 >775 > > > > > and here is the relevant section from my pom.xml … > > > >sonatype-nexus > > http://sonatype.myco.com/nexus/content/repositories/releases/ > > > > Anyway, any insights are greatly appreciated on why I'm getting the 400 > error. Thanks, - Dave > > -- > View this message in context: > http://maven.40175.n5.nabble.com/Trouble-deploying-to-remote-repository-after-the-first-time-400-error-tp4644301p4644301.html > Sent from the Maven - Users mailing list archive at Nabble.com. > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
Trouble deploying to remote repository after the first time (400 error)
Hi, I'm using Maven 3.0.3 with a Sonatype repository. I'm able to deploy my artifact to the remote repository the first time, but when i try and deploy again, using mvn -e -X clean deploy -s sonatype.xml It fails with the below error … Caused by: org.apache.maven.wagon.TransferFailedException: Failed to transfer file: http://sonatype.myco.com/nexus/content/repositories/releases/com/nna/parent/1.0/parent-1.0.pom. Return code is: 400 at org.apache.maven.wagon.providers.http.LightweightHttpWagon.finishPutTransfer(LightweightHttpWagon.java:205) at org.apache.maven.wagon.AbstractWagon.putTransfer(AbstractWagon.java:413) at org.apache.maven.wagon.AbstractWagon.transfer(AbstractWagon.java:392) at org.apache.maven.wagon.AbstractWagon.putTransfer(AbstractWagon.java:365) at org.apache.maven.wagon.StreamWagon.put(StreamWagon.java:163) at org.sonatype.aether.connector.wagon.WagonRepositoryConnector$PutTask.run(WagonRepositoryConnector.java:825) at org.sonatype.aether.connector.wagon.WagonRepositoryConnector.put(WagonRepositoryConnector.java:465) Here is what is in my sonatype.xml file … http://maven.apache.org/SETTINGS/1.0.0"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 http://maven.apache.org/xsd/settings-1.0.0.xsd";> sonatype-nexus username password 664 775 and here is the relevant section from my pom.xml … sonatype-nexus http://sonatype.myco.com/nexus/content/repositories/releases/ Anyway, any insights are greatly appreciated on why I'm getting the 400 error. Thanks, - Dave -- View this message in context: http://maven.40175.n5.nabble.com/Trouble-deploying-to-remote-repository-after-the-first-time-400-error-tp4644301p4644301.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Remote repository using HTTP authentication doesn't work
Switching to wagon-httpd from lightweight helps. I added: org.apache.maven.wagon wagon-http 1.0-beta-7 And authentication works fine. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org Works perfect even with encrypted passwords. Just FYI. If anyone needs it :-). - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Remote repository using HTTP authentication doesn't work
Removing settins-security.xml and placing unencrypted password to settings.xml didn't help. Logs don't say anything useful: [WARNING] Could not transfer metadata xxx/maven-metadata.xml from/to RVSNet (https://xxx/maven/): Access denied to: https://xxx/maven-metadata.xml org.sonatype.aether.transfer.MetadataTransferException: Could not transfer metadata eu.ndtech.cms:cms-data:1.0-SNAPSHOT/maven-metadata.xml from/to RVSNet (https://xxx/maven/): Access denied to: https://xxx/maven-metadata.xml at org.sonatype.aether.connector.wagon.WagonRepositoryConnector$3.wrap(WagonRepositoryConnector.java:932) at org.sonatype.aether.connector.wagon.WagonRepositoryConnector$3.wrap(WagonRepositoryConnector.java:923) at org.sonatype.aether.connector.wagon.WagonRepositoryConnector$GetTask.flush(WagonRepositoryConnector.java:696) at org.sonatype.aether.connector.wagon.WagonRepositoryConnector$GetTask.flush(WagonRepositoryConnector.java:690) at org.sonatype.aether.connector.wagon.WagonRepositoryConnector.get(WagonRepositoryConnector.java:435) at org.sonatype.aether.impl.internal.DefaultMetadataResolver$ResolveTask.run(DefaultMetadataResolver.java:525) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:636) Caused by: org.apache.maven.wagon.authorization.AuthorizationException: Access denied to: https://xxx/maven-metadata.xml at org.apache.maven.wagon.providers.http.LightweightHttpWagon.fillInputData(LightweightHttpWagon.java:119) at org.apache.maven.wagon.StreamWagon.getInputStream(StreamWagon.java:116) at org.apache.maven.wagon.StreamWagon.getIfNewer(StreamWagon.java:88) at org.apache.maven.wagon.StreamWagon.get(StreamWagon.java:61) at org.sonatype.aether.connector.wagon.WagonRepositoryConnector$GetTask.run(WagonRepositoryConnector.java:605) ... 3 more Apache serving the repository still reports only unauthenticated requests. I can try wagon-users mailing list. Regards, Ondrej - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org Switching to wagon-httpd from lightweight helps. I added: org.apache.maven.wagon wagon-http 1.0-beta-7 And authentication works fine. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Remote repository using HTTP authentication doesn't work
Get rid of the encryption. Make it work unencrypted. Then and only then, add the encryption back. Use "mvn -X" to get some useful debugging information. And check the security logs in your repo manager for more help. You may also need to take this up with the repo manager's user list. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org Removing settins-security.xml and placing unencrypted password to settings.xml didn't help. Logs don't say anything useful: [WARNING] Could not transfer metadata xxx/maven-metadata.xml from/to RVSNet (https://xxx/maven/): Access denied to: https://xxx/maven-metadata.xml org.sonatype.aether.transfer.MetadataTransferException: Could not transfer metadata eu.ndtech.cms:cms-data:1.0-SNAPSHOT/maven-metadata.xml from/to RVSNet (https://xxx/maven/): Access denied to: https://xxx/maven-metadata.xml at org.sonatype.aether.connector.wagon.WagonRepositoryConnector$3.wrap(WagonRepositoryConnector.java:932) at org.sonatype.aether.connector.wagon.WagonRepositoryConnector$3.wrap(WagonRepositoryConnector.java:923) at org.sonatype.aether.connector.wagon.WagonRepositoryConnector$GetTask.flush(WagonRepositoryConnector.java:696) at org.sonatype.aether.connector.wagon.WagonRepositoryConnector$GetTask.flush(WagonRepositoryConnector.java:690) at org.sonatype.aether.connector.wagon.WagonRepositoryConnector.get(WagonRepositoryConnector.java:435) at org.sonatype.aether.impl.internal.DefaultMetadataResolver$ResolveTask.run(DefaultMetadataResolver.java:525) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:636) Caused by: org.apache.maven.wagon.authorization.AuthorizationException: Access denied to: https://xxx/maven-metadata.xml at org.apache.maven.wagon.providers.http.LightweightHttpWagon.fillInputData(LightweightHttpWagon.java:119) at org.apache.maven.wagon.StreamWagon.getInputStream(StreamWagon.java:116) at org.apache.maven.wagon.StreamWagon.getIfNewer(StreamWagon.java:88) at org.apache.maven.wagon.StreamWagon.get(StreamWagon.java:61) at org.sonatype.aether.connector.wagon.WagonRepositoryConnector$GetTask.run(WagonRepositoryConnector.java:605) ... 3 more Apache serving the repository still reports only unauthenticated requests. I can try wagon-users mailing list. Regards, Ondrej - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Remote repository using HTTP authentication doesn't work
> With my master password. ... > With my own encrypted password. Get rid of the encryption. Make it work unencrypted. Then and only then, add the encryption back. Use "mvn -X" to get some useful debugging information. And check the security logs in your repo manager for more help. You may also need to take this up with the repo manager's user list. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Remote repository using HTTP authentication doesn't work
Dne 19.2.2011 20:29, Ondřej Světlík napsal(a):
Hello,
I went through all manuals and my configuration should be all right. But
it doesn't work.
I have a repository that uses HTTP authentication. I have created
~/.m2/settings-security.xml:
{...}
With my master password.
I have a section in my ~/.m2/settings.xml:
MyRepo
someUser
{...}
With my own encrypted password.
In parent project pom.xml, there is:
MyRepo
https://www.example.com/maven/
I can access the repository using my browser with the same
username/password.
Maven doesn't even try. It tries only request without authentication.
When I try to build a project that depends on anything that is available
in my repository, I get Access denied:
[WARNING] Could not transfer metadata
com.example.data:data:1.0-SNAPSHOT/maven-metadata.xml from/to MyRepo
(https://www.example.com/maven/): Access denied to:
https://www.example.com/maven/com/example/data/data/1.0-SNAPSHOT/maven-metadata.xml
Did I miss something? Please help.
Regards,
Ondrej
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Another interesting thing is that I get Access denied when I use
mvn -U
When I use only mvn, I get
[WARNING] Could not transfer metadata
com.example.data:data:1.0-SNAPSHOT/maven-metadata.xml from/to MyRepo
(https://www.example.com/maven/): Error transferring file:
Authentication failure
I'm really lost.
Regards,
Ondrej
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Remote repository using HTTP authentication doesn't work
Hello,
I went through all manuals and my configuration should be all right. But
it doesn't work.
I have a repository that uses HTTP authentication. I have created
~/.m2/settings-security.xml:
{...}
With my master password.
I have a section in my ~/.m2/settings.xml:
MyRepo
someUser
{...}
With my own encrypted password.
In parent project pom.xml, there is:
MyRepo
https://www.example.com/maven/
I can access the repository using my browser with the same
username/password.
Maven doesn't even try. It tries only request without authentication.
When I try to build a project that depends on anything that is available
in my repository, I get Access denied:
[WARNING] Could not transfer metadata
com.example.data:data:1.0-SNAPSHOT/maven-metadata.xml from/to MyRepo
(https://www.example.com/maven/): Access denied to:
https://www.example.com/maven/com/example/data/data/1.0-SNAPSHOT/maven-metadata.xml
Did I miss something? Please help.
Regards,
Ondrej
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Re: Artifact not getting downloaded from my-won-remote-repository
On 13/01/2011 4:25 AM, Stephen Connolly wrote: On 13 January 2011 08:58, Anders Hammar wrote: Here's one: Ditch the web server and get a real repo manager. I suggest Nexus, but there others. They all have free OSS versions, so there is absolutely no reason to not use them. Ron (one guy on this list) can tell you how they lost two years not using one. :-) +1 Yeah but he'll have to put up with the sales pitch for Eclipse/STS and projects that collect dependencies (thereby rendering the very very useful dependency:analyze less useful) ;-) A IDE with full GUI support for Maven is a real help. (thereby rendering the very very useful dependency:analyze less useful) should be (thereby rendering the very very useful dependency:analyze required less often) Ron -Stephen /Anders On Thu, Jan 13, 2011 at 07:10, amaresh mouryawrote: Hi All, * Case* : I installed apache server and created a repository there in dir : C:\Program Files\Apache Group\Apache2\htdocs\repository\ I put some artifacts in there, I installed artifacts via (mvn install -DcreateChecksum=true) in this repository. These artifacts are basically some plugins that I want to use in my POM Then I specified one of the plugin in my POM and also this repository (that is http://localhost/repository) *Problem*: When I run mvn package on this POM, I was expecting the plugin to get installed in my local repository but only the.pom and .pom.sha1 are getting downloaded from my-remote-repository( http://localhost/repository). It is not downloading the actual JAR that is :.jar Any pointers will be helpful.. Thanks, Amaresh - 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
Re: Artifact not getting downloaded from my-won-remote-repository
Hi All, With too much of tinkering I found out that nothing was wrong about using apache server and I had to just specify my repository under section rather than . Problem solved. Thanks to all. On Thu, Jan 13, 2011 at 2:55 PM, Stephen Connolly < stephen.alan.conno...@gmail.com> wrote: > On 13 January 2011 08:58, Anders Hammar wrote: > > Here's one: Ditch the web server and get a real repo manager. I suggest > > Nexus, but there others. They all have free OSS versions, so there is > > absolutely no reason to not use them. > > > > Ron (one guy on this list) can tell you how they lost two years not using > > one. :-) > > Yeah but he'll have to put up with the sales pitch for Eclipse/STS and > projects that collect dependencies (thereby rendering the very very > useful dependency:analyze less useful) > > ;-) > > -Stephen > > > > /Anders > > > > On Thu, Jan 13, 2011 at 07:10, amaresh mourya >wrote: > > > >> Hi All, > >> * > >> Case* : > >> I installed apache server and created a repository there in dir : > >> C:\Program > >> Files\Apache Group\Apache2\htdocs\repository\ > >> I put some artifacts in there, I installed artifacts via (mvn install > >> -DcreateChecksum=true) in this repository. > >> These artifacts are basically some plugins that I want to use in my POM > >> Then I specified one of the plugin in my POM and also this repository > (that > >> is http://localhost/repository) > >> > >> *Problem*: > >> > >> When I run mvn package on this POM, I was expecting the plugin to get > >> installed in my local repository but only the .pom and > >> .pom.sha1 are getting downloaded from my-remote-repository( > >> http://localhost/repository). It is not downloading the actual JAR that > is > >> :.jar > >> > >> Any pointers will be helpful.. > >> > >> Thanks, > >> Amaresh > >> > > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
Re: Artifact not getting downloaded from my-won-remote-repository
On 13 January 2011 08:58, Anders Hammar wrote: > Here's one: Ditch the web server and get a real repo manager. I suggest > Nexus, but there others. They all have free OSS versions, so there is > absolutely no reason to not use them. > > Ron (one guy on this list) can tell you how they lost two years not using > one. :-) Yeah but he'll have to put up with the sales pitch for Eclipse/STS and projects that collect dependencies (thereby rendering the very very useful dependency:analyze less useful) ;-) -Stephen > > /Anders > > On Thu, Jan 13, 2011 at 07:10, amaresh mourya wrote: > >> Hi All, >> * >> Case* : >> I installed apache server and created a repository there in dir : >> C:\Program >> Files\Apache Group\Apache2\htdocs\repository\ >> I put some artifacts in there, I installed artifacts via (mvn install >> -DcreateChecksum=true) in this repository. >> These artifacts are basically some plugins that I want to use in my POM >> Then I specified one of the plugin in my POM and also this repository (that >> is http://localhost/repository) >> >> *Problem*: >> >> When I run mvn package on this POM, I was expecting the plugin to get >> installed in my local repository but only the .pom and >> .pom.sha1 are getting downloaded from my-remote-repository( >> http://localhost/repository). It is not downloading the actual JAR that is >> :.jar >> >> Any pointers will be helpful.. >> >> Thanks, >> Amaresh >> > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Artifact not getting downloaded from my-won-remote-repository
Here's one: Ditch the web server and get a real repo manager. I suggest Nexus, but there others. They all have free OSS versions, so there is absolutely no reason to not use them. Ron (one guy on this list) can tell you how they lost two years not using one. :-) /Anders On Thu, Jan 13, 2011 at 07:10, amaresh mourya wrote: > Hi All, > * > Case* : > I installed apache server and created a repository there in dir : > C:\Program > Files\Apache Group\Apache2\htdocs\repository\ > I put some artifacts in there, I installed artifacts via (mvn install > -DcreateChecksum=true) in this repository. > These artifacts are basically some plugins that I want to use in my POM > Then I specified one of the plugin in my POM and also this repository (that > is http://localhost/repository) > > *Problem*: > > When I run mvn package on this POM, I was expecting the plugin to get > installed in my local repository but only the .pom and > .pom.sha1 are getting downloaded from my-remote-repository( > http://localhost/repository). It is not downloading the actual JAR that is > :.jar > > Any pointers will be helpful.. > > Thanks, > Amaresh >
Artifact not getting downloaded from my-won-remote-repository
Hi All, * Case* : I installed apache server and created a repository there in dir : C:\Program Files\Apache Group\Apache2\htdocs\repository\ I put some artifacts in there, I installed artifacts via (mvn install -DcreateChecksum=true) in this repository. These artifacts are basically some plugins that I want to use in my POM Then I specified one of the plugin in my POM and also this repository (that is http://localhost/repository) *Problem*: When I run mvn package on this POM, I was expecting the plugin to get installed in my local repository but only the .pom and .pom.sha1 are getting downloaded from my-remote-repository( http://localhost/repository). It is not downloading the actual JAR that is :.jar Any pointers will be helpful.. Thanks, Amaresh
Re: Remote Repository Under Subversion
On 4 October 2010 11:09, Patrick Weege wrote: > Hi. > > I have artifact repository under Subversion Server. > > Server URL: https://my.server.com/my/libs > > I need to configure maven settings to download artifacts from this > subversion server. > > Is that possible or not. Yes. > What configuration is needed to do this. See https://wagon-svn.dev.java.net/. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Remote Repository Under Subversion
Hi. I have artifact repository under Subversion Server. Server URL: https://my.server.com/my/libs I need to configure maven settings to download artifacts from this subversion server. Is that possible or not. What configuration is needed to do this. Thanks Patrick
Snapshot dependencies not updated from remote repository
We're running a multi-server build system setup using Hudson. Assume that we have two artifacts module M1 and M2,where M2 depends on M1. We also have 2 build-servers S1 and S2. We also have a Nexus repository setup where the built artifacts are deployed. Now we build M1 on S1 and installs M1 in the local repository om M1 and deployed to Nexus. Then a build of M2 is triggered (since a dependency artifact was built) and the build takes place on S1, installing M2 in the local repository and deployed to Nexus. Next time a commit is made to M1 a build is triggered on S2 instead and M1 is installed in the local repository as well as published to the Nexus repository. Now M2 will be build, on S1, and now we get a problem. Since S1's local repository contains M1 (which was built on S1) the new version from the Nexus repository is not resolved and downloaded resulting in a failing build (or in the worse case; a build that is not failing but using the wrong dependency!). The reason for this (haven't checked the source so I'm guessing here) is that the maven-metadata-local.xml file contains: true 20091130093006 If I remove the tag the Nexus repository is consulted for a new version and downloaded, which is what I expect. Possible workarounds: * Use dependency:purge-local-repository on every build - the purge target doesn't allow an INCLUDE (only EXCLUDE) so I must specify ALL third party dependencies (which I don't want to purge). * Use a private repository for every Hudson build (I have about 100...) - waste of disk space Are there any other (better) solutions to this? Would be nice if the install target didn't write the localCopy tag, or if the -U flag actually ignored the localCopy flag and performed an Update like the documentation says. -- View this message in context: http://old.nabble.com/Snapshot-dependencies-not-updated-from-remote-repository-tp26572230p26572230.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Uploading a new version to internal remote repository
I believe the following is correct. groupId artifactId version triangulate the POM and, therefore, the artifact for which this POM is responsible. By enabling dependency management you have made your second POM the child of the first and allowed any version of a dependencies artifact to be overriden in this child. If you are using eclipse have you looked at the POM xml it produces? Within the dependency management tags there should be the 'long' description of your artifacts. Without dependency management, the tag, declared you would just depend on the tag to define all needed artifacts. I believe there is still some confusion here as the POMs you show are the artifact POMs, not the project POMs, but my guess is that you have created two project POMs unintentionally? For your scenario you would do one of three things. Define both artifact versions within the same project POM. Both artifacts sit side by side and both are on the class path - which class path depends on how scope is defined. Define both artifact versions with the same POM, but use profiles so that only one of them is 'seen' in any one situation. Have different local project POMs depending on need of the user each with only one of the different artifacts defined. Adam 2009/7/31 Qureshi,Shahzad [Ontario] > Nevermind, it works fine. I had not enabled dependency management in > eclipse and kept thinking that it wasn't getting latest version. > > Thanks adasal for your input > > > > Shahzad Qureshi > Systems Analyst/Programmer > Applications Directorate, CIOB > Environment Canada > 416-739-4702 > shahzad.qure...@ec.gc.ca > > -Original Message- > From: adasal [mailto:adam.salt...@gmail.com] > Sent: Friday, July 31, 2009 3:07 PM > To: Maven Users List > Subject: Re: Uploading a new version to internal remote repository > > Are you sure? > I think you have misconfigured something. > The pom dictates the version of artifact you are using. > This doesn't make sense to me. > Adam > > 2009/7/31 Qureshi,Shahzad [Ontario] > > > Hi all, > > > > I've an internal remote repository setup which is working fine. I just > > > have one confusion. > > > > I uploaded a internally developed library to the internal remote > > repository a few months ago which worked fine. However, now there is a > > > new version for it available and I wanted to upload the new version > > but I also don't want to remove the older version yet as there are few > > > modules that require the old version. > > > > I simply updated the version number in the pom file of the library and > > > updated the file name in the upload script and it was uploaded fine. > > > > I updated the pom file on my module to the new version, however I > > still get the older version downloaded in the module that needs to use > > > the new version. > > > > Someone had mentioned to me before that if I use SNAPSHOT I won't get > > this problem however, is that the rite approach though? I thought > > SNAPSHOT is used only for the libraries/modules that are actively > > under development and not for the stable/production versions? > > > > Hows do log4j for instance do this? I can simply change the version > > for log4j in my pom file to whatever I want and I'll get that version. > > > > > > > > > > Shahzad Qureshi > > Systems Analyst/Programmer > > Applications Directorate, CIOB > > Environment Canada > > 416-739-4702 > > shahzad.qure...@ec.gc.ca > > > > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
Re: Uploading a new version to internal remote repository
Just be sure you got it. There is no difference between your internal developed libraries and external downloaded dependencies (as log4j). Artifact at repostory level it is no more than set of files. Get right feeling for repositories. [?] 2009/8/1 Qureshi,Shahzad [Ontario] > Nevermind, it works fine. I had not enabled dependency management in > eclipse and kept thinking that it wasn't getting latest version. > > Thanks adasal for your input > > > > Shahzad Qureshi > Systems Analyst/Programmer > Applications Directorate, CIOB > Environment Canada > 416-739-4702 > shahzad.qure...@ec.gc.ca > > -Original Message- > From: adasal [mailto:adam.salt...@gmail.com] > Sent: Friday, July 31, 2009 3:07 PM > To: Maven Users List > Subject: Re: Uploading a new version to internal remote repository > > Are you sure? > I think you have misconfigured something. > The pom dictates the version of artifact you are using. > This doesn't make sense to me. > Adam > > 2009/7/31 Qureshi,Shahzad [Ontario] > > > Hi all, > > > > I've an internal remote repository setup which is working fine. I just > > > have one confusion. > > > > I uploaded a internally developed library to the internal remote > > repository a few months ago which worked fine. However, now there is a > > > new version for it available and I wanted to upload the new version > > but I also don't want to remove the older version yet as there are few > > > modules that require the old version. > > > > I simply updated the version number in the pom file of the library and > > > updated the file name in the upload script and it was uploaded fine. > > > > I updated the pom file on my module to the new version, however I > > still get the older version downloaded in the module that needs to use > > > the new version. > > > > Someone had mentioned to me before that if I use SNAPSHOT I won't get > > this problem however, is that the rite approach though? I thought > > SNAPSHOT is used only for the libraries/modules that are actively > > under development and not for the stable/production versions? > > > > Hows do log4j for instance do this? I can simply change the version > > for log4j in my pom file to whatever I want and I'll get that version. > > > > > > > > > > Shahzad Qureshi > > Systems Analyst/Programmer > > Applications Directorate, CIOB > > Environment Canada > > 416-739-4702 > > shahzad.qure...@ec.gc.ca > > > > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > -- Alexander
RE: Uploading a new version to internal remote repository
Nevermind, it works fine. I had not enabled dependency management in eclipse and kept thinking that it wasn't getting latest version. Thanks adasal for your input Shahzad Qureshi Systems Analyst/Programmer Applications Directorate, CIOB Environment Canada 416-739-4702 shahzad.qure...@ec.gc.ca -Original Message- From: adasal [mailto:adam.salt...@gmail.com] Sent: Friday, July 31, 2009 3:07 PM To: Maven Users List Subject: Re: Uploading a new version to internal remote repository Are you sure? I think you have misconfigured something. The pom dictates the version of artifact you are using. This doesn't make sense to me. Adam 2009/7/31 Qureshi,Shahzad [Ontario] > Hi all, > > I've an internal remote repository setup which is working fine. I just > have one confusion. > > I uploaded a internally developed library to the internal remote > repository a few months ago which worked fine. However, now there is a > new version for it available and I wanted to upload the new version > but I also don't want to remove the older version yet as there are few > modules that require the old version. > > I simply updated the version number in the pom file of the library and > updated the file name in the upload script and it was uploaded fine. > > I updated the pom file on my module to the new version, however I > still get the older version downloaded in the module that needs to use > the new version. > > Someone had mentioned to me before that if I use SNAPSHOT I won't get > this problem however, is that the rite approach though? I thought > SNAPSHOT is used only for the libraries/modules that are actively > under development and not for the stable/production versions? > > Hows do log4j for instance do this? I can simply change the version > for log4j in my pom file to whatever I want and I'll get that version. > > > > > Shahzad Qureshi > Systems Analyst/Programmer > Applications Directorate, CIOB > Environment Canada > 416-739-4702 > shahzad.qure...@ec.gc.ca > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Uploading a new version to internal remote repository
This is what I did The pom for version 2.0 is http://maven.apache.org/POM/4.0.0"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd";> 4.0.0 xx.xy.xz.abc.commons abc-commons 2.0 DMS Commons description of the lib Environment Canada http://path/ And upload script for 2.0 is mvn deploy:deploy-file -Durl=scp://path -DrepositoryId=maven-repo -Dfile=commons-2.0.jar -DpomFile=pom.xml And pom for version 3.0 is http://maven.apache.org/POM/4.0.0"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd";> 4.0.0 xx.xy.xz.abc.commons abc-commons 3.0 DMS Commons description of the lib Environment Canada http://path/ And upload script for 3.0 is mvn deploy:deploy-file -Durl=scp://path -DrepositoryId=maven-repo -Dfile=commons-3.0.jar -DpomFile=pom.xml Shahzad Qureshi Systems Analyst/Programmer Applications Directorate, CIOB Environment Canada 416-739-4702 shahzad.qure...@ec.gc.ca -Original Message- From: adasal [mailto:adam.salt...@gmail.com] Sent: Friday, July 31, 2009 3:07 PM To: Maven Users List Subject: Re: Uploading a new version to internal remote repository Are you sure? I think you have misconfigured something. The pom dictates the version of artifact you are using. This doesn't make sense to me. Adam 2009/7/31 Qureshi,Shahzad [Ontario] > Hi all, > > I've an internal remote repository setup which is working fine. I just > have one confusion. > > I uploaded a internally developed library to the internal remote > repository a few months ago which worked fine. However, now there is a > new version for it available and I wanted to upload the new version > but I also don't want to remove the older version yet as there are few > modules that require the old version. > > I simply updated the version number in the pom file of the library and > updated the file name in the upload script and it was uploaded fine. > > I updated the pom file on my module to the new version, however I > still get the older version downloaded in the module that needs to use > the new version. > > Someone had mentioned to me before that if I use SNAPSHOT I won't get > this problem however, is that the rite approach though? I thought > SNAPSHOT is used only for the libraries/modules that are actively > under development and not for the stable/production versions? > > Hows do log4j for instance do this? I can simply change the version > for log4j in my pom file to whatever I want and I'll get that version. > > > > > Shahzad Qureshi > Systems Analyst/Programmer > Applications Directorate, CIOB > Environment Canada > 416-739-4702 > shahzad.qure...@ec.gc.ca > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Uploading a new version to internal remote repository
Are you sure? I think you have misconfigured something. The pom dictates the version of artifact you are using. This doesn't make sense to me. Adam 2009/7/31 Qureshi,Shahzad [Ontario] > Hi all, > > I've an internal remote repository setup which is working fine. I just > have one confusion. > > I uploaded a internally developed library to the internal remote > repository a few months ago which worked fine. However, now there is a > new version for it available and I wanted to upload the new version but > I also don't want to remove the older version yet as there are few > modules that require the old version. > > I simply updated the version number in the pom file of the library and > updated the file name in the upload script and it was uploaded fine. > > I updated the pom file on my module to the new version, however I still > get the older version downloaded in the module that needs to use the new > version. > > Someone had mentioned to me before that if I use SNAPSHOT I won't get > this problem however, is that the rite approach though? I thought > SNAPSHOT is used only for the libraries/modules that are actively under > development and not for the stable/production versions? > > Hows do log4j for instance do this? I can simply change the version for > log4j in my pom file to whatever I want and I'll get that version. > > > > > Shahzad Qureshi > Systems Analyst/Programmer > Applications Directorate, CIOB > Environment Canada > 416-739-4702 > shahzad.qure...@ec.gc.ca > >
Uploading a new version to internal remote repository
Hi all, I've an internal remote repository setup which is working fine. I just have one confusion. I uploaded a internally developed library to the internal remote repository a few months ago which worked fine. However, now there is a new version for it available and I wanted to upload the new version but I also don't want to remove the older version yet as there are few modules that require the old version. I simply updated the version number in the pom file of the library and updated the file name in the upload script and it was uploaded fine. I updated the pom file on my module to the new version, however I still get the older version downloaded in the module that needs to use the new version. Someone had mentioned to me before that if I use SNAPSHOT I won't get this problem however, is that the rite approach though? I thought SNAPSHOT is used only for the libraries/modules that are actively under development and not for the stable/production versions? Hows do log4j for instance do this? I can simply change the version for log4j in my pom file to whatever I want and I'll get that version. Shahzad Qureshi Systems Analyst/Programmer Applications Directorate, CIOB Environment Canada 416-739-4702 shahzad.qure...@ec.gc.ca
Re: AW: how to avoid build error if remote repository is nto available?
Maybe give us some precisions about which plugin you think is here that maven don't find. Show us your help:effective-settings output. Maybe you're not looking at the right local repository, couln't it be? Cheers 2009/1/19 jonathan14 > > Strub > > > Thanks for that, Im still learning Maven commands etc.. > Maven does report that its only using local artifacts when I run with > switch > but annoyingly I keep getting build errors because it cant seem to find > plgunis etc that are actually there!! something wrong with my config. I > know. > > > Jon > > > > > struberg wrote: > > > > mvn -o > > don't work? > > > > LieGrue, > > strub > > > > --- jonathan14 schrieb am Mo, 19.1.2009: > > > >> Von: jonathan14 > >> Betreff: Re: AW: how to avoid build error if remote repository is nto > >> available? > >> An: users@maven.apache.org > >> Datum: Montag, 19. Januar 2009, 12:20 > >> Hi strub, > >> > >> > >> Thanks for your reply. > >> > >> Apologies I forgot to clarify that my 'remote > >> repository' is indeed an > >> instance of Artifactory but running in a managed service > >> machine - I dont > >> have a server available on my local/corporate network to > >> install an instance > >> of Artifactory unfortunately. > >> > >> Whats annoying is that Maven wont build my war since it > >> complains it cant > >> get the war plugin from my remote artifactory - since this > >> network > >> connection is down at present - but I have the plugin in my > >> local machine > >> $M2_HOME. So, my POM is missing some configuration I feel. > >> Maven can > >> definately access my local $M2_HOME since it installs my > >> project artifacts > >> there after a successful build. > >> > >> Thanks > >> Jon > >> > >> > >> > >> > >> > >> struberg wrote: > >> > > >> >> Occassionally our remote - "central" - > >> repository is unavailable > >> > > >> > Do you already use some kind of caching proxy like > >> e.g. Archiva, > >> > Artifactory, maven-proxy or Nexus? > >> > > >> > > >> > If you are in a company I would _highly_ recommend > >> setting up such a > >> > proxy! > >> > 1.) no complaining about public repos being offline > >> anymore > >> > 2.) you can backup the whole proxy cache and so your > >> builds are also safe > >> > in the future. > >> > 3.) It will increase build times for your colleagues > >> greatly. > >> > 4.) helps to relieve the central repo if not everyone > >> is stressing the > >> > servers! > >> > > >> > LieGrue, > >> > strub > >> > > >> > --- jonathan14 > >> schrieb am Mo, 19.1.2009: > >> >> Von: jonathan14 > >> >> Betreff: how to avoid build error if remote > >> repository is nto available? > >> >> An: users@maven.apache.org > >> >> Datum: Montag, 19. Januar 2009, 11:38 > >> >> Hello > >> >> > >> >> > >> >> Occassionally our remote - "central" - > >> repository > >> >> is unavailable, and when > >> >> this occurs a local build fails because my local > >> Maven > >> >> cannot get the remote > >> >> artifacts - whether they be plugins or my project > >> >> components > >> >> > >> >> ie. > >> >> [WARNING] repository metadata for: 'artifact > >> >> org.apache.maven.plugins:maven-war-plugin' > >> could not be > >> >> retrieved from > >> >> repository: central due to an error: Error > >> transferring > >> >> file > >> >> > >> >> > >> >> Ive had a look at the onlnie documentation and a > >> coupld of > >> >> guides but cant > >> >> figure out how to configure my project POM so that > >> Maven > >> >> can still build if > >> >> it can find all the artifacts it needs in the > >> local > >> >> repository. I know the > >> >> maven-war-plugin exists locally since I can see it > >> in the > >>
Re: AW: how to avoid build error if remote repository is nto available?
Strub Thanks for that, Im still learning Maven commands etc.. Maven does report that its only using local artifacts when I run with switch but annoyingly I keep getting build errors because it cant seem to find plgunis etc that are actually there!! something wrong with my config. I know. Jon struberg wrote: > > mvn -o > don't work? > > LieGrue, > strub > > --- jonathan14 schrieb am Mo, 19.1.2009: > >> Von: jonathan14 >> Betreff: Re: AW: how to avoid build error if remote repository is nto >> available? >> An: users@maven.apache.org >> Datum: Montag, 19. Januar 2009, 12:20 >> Hi strub, >> >> >> Thanks for your reply. >> >> Apologies I forgot to clarify that my 'remote >> repository' is indeed an >> instance of Artifactory but running in a managed service >> machine - I dont >> have a server available on my local/corporate network to >> install an instance >> of Artifactory unfortunately. >> >> Whats annoying is that Maven wont build my war since it >> complains it cant >> get the war plugin from my remote artifactory - since this >> network >> connection is down at present - but I have the plugin in my >> local machine >> $M2_HOME. So, my POM is missing some configuration I feel. >> Maven can >> definately access my local $M2_HOME since it installs my >> project artifacts >> there after a successful build. >> >> Thanks >> Jon >> >> >> >> >> >> struberg wrote: >> > >> >> Occassionally our remote - "central" - >> repository is unavailable >> > >> > Do you already use some kind of caching proxy like >> e.g. Archiva, >> > Artifactory, maven-proxy or Nexus? >> > >> > >> > If you are in a company I would _highly_ recommend >> setting up such a >> > proxy! >> > 1.) no complaining about public repos being offline >> anymore >> > 2.) you can backup the whole proxy cache and so your >> builds are also safe >> > in the future. >> > 3.) It will increase build times for your colleagues >> greatly. >> > 4.) helps to relieve the central repo if not everyone >> is stressing the >> > servers! >> > >> > LieGrue, >> > strub >> > >> > --- jonathan14 >> schrieb am Mo, 19.1.2009: >> >> Von: jonathan14 >> >> Betreff: how to avoid build error if remote >> repository is nto available? >> >> An: users@maven.apache.org >> >> Datum: Montag, 19. Januar 2009, 11:38 >> >> Hello >> >> >> >> >> >> Occassionally our remote - "central" - >> repository >> >> is unavailable, and when >> >> this occurs a local build fails because my local >> Maven >> >> cannot get the remote >> >> artifacts - whether they be plugins or my project >> >> components >> >> >> >> ie. >> >> [WARNING] repository metadata for: 'artifact >> >> org.apache.maven.plugins:maven-war-plugin' >> could not be >> >> retrieved from >> >> repository: central due to an error: Error >> transferring >> >> file >> >> >> >> >> >> Ive had a look at the onlnie documentation and a >> coupld of >> >> guides but cant >> >> figure out how to configure my project POM so that >> Maven >> >> can still build if >> >> it can find all the artifacts it needs in the >> local >> >> repository. I know the >> >> maven-war-plugin exists locally since I can see it >> in the >> >> file system. >> >> >> >> Further to this, can anyone tell me how in >> instruct Maven >> >> not to check >> >> remote repositories if it can find the artifact in >> the >> >> local one? >> >> >> >> Do I just make my local repository my default one? >> >> >> >> >> >> Thanks >> >> Jon >> >> >> >> >> >> -- >> >> View this message in context: >> >> >> http://www.nabble.com/how-to-avoid-build-error-if-remote-repository-is-nto-available--tp21540454p21540454.html >> >> Sent from the Maven - Users mailing list archive >> at >> >> Nabble.com. >> >> >> >> >> >> >> ---
Re: AW: how to avoid build error if remote repository is nto available?
mvn -o don't work? LieGrue, strub --- jonathan14 schrieb am Mo, 19.1.2009: > Von: jonathan14 > Betreff: Re: AW: how to avoid build error if remote repository is nto > available? > An: users@maven.apache.org > Datum: Montag, 19. Januar 2009, 12:20 > Hi strub, > > > Thanks for your reply. > > Apologies I forgot to clarify that my 'remote > repository' is indeed an > instance of Artifactory but running in a managed service > machine - I dont > have a server available on my local/corporate network to > install an instance > of Artifactory unfortunately. > > Whats annoying is that Maven wont build my war since it > complains it cant > get the war plugin from my remote artifactory - since this > network > connection is down at present - but I have the plugin in my > local machine > $M2_HOME. So, my POM is missing some configuration I feel. > Maven can > definately access my local $M2_HOME since it installs my > project artifacts > there after a successful build. > > Thanks > Jon > > > > > > struberg wrote: > > > >> Occassionally our remote - "central" - > repository is unavailable > > > > Do you already use some kind of caching proxy like > e.g. Archiva, > > Artifactory, maven-proxy or Nexus? > > > > > > If you are in a company I would _highly_ recommend > setting up such a > > proxy! > > 1.) no complaining about public repos being offline > anymore > > 2.) you can backup the whole proxy cache and so your > builds are also safe > > in the future. > > 3.) It will increase build times for your colleagues > greatly. > > 4.) helps to relieve the central repo if not everyone > is stressing the > > servers! > > > > LieGrue, > > strub > > > > --- jonathan14 > schrieb am Mo, 19.1.2009: > >> Von: jonathan14 > >> Betreff: how to avoid build error if remote > repository is nto available? > >> An: users@maven.apache.org > >> Datum: Montag, 19. Januar 2009, 11:38 > >> Hello > >> > >> > >> Occassionally our remote - "central" - > repository > >> is unavailable, and when > >> this occurs a local build fails because my local > Maven > >> cannot get the remote > >> artifacts - whether they be plugins or my project > >> components > >> > >> ie. > >> [WARNING] repository metadata for: 'artifact > >> org.apache.maven.plugins:maven-war-plugin' > could not be > >> retrieved from > >> repository: central due to an error: Error > transferring > >> file > >> > >> > >> Ive had a look at the onlnie documentation and a > coupld of > >> guides but cant > >> figure out how to configure my project POM so that > Maven > >> can still build if > >> it can find all the artifacts it needs in the > local > >> repository. I know the > >> maven-war-plugin exists locally since I can see it > in the > >> file system. > >> > >> Further to this, can anyone tell me how in > instruct Maven > >> not to check > >> remote repositories if it can find the artifact in > the > >> local one? > >> > >> Do I just make my local repository my default one? > >> > >> > >> Thanks > >> Jon > >> > >> > >> -- > >> View this message in context: > >> > http://www.nabble.com/how-to-avoid-build-error-if-remote-repository-is-nto-available--tp21540454p21540454.html > >> Sent from the Maven - Users mailing list archive > at > >> Nabble.com. > >> > >> > >> > - > >> 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 > > > > > > > > -- > View this message in context: > http://www.nabble.com/how-to-avoid-build-error-if-remote-repository-is-nto-available--tp21540454p21541153.html > Sent from the Maven - Users mailing list archive at > Nabble.com. > > > - > 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
Re: AW: how to avoid build error if remote repository is nto available?
Hi strub, Thanks for your reply. Apologies I forgot to clarify that my 'remote repository' is indeed an instance of Artifactory but running in a managed service machine - I dont have a server available on my local/corporate network to install an instance of Artifactory unfortunately. Whats annoying is that Maven wont build my war since it complains it cant get the war plugin from my remote artifactory - since this network connection is down at present - but I have the plugin in my local machine $M2_HOME. So, my POM is missing some configuration I feel. Maven can definately access my local $M2_HOME since it installs my project artifacts there after a successful build. Thanks Jon struberg wrote: > >> Occassionally our remote - "central" - repository is unavailable > > Do you already use some kind of caching proxy like e.g. Archiva, > Artifactory, maven-proxy or Nexus? > > > If you are in a company I would _highly_ recommend setting up such a > proxy! > 1.) no complaining about public repos being offline anymore > 2.) you can backup the whole proxy cache and so your builds are also safe > in the future. > 3.) It will increase build times for your colleagues greatly. > 4.) helps to relieve the central repo if not everyone is stressing the > servers! > > LieGrue, > strub > > --- jonathan14 schrieb am Mo, 19.1.2009: >> Von: jonathan14 >> Betreff: how to avoid build error if remote repository is nto available? >> An: users@maven.apache.org >> Datum: Montag, 19. Januar 2009, 11:38 >> Hello >> >> >> Occassionally our remote - "central" - repository >> is unavailable, and when >> this occurs a local build fails because my local Maven >> cannot get the remote >> artifacts - whether they be plugins or my project >> components >> >> ie. >> [WARNING] repository metadata for: 'artifact >> org.apache.maven.plugins:maven-war-plugin' could not be >> retrieved from >> repository: central due to an error: Error transferring >> file >> >> >> Ive had a look at the onlnie documentation and a coupld of >> guides but cant >> figure out how to configure my project POM so that Maven >> can still build if >> it can find all the artifacts it needs in the local >> repository. I know the >> maven-war-plugin exists locally since I can see it in the >> file system. >> >> Further to this, can anyone tell me how in instruct Maven >> not to check >> remote repositories if it can find the artifact in the >> local one? >> >> Do I just make my local repository my default one? >> >> >> Thanks >> Jon >> >> >> -- >> View this message in context: >> http://www.nabble.com/how-to-avoid-build-error-if-remote-repository-is-nto-available--tp21540454p21540454.html >> Sent from the Maven - Users mailing list archive at >> Nabble.com. >> >> >> - >> 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 > > > -- View this message in context: http://www.nabble.com/how-to-avoid-build-error-if-remote-repository-is-nto-available--tp21540454p21541153.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
AW: how to avoid build error if remote repository is nto available?
> Occassionally our remote - "central" - repository is unavailable Do you already use some kind of caching proxy like e.g. Archiva, Artifactory, maven-proxy or Nexus? If you are in a company I would _highly_ recommend setting up such a proxy! 1.) no complaining about public repos being offline anymore 2.) you can backup the whole proxy cache and so your builds are also safe in the future. 3.) It will increase build times for your colleagues greatly. 4.) helps to relieve the central repo if not everyone is stressing the servers! LieGrue, strub --- jonathan14 schrieb am Mo, 19.1.2009: > Von: jonathan14 > Betreff: how to avoid build error if remote repository is nto available? > An: users@maven.apache.org > Datum: Montag, 19. Januar 2009, 11:38 > Hello > > > Occassionally our remote - "central" - repository > is unavailable, and when > this occurs a local build fails because my local Maven > cannot get the remote > artifacts - whether they be plugins or my project > components > > ie. > [WARNING] repository metadata for: 'artifact > org.apache.maven.plugins:maven-war-plugin' could not be > retrieved from > repository: central due to an error: Error transferring > file > > > Ive had a look at the onlnie documentation and a coupld of > guides but cant > figure out how to configure my project POM so that Maven > can still build if > it can find all the artifacts it needs in the local > repository. I know the > maven-war-plugin exists locally since I can see it in the > file system. > > Further to this, can anyone tell me how in instruct Maven > not to check > remote repositories if it can find the artifact in the > local one? > > Do I just make my local repository my default one? > > > Thanks > Jon > > > -- > View this message in context: > http://www.nabble.com/how-to-avoid-build-error-if-remote-repository-is-nto-available--tp21540454p21540454.html > Sent from the Maven - Users mailing list archive at > Nabble.com. > > > - > 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
how to avoid build error if remote repository is nto available?
Hello Occassionally our remote - "central" - repository is unavailable, and when this occurs a local build fails because my local Maven cannot get the remote artifacts - whether they be plugins or my project components ie. [WARNING] repository metadata for: 'artifact org.apache.maven.plugins:maven-war-plugin' could not be retrieved from repository: central due to an error: Error transferring file Ive had a look at the onlnie documentation and a coupld of guides but cant figure out how to configure my project POM so that Maven can still build if it can find all the artifacts it needs in the local repository. I know the maven-war-plugin exists locally since I can see it in the file system. Further to this, can anyone tell me how in instruct Maven not to check remote repositories if it can find the artifact in the local one? Do I just make my local repository my default one? Thanks Jon -- View this message in context: http://www.nabble.com/how-to-avoid-build-error-if-remote-repository-is-nto-available--tp21540454p21540454.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Parents version isn't check for new updates on the remote repository
A month later, I'm still confronting the same problem... Is there anything obvious I'm missing here? Am I the only one trying to figure this out? :-/ nodje wrote: > > Sorry for not being clear. > > What I mean is that the regular way Maven checks for updates on SNAPSHOT > dependencies doesn't apply to parent-pom SNAPSHOT. > > If you have a project with a parent-pom 1-SNAPSHOT and a set of SNAPSHOT > dependencies, the first time of the day, all dependencies will be checked > for newer SNAPSHOT but the parent-pom. > Even if you use the -U option which forces the check on SNPASHOT versions, > the parent-pom SNAPSHOT won't be checked. > > Here's concrete example: > A company parent pom: > > com.company > company-parent > 2-SNAPSHOT > pom > > company-parent > > --- > A company dependency: > > com.company > company-parent > 2-SNAPSHOT > > > commons > jar > 1.1-SNAPSHOT > > commons > --- > A company project: > > > com.company > company-parent > 2-SNAPSHOT > > > com.company.client > project > war > 1.0-SNAPSHOT > > project > > > > com.company > commons > 1.1-SNAPSHOT > compile > > > > The first time of the day you run a maven command on your project, Maven > will check the repo for updates of commons-1.1-SNAPSHOT. Same if your run > your command with -U. > But it seems it'll never check for company-parent-2-SNAPSHOT, even when > invoked with -U. > > When everyone rely on the company-parent pom in a team it causes big > problems. Maven behavior becomes different on each every instance. People > have to check out the latest version of the company-pom from the VCS and > 'mvn install' on their local repository. > > Hope I made it clear enough. > I'd be really surprised if it was to be the expected behavior. At the same > time I wonder why this problem doesn't seem to appear in the mailing list. > > Explanation welcome!! > > -nodje > > > Wayne Fay wrote: >> >>> In other words, it seems there is no update checks on the remote repo >>> for >>> the parent version in a child project. >>> >>> Is that an expected behavior? If not, is there a bug filled alreay for >>> that? >>> Is there any workaround ? >> >> Its hard to understand what you are really asking here. Can you make >> it a little more concrete with an example perhaps? >> >> Please be aware that only SNAPSHOT versions are ever checked for >> updates/changes. If you deploy mulitple files with the same >> non-SNAPSHOT version (eg myjar-2.5.3.jar), you will quickly run into a >> world of pain. >> >> Finally, you should also know that repositories by default are checked >> for updates to a given snapshot once daily. You can configure this to >> occur more or less frequently -- check the documentation for >> specifics. >> >> Wayne >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> >> > > :-/:-/:-/:-(:-(:-(:-(:-(:-( -- View this message in context: http://www.nabble.com/Parents-version-isn%27t-check-for-new-updates-on-the-remote-repository-tp20434803p20826387.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Retrieve Last Artifact URL from Remote Repository
Hi, I want to do a remote deploy to a jboss server. For that I need the URL from the last deployment to the remote repository (timestamped snapshots e.g., archiva server). The Url will be printed to the output console during/after successful archiva deployment (deploy:deploy). So can I retrieve this url/remote artifact name from a runtime property inside the pom? Or are there any other possibilities to get this information? Thanks in advance Bye, Gerrit
Re: AW: Retrieve last artifact URL from remote repository
Ok, but I think the timestamped snapshot file name is generated by Maven, so
it should be able to get it without querying the remote repo. And the url
for the remote repo you do have.
However, I don't know how to get the timestamped snaphot file name.
/Anders
Gerrit Brehmer wrote:
>
>> I think you want to try the jboss-maven-plugin and do a remote deploy.
>> This
>> is described here:
>> http://osdir.com/ml/java.maven-plugins.mojo.devel/2006-01/msg00208.html
>
> Thanks for the tip, but my problem is, that I don't know the real archiva
> url from the current deployed artifact because we are using timestamped
> snapshots (uniqueVersion = true). So if we want to deploy a
> snapshot-version, there is no artifact with exactly
> ${build.project.finalName} in the archiva repository.
>
>
>
> ___
> Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
--
View this message in context:
http://www.nabble.com/Retrieve-last-artifact-URL-from-remote-repository-tp20752830p20761127.html
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
AW: Retrieve last artifact URL from remote repository
> I think you want to try the jboss-maven-plugin and do a remote deploy. This
> is described here:
> http://osdir.com/ml/java.maven-plugins.mojo.devel/2006-01/msg00208.html
Thanks for the tip, but my problem is, that I don't know the real archiva url
from the current deployed artifact because we are using timestamped snapshots
(uniqueVersion = true). So if we want to deploy a snapshot-version, there is no
artifact with exactly ${build.project.finalName} in the archiva repository.
___
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Retrieve last artifact URL from remote repository
Hi, I think you want to try the jboss-maven-plugin and do a remote deploy. This is described here: http://osdir.com/ml/java.maven-plugins.mojo.devel/2006-01/msg00208.html Please try and let us know if it works. I haven't tried remote deploy, but i do believe I had some issues with the local deployment. /Anders Gerrit Brehmer wrote: > > Hi, > > I want to do a remote deploy to a jboss server. For that I need the URL > from > the last deployment to the remote repository (timestamped snapshots e.g., > archiva server). The Url will be printed to the output console > during/after > successful archiva deployment (deploy:deploy). So can I retrieve this > url/remote artifact name from a runtime property inside the pom? Or are > there any other possibilities to get this information? > > Thanks in advance > > Bye, > Gerrit > > > > > ___ > Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: > http://mail.yahoo.de > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/Retrieve-last-artifact-URL-from-remote-repository-tp20752830p20759955.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: Retrieve last artifact URL from remote repository
Ok, but I need this "feature" next week so I thought I could change a maven plugin to make this happen. I need to know which plugin/module/maven component print this url out to the console? -Ursprüngliche Nachricht- Von: Wendy Smoak [mailto:[EMAIL PROTECTED] Gesendet: Sonntag, 30. November 2008 01:09 An: Maven Users List Betreff: Re: Retrieve last artifact URL from remote repository On Sat, Nov 29, 2008 at 4:36 PM, Gerrit Brehmer <[EMAIL PROTECTED]> wrote: > I want to do a remote deploy to a jboss server. For that I need the URL from > the last deployment to the remote repository (timestamped snapshots e.g., > archiva server). The Url will be printed to the output console during/after > successful archiva deployment (deploy:deploy). So can I retrieve this > url/remote artifact name from a runtime property inside the pom? Or are > there any other possibilities to get this information? Probably more of a feature request for the Archiva list if that's what you're using... I see there's a request in JIRA for browsing using RELEASE and LATEST [1]. The metadata should be there in the repository, so you could read that and construct the url. Or, if you're using a plugin (Cargo?) to do the deploy, it might be able to deal with snapshots. [1] http://jira.codehaus.org/browse/MRM-805 -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Retrieve last artifact URL from remote repository
On Sat, Nov 29, 2008 at 4:36 PM, Gerrit Brehmer <[EMAIL PROTECTED]> wrote: > I want to do a remote deploy to a jboss server. For that I need the URL from > the last deployment to the remote repository (timestamped snapshots e.g., > archiva server). The Url will be printed to the output console during/after > successful archiva deployment (deploy:deploy). So can I retrieve this > url/remote artifact name from a runtime property inside the pom? Or are > there any other possibilities to get this information? Probably more of a feature request for the Archiva list if that's what you're using... I see there's a request in JIRA for browsing using RELEASE and LATEST [1]. The metadata should be there in the repository, so you could read that and construct the url. Or, if you're using a plugin (Cargo?) to do the deploy, it might be able to deal with snapshots. [1] http://jira.codehaus.org/browse/MRM-805 -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Retrieve last artifact URL from remote repository
Hi, I want to do a remote deploy to a jboss server. For that I need the URL from the last deployment to the remote repository (timestamped snapshots e.g., archiva server). The Url will be printed to the output console during/after successful archiva deployment (deploy:deploy). So can I retrieve this url/remote artifact name from a runtime property inside the pom? Or are there any other possibilities to get this information? Thanks in advance Bye, Gerrit ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Parents version isn't check for new updates on the remote repository
hum, still no one about this? It'd really help to solve the issue though. nodje nodje wrote: > > Sorry for not being clear. > > What I mean is that the regular way Maven checks for updates on SNAPSHOT > dependencies doesn't apply to parent-pom SNAPSHOT. > > If you have a project with a parent-pom 1-SNAPSHOT and a set of SNAPSHOT > dependencies, the first time of the day, all dependencies will be checked > for newer SNAPSHOT but the parent-pom. > Even if you use the -U option which forces the check on SNPASHOT versions, > the parent-pom SNAPSHOT won't be checked. > > Here's concrete example: > A company parent pom: > > com.company > company-parent > 2-SNAPSHOT > pom > > company-parent > > --- > A company dependency: > > com.company > company-parent > 2-SNAPSHOT > > > commons > jar > 1.1-SNAPSHOT > > commons > --- > A company project: > > > com.company > company-parent > 2-SNAPSHOT > > > com.company.client > project > war > 1.0-SNAPSHOT > > project > > > > com.company > commons > 1.1-SNAPSHOT > compile > > > > The first time of the day you run a maven command on your project, Maven > will check the repo for updates of commons-1.1-SNAPSHOT. Same if your run > your command with -U. > But it seems it'll never check for company-parent-2-SNAPSHOT, even when > invoked with -U. > > When everyone rely on the company-parent pom in a team it causes big > problems. Maven behavior becomes different on each every instance. People > have to check out the latest version of the company-pom from the VCS and > 'mvn install' on their local repository. > > Hope I made it clear enough. > I'd be really surprised if it was to be the expected behavior. At the same > time I wonder why this problem doesn't seem to appear in the mailing list. > > Explanation welcome!! > > -nodje > > > Wayne Fay wrote: >> >>> In other words, it seems there is no update checks on the remote repo >>> for >>> the parent version in a child project. >>> >>> Is that an expected behavior? If not, is there a bug filled alreay for >>> that? >>> Is there any workaround ? >> >> Its hard to understand what you are really asking here. Can you make >> it a little more concrete with an example perhaps? >> >> Please be aware that only SNAPSHOT versions are ever checked for >> updates/changes. If you deploy mulitple files with the same >> non-SNAPSHOT version (eg myjar-2.5.3.jar), you will quickly run into a >> world of pain. >> >> Finally, you should also know that repositories by default are checked >> for updates to a given snapshot once daily. You can configure this to >> occur more or less frequently -- check the documentation for >> specifics. >> >> Wayne >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> >> > > -- View this message in context: http://www.nabble.com/Parents-version-isn%27t-check-for-new-updates-on-the-remote-repository-tp20434803p20536336.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Parents version isn't check for new updates on the remote repository
Sorry for not being clear. What I mean is that the regular way Maven checks for updates on SNAPSHOT dependencies doesn't apply to parent-pom SNAPSHOT. If you have a project with a parent-pom 1-SNAPSHOT and a set of SNAPSHOT dependencies, the first time of the day, all dependencies will be checked for newer SNAPSHOT but the parent-pom. Even if you use the -U option which forces the check on SNPASHOT versions, the parent-pom SNAPSHOT won't be checked. Here's concrete example: A company parent pom: com.company company-parent 2-SNAPSHOT pom company-parent --- A company dependency: com.company company-parent 2-SNAPSHOT commons jar 1.1-SNAPSHOT commons --- A company project: com.company company-parent 2-SNAPSHOT com.company.client project war 1.0-SNAPSHOT project com.company commons 1.1-SNAPSHOT compile The first time of the day you run a maven command on your project, Maven will check the repo for updates of commons-1.1-SNAPSHOT. Same if your run your command with -U. But it seems it'll never check for company-parent-2-SNAPSHOT, even when invoked with -U. When everyone rely on the company-parent pom in a team it causes big problems. Maven behavior becomes different on each every instance. People have to check out the latest version of the company-pom from the VCS and 'mvn install' on their local repository. Hope I made it clear enough. I'd be really surprised if it was to be the expected behavior. At the same time I wonder why this problem doesn't seem to appear in the mailing list. Explanation welcome!! -nodje Wayne Fay wrote: > >> In other words, it seems there is no update checks on the remote repo for >> the parent version in a child project. >> >> Is that an expected behavior? If not, is there a bug filled alreay for >> that? >> Is there any workaround ? > > Its hard to understand what you are really asking here. Can you make > it a little more concrete with an example perhaps? > > Please be aware that only SNAPSHOT versions are ever checked for > updates/changes. If you deploy mulitple files with the same > non-SNAPSHOT version (eg myjar-2.5.3.jar), you will quickly run into a > world of pain. > > Finally, you should also know that repositories by default are checked > for updates to a given snapshot once daily. You can configure this to > occur more or less frequently -- check the documentation for > specifics. > > Wayne > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/Parents-version-isn%27t-check-for-new-updates-on-the-remote-repository-tp20434803p20452467.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Parents version isn't check for new updates on the remote repository
> In other words, it seems there is no update checks on the remote repo for > the parent version in a child project. > > Is that an expected behavior? If not, is there a bug filled alreay for that? > Is there any workaround ? Its hard to understand what you are really asking here. Can you make it a little more concrete with an example perhaps? Please be aware that only SNAPSHOT versions are ever checked for updates/changes. If you deploy mulitple files with the same non-SNAPSHOT version (eg myjar-2.5.3.jar), you will quickly run into a world of pain. Finally, you should also know that repositories by default are checked for updates to a given snapshot once daily. You can configure this to occur more or less frequently -- check the documentation for specifics. Wayne - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Parents version isn't check for new updates on the remote repository
Hi, I'm confronted to this problem. There's a post with the same subject but it stayed unanswered by Maven folks. When someone update and 'mvn deploy' the parent-pom, it's not automatically updated on other instances of child projects. Each every developer has to do a 'mvn install' to get the latest version. In other words, it seems there is no update checks on the remote repo for the parent version in a child project. Is that an expected behavior? If not, is there a bug filled alreay for that? Is there any workaround ? cheers nodje -- View this message in context: http://www.nabble.com/Parents-version-isn%27t-check-for-new-updates-on-the-remote-repository-tp20434803p20434803.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven ant tasks and remote repository in pom
*Hi,* Well, I guess that you won't find lots of people doing ant scripts that call maven that calls ant tasks... Are you sure there's not something wrong with it? But trying to answer your question: I guess that maven, even when called from an ant script, will just look for the settings.xml that contains the repository declarations. That's how maven typically works (when the repository is not specified in the pom itself, which btw seems to be a bad practice). *Cheers.* 2008/10/10 will vuong <[EMAIL PROTECTED]> > > if i have a pom.xml that i refer to in my ant build.xml and that pom.xml > declares a remote repo, does the maven ant task use the pom's remote repo? > or do i also have to declare the remote repo inside the build.xml? thanks > for the clarification. > -- > View this message in context: > http://www.nabble.com/maven-ant-tasks-and-remote-repository-in-pom-tp19924245p19924245.html > Sent from the Maven - Users mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Baptiste MATHUS - http://batmat.net Sauvez un arbre, Mangez un castor !
Re: maven ant tasks and remote repository in pom
Le samedi 11 octobre 2008, will vuong a écrit : > i think it is a bug actually. > > i declare the remote repo in my pom.xml. then i go into my local repo > cache and delete commons-logging, and then execute mvn dependency:list. > maven goes to the proper repo. > > i deleted commons-logging again in my local repo again and then i run my > ant build with the pom ref, and it goes to central to pull down > commons-logging instead of the repo declared in my pom. i add the remote > repo to the maven ant task, and then it pulls from the correct repo. ok, your concern is the precedence of multiple repositories containing an artifact: this is the first time someone reports this usage, then it is not really tested :) > > i'm going to try to write up a test case this weekend. please open a Jira with this test case and I'll investigate regards, Hervé > > Hervé BOUTEMY wrote: > > Le vendredi 10 octobre 2008, will vuong a écrit : > >> if i have a pom.xml that i refer to in my ant build.xml and that pom.xml > >> declares a remote repo, does the maven ant task use the pom's remote > >> repo? > >> or do i also have to declare the remote repo inside the build.xml? > >> thanks > >> for the clarification. > > > > no, you don't need to declare the repo in your build.xml since it is in > > the > > pom.xml. > > A general rule is that Maven Ant Tasks do like Maven: if it is different, > > it > > is likely a bug and should be filed in JIRA. > > > > 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]
Re: maven ant tasks and remote repository in pom
i think it is a bug actually. i declare the remote repo in my pom.xml. then i go into my local repo cache and delete commons-logging, and then execute mvn dependency:list. maven goes to the proper repo. i deleted commons-logging again in my local repo again and then i run my ant build with the pom ref, and it goes to central to pull down commons-logging instead of the repo declared in my pom. i add the remote repo to the maven ant task, and then it pulls from the correct repo. i'm going to try to write up a test case this weekend. Hervé BOUTEMY wrote: > > Le vendredi 10 octobre 2008, will vuong a écrit : >> if i have a pom.xml that i refer to in my ant build.xml and that pom.xml >> declares a remote repo, does the maven ant task use the pom's remote >> repo? >> or do i also have to declare the remote repo inside the build.xml? >> thanks >> for the clarification. > > no, you don't need to declare the repo in your build.xml since it is in > the > pom.xml. > A general rule is that Maven Ant Tasks do like Maven: if it is different, > it > is likely a bug and should be filed in JIRA. > > Regards, > > Hervé > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/maven-ant-tasks-and-remote-repository-in-pom-tp19924245p19927776.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven ant tasks and remote repository in pom
Le vendredi 10 octobre 2008, will vuong a écrit : > if i have a pom.xml that i refer to in my ant build.xml and that pom.xml > declares a remote repo, does the maven ant task use the pom's remote repo? > or do i also have to declare the remote repo inside the build.xml? thanks > for the clarification. no, you don't need to declare the repo in your build.xml since it is in the pom.xml. A general rule is that Maven Ant Tasks do like Maven: if it is different, it is likely a bug and should be filed in JIRA. Regards, Hervé - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
maven ant tasks and remote repository in pom
if i have a pom.xml that i refer to in my ant build.xml and that pom.xml declares a remote repo, does the maven ant task use the pom's remote repo? or do i also have to declare the remote repo inside the build.xml? thanks for the clarification. -- View this message in context: http://www.nabble.com/maven-ant-tasks-and-remote-repository-in-pom-tp19924245p19924245.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
mvn eclipse: remote repository artifacts
Hello, I'm developping an OSGI project in eclipse using maven. In this project I use some artifacts from a remote repository. In order to debug this project in eclipse I have to put the remote repository artifacts in the target platform directory and it is not very effective to work with the remote repository because when the artifacts are updated you need to download again in the target platform... Is there any way to get available the remote repository artifacts in eclipse without to put them in the target platform? Thank you.
Re: How do I deploy my jar in my remote repository?
For archiva and artifactory I can really create username with password. But if I have a remote repository alone, which username and password? Giancarlo Degani wrote: > > The id value is not important, you have to match the id tag defined > into your pom with an id tag defined in the server section of your > settings.xml. > This is an example: > pom.xml > > archiva.acme.internal > Internal Release Repository > dav:http://A/archiva/repository/internal/ > > > settings.xml > > > archiva.acme.internal > A > A > > > Best regards > > Giancarlo > > 2008/6/30 buters <[EMAIL PROTECTED]>: >> >> Hi, >> >> here it is explained: >> http://maven.apache.org/guides/getting-started/index.html#How_do_I_deploy_my_jar_in_my_remote_repository >> >> I don't only understand here one thing. How can I assign my remote >> repository an id? >> >> Thanks beforehand, >> regards, buters >> -- >> View this message in context: >> http://www.nabble.com/How-do-I-deploy-my-jar-in-my-remote-repository--tp18200809p18200809.html >> Sent from the Maven - Users mailing list archive at Nabble.com. >> >> >> - >> 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] > > > -- View this message in context: http://www.nabble.com/How-do-I-deploy-my-jar-in-my-remote-repository--tp18200809p18202506.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How do I deploy my jar in my remote repository?
No, I want another question. Why this doesn't work with remote request? For example with https://mysite/artifactory/internal. Giancarlo Degani wrote: > > The id value is not important, you have to match the id tag defined > into your pom with an id tag defined in the server section of your > settings.xml. > This is an example: > pom.xml > > archiva.acme.internal > Internal Release Repository > dav:http://A/archiva/repository/internal/ > > > settings.xml > > > archiva.acme.internal > A > A > > > Best regards > > Giancarlo > > 2008/6/30 buters <[EMAIL PROTECTED]>: >> >> Hi, >> >> here it is explained: >> http://maven.apache.org/guides/getting-started/index.html#How_do_I_deploy_my_jar_in_my_remote_repository >> >> I don't only understand here one thing. How can I assign my remote >> repository an id? >> >> Thanks beforehand, >> regards, buters >> -- >> View this message in context: >> http://www.nabble.com/How-do-I-deploy-my-jar-in-my-remote-repository--tp18200809p18200809.html >> Sent from the Maven - Users mailing list archive at Nabble.com. >> >> >> - >> 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] > > > -- View this message in context: http://www.nabble.com/How-do-I-deploy-my-jar-in-my-remote-repository--tp18200809p18202378.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How do I deploy my jar in my remote repository?
Thank you very much Giancarlo. Another question: which user-password paar? server-user-password or archiva-user-password? Thanks beforehand, regards, buters Giancarlo Degani wrote: > > The id value is not important, you have to match the id tag defined > into your pom with an id tag defined in the server section of your > settings.xml. > This is an example: > pom.xml > > archiva.acme.internal > Internal Release Repository > dav:http://A/archiva/repository/internal/ > > > settings.xml > > > archiva.acme.internal > A > A > > > Best regards > > Giancarlo > > 2008/6/30 buters <[EMAIL PROTECTED]>: >> >> Hi, >> >> here it is explained: >> http://maven.apache.org/guides/getting-started/index.html#How_do_I_deploy_my_jar_in_my_remote_repository >> >> I don't only understand here one thing. How can I assign my remote >> repository an id? >> >> Thanks beforehand, >> regards, buters >> -- >> View this message in context: >> http://www.nabble.com/How-do-I-deploy-my-jar-in-my-remote-repository--tp18200809p18200809.html >> Sent from the Maven - Users mailing list archive at Nabble.com. >> >> >> - >> 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] > > > -- View this message in context: http://www.nabble.com/How-do-I-deploy-my-jar-in-my-remote-repository--tp18200809p18202248.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How do I deploy my jar in my remote repository?
The id value is not important, you have to match the id tag defined into your pom with an id tag defined in the server section of your settings.xml. This is an example: pom.xml archiva.acme.internal Internal Release Repository dav:http://A/archiva/repository/internal/ settings.xml archiva.acme.internal A A Best regards Giancarlo 2008/6/30 buters <[EMAIL PROTECTED]>: > > Hi, > > here it is explained: > http://maven.apache.org/guides/getting-started/index.html#How_do_I_deploy_my_jar_in_my_remote_repository > > I don't only understand here one thing. How can I assign my remote > repository an id? > > Thanks beforehand, > regards, buters > -- > View this message in context: > http://www.nabble.com/How-do-I-deploy-my-jar-in-my-remote-repository--tp18200809p18200809.html > Sent from the Maven - Users mailing list archive at Nabble.com. > > > - > 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]
How do I deploy my jar in my remote repository?
Hi, here it is explained: http://maven.apache.org/guides/getting-started/index.html#How_do_I_deploy_my_jar_in_my_remote_repository I don't only understand here one thing. How can I assign my remote repository an id? Thanks beforehand, regards, buters -- View this message in context: http://www.nabble.com/How-do-I-deploy-my-jar-in-my-remote-repository--tp18200809p18200809.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Trying to deploy an artifact with all its dependencies from local to remote repository with maven-deploy plugin.
Hi all, I want to ask how to update my mirror repository. The case is the following. I want to use the latest maven-assembly-plugin. I succeeded to download it locally in my local repository. Now I want to share this plugin and all its dependencies with my team. To do so I need to deploy this plugin and its dependencies to our team repository. What I am trying is to use another plugin: deploy plugin. I am trying with: mvn deploy:deploy-file -Durl=file://G:\Development\MY_TEAM\m2repo\m2\internal\official\ -DrepositoryId=my-team-repo -Dfile=D:\Maven\my_team\org\apache\maven\plugins\maven-assembly-plugin\2.2-beta-2\maven-assembly-plugin-2.2-beta-2.jar -DpomFile=D:\Maven\my_team\org\apache\maven\plugins\maven-assembly-plugin\2.2-beta-2\maven-assembly-plugin-2.2-beta-2.pom -DgeneratePom=false The problem is that first of all the specified pom file is deleted before uploaded. There is a post http://www.mail-archive.com/users@maven.apache.org/msg33530.html that explains how this can be hacked. Anyway I can see that only the plugin is deployed without the dependencies specified into the pom. How I can update the repo? One solution is to resolve all the dependencies and upload them manualy, but this is a very hard task to be done. Any comments, ideas are welcomed. Thank you in advance! Dobri
AW: Parents version isn't check for new updates on the remote repository
Hi, I'm just the little man in the middle. So, don't ask me why we are using RAD. But as you said, the deployment on WAS might be one reason. I haven't any clear statement about nested projects in Eclipse. However, my installation doens't seem to support it. Thanks Kuno -Ursprüngliche Nachricht- Von: Beelen, M. - SPLXL [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 16. April 2008 15:21 An: Maven Users List Betreff: RE: Parents version isn't check for new updates on the remote repository Kuno, If you are running RAD&: Try to do it like I wrote. I'm not sure if support for overlapping projects was added to eclipse 3.2 or eclipse 3.3. I think it was the first and if it was, then RAD7 should support this as well. I won't start asking questions about why you are using RAD for your development, because that could start a long discussion, but I have found out that eclipse with various other plugins work much easier that RAD (At least faster.) (Yes, I know that building EJB's and deploying them on a WebSphere Application Server for testing and debugging, RAD is easier). Good luck with or without RAD, Marco Beelen -Original Message- From: Baeriswyl Kuno - Extern (IT-BA-MV) [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 16, 2008 2:48 PM To: 'Maven Users List' Subject: AW: Parents version isn't check for new updates on the remote repository Hi Marco, thanks for your help. Unfortunately, I'm stucked on Eclipse 3.2 since we are using RAD7 (IBM Develoment environement based on Eclipse). However, it's nice to hear that it would be possible in the future and I'm looking forward to it. Many Thanks Kuno -Ursprüngliche Nachricht- Von: Beelen, M. - SPLXL [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 16. April 2008 14:27 An: Maven Users List Betreff: RE: Parents version isn't check for new updates on the remote repository Kuno, Why maven wouldn't check from newer versions of snapshot-parent, that is any issue I can't anwser. I do have a solution for your problem though. I would like to suggest: Upgrade your eclipse. Since Eclipse 3.3 it is possible to have overlapping projects. I check out the entire multi-module-project from SVN to a location on my computer outside my eclipse workspace. This becomes a 'General project'. Then I run mvn eclipse:eclipse with the project folder and import the projects for each separate module. When I synchronize with my SVN-repository I also receive the latest version of parent pom and do not need the maven-functionality for retrieving the latest SNAPSHOT of the parent.pom from the snapshot-repository. For me it works like a charm. With kind regards, Marco Beelen -Original Message- From: Baeriswyl Kuno - Extern (IT-BA-MV) [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 16, 2008 9:01 AM To: 'users@maven.apache.org' Subject: Parents version isn't check for new updates on the remote repository Hello! I've defined a hierarchical layout using a parent pom.xml : |-module1 | | | |-- pom.xml |-module2 | | | |-- pom.xml | |-- pom.xml Since we are using eclipse, only a flat hierarchy is supported. Therefore, we checkout only the second level in eclipse for development. It works well, once the parent pom is installed on the local repository. The parent pom has a snapshot version and the devlepers shall get the modifications automatically from the remote repository. However, the m2 doens't check the snapshot version for the projects parent pom. Is it a bug? Does maven2 require to have the parent pom in the workspace too? It doens't make sense to me, since I see the parent pom as a normal dependency. Thanks for your help in advance Kuno ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 **
RE: Parents version isn't check for new updates on the remote repository
Kuno, If you are running RAD&: Try to do it like I wrote. I'm not sure if support for overlapping projects was added to eclipse 3.2 or eclipse 3.3. I think it was the first and if it was, then RAD7 should support this as well. I won't start asking questions about why you are using RAD for your development, because that could start a long discussion, but I have found out that eclipse with various other plugins work much easier that RAD (At least faster.) (Yes, I know that building EJB's and deploying them on a WebSphere Application Server for testing and debugging, RAD is easier). Good luck with or without RAD, Marco Beelen -Original Message- From: Baeriswyl Kuno - Extern (IT-BA-MV) [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 16, 2008 2:48 PM To: 'Maven Users List' Subject: AW: Parents version isn't check for new updates on the remote repository Hi Marco, thanks for your help. Unfortunately, I'm stucked on Eclipse 3.2 since we are using RAD7 (IBM Develoment environement based on Eclipse). However, it's nice to hear that it would be possible in the future and I'm looking forward to it. Many Thanks Kuno -Ursprüngliche Nachricht- Von: Beelen, M. - SPLXL [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 16. April 2008 14:27 An: Maven Users List Betreff: RE: Parents version isn't check for new updates on the remote repository Kuno, Why maven wouldn't check from newer versions of snapshot-parent, that is any issue I can't anwser. I do have a solution for your problem though. I would like to suggest: Upgrade your eclipse. Since Eclipse 3.3 it is possible to have overlapping projects. I check out the entire multi-module-project from SVN to a location on my computer outside my eclipse workspace. This becomes a 'General project'. Then I run mvn eclipse:eclipse with the project folder and import the projects for each separate module. When I synchronize with my SVN-repository I also receive the latest version of parent pom and do not need the maven-functionality for retrieving the latest SNAPSHOT of the parent.pom from the snapshot-repository. For me it works like a charm. With kind regards, Marco Beelen -Original Message- From: Baeriswyl Kuno - Extern (IT-BA-MV) [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 16, 2008 9:01 AM To: 'users@maven.apache.org' Subject: Parents version isn't check for new updates on the remote repository Hello! I've defined a hierarchical layout using a parent pom.xml : |-module1 | | | |-- pom.xml |-module2 | | | |-- pom.xml | |-- pom.xml Since we are using eclipse, only a flat hierarchy is supported. Therefore, we checkout only the second level in eclipse for development. It works well, once the parent pom is installed on the local repository. The parent pom has a snapshot version and the devlepers shall get the modifications automatically from the remote repository. However, the m2 doens't check the snapshot version for the projects parent pom. Is it a bug? Does maven2 require to have the parent pom in the workspace too? It doens't make sense to me, since I see the parent pom as a normal dependency. Thanks for your help in advance Kuno ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** - 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] ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended
AW: Parents version isn't check for new updates on the remote repository
Hi Marco, thanks for your help. Unfortunately, I'm stucked on Eclipse 3.2 since we are using RAD7 (IBM Develoment environement based on Eclipse). However, it's nice to hear that it would be possible in the future and I'm looking forward to it. Many Thanks Kuno -Ursprüngliche Nachricht- Von: Beelen, M. - SPLXL [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 16. April 2008 14:27 An: Maven Users List Betreff: RE: Parents version isn't check for new updates on the remote repository Kuno, Why maven wouldn't check from newer versions of snapshot-parent, that is any issue I can't anwser. I do have a solution for your problem though. I would like to suggest: Upgrade your eclipse. Since Eclipse 3.3 it is possible to have overlapping projects. I check out the entire multi-module-project from SVN to a location on my computer outside my eclipse workspace. This becomes a 'General project'. Then I run mvn eclipse:eclipse with the project folder and import the projects for each separate module. When I synchronize with my SVN-repository I also receive the latest version of parent pom and do not need the maven-functionality for retrieving the latest SNAPSHOT of the parent.pom from the snapshot-repository. For me it works like a charm. With kind regards, Marco Beelen -Original Message- From: Baeriswyl Kuno - Extern (IT-BA-MV) [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 16, 2008 9:01 AM To: 'users@maven.apache.org' Subject: Parents version isn't check for new updates on the remote repository Hello! I've defined a hierarchical layout using a parent pom.xml : |-module1 | | | |-- pom.xml |-module2 | | | |-- pom.xml | |-- pom.xml Since we are using eclipse, only a flat hierarchy is supported. Therefore, we checkout only the second level in eclipse for development. It works well, once the parent pom is installed on the local repository. The parent pom has a snapshot version and the devlepers shall get the modifications automatically from the remote repository. However, the m2 doens't check the snapshot version for the projects parent pom. Is it a bug? Does maven2 require to have the parent pom in the workspace too? It doens't make sense to me, since I see the parent pom as a normal dependency. Thanks for your help in advance Kuno ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** - 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]
RE: Parents version isn't check for new updates on the remote repository
Kuno, Why maven wouldn't check from newer versions of snapshot-parent, that is any issue I can't anwser. I do have a solution for your problem though. I would like to suggest: Upgrade your eclipse. Since Eclipse 3.3 it is possible to have overlapping projects. I check out the entire multi-module-project from SVN to a location on my computer outside my eclipse workspace. This becomes a 'General project'. Then I run mvn eclipse:eclipse with the project folder and import the projects for each separate module. When I synchronize with my SVN-repository I also receive the latest version of parent pom and do not need the maven-functionality for retrieving the latest SNAPSHOT of the parent.pom from the snapshot-repository. For me it works like a charm. With kind regards, Marco Beelen -Original Message- From: Baeriswyl Kuno - Extern (IT-BA-MV) [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 16, 2008 9:01 AM To: 'users@maven.apache.org' Subject: Parents version isn't check for new updates on the remote repository Hello! I've defined a hierarchical layout using a parent pom.xml : |-module1 | | | |-- pom.xml |-module2 | | | |-- pom.xml | |-- pom.xml Since we are using eclipse, only a flat hierarchy is supported. Therefore, we checkout only the second level in eclipse for development. It works well, once the parent pom is installed on the local repository. The parent pom has a snapshot version and the devlepers shall get the modifications automatically from the remote repository. However, the m2 doens't check the snapshot version for the projects parent pom. Is it a bug? Does maven2 require to have the parent pom in the workspace too? It doens't make sense to me, since I see the parent pom as a normal dependency. Thanks for your help in advance Kuno ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Parents version isn't check for new updates on the remote repository
Hello! I've defined a hierarchical layout using a parent pom.xml : |-module1 | | | |-- pom.xml |-module2 | | | |-- pom.xml | |-- pom.xml Since we are using eclipse, only a flat hierarchy is supported. Therefore, we checkout only the second level in eclipse for development. It works well, once the parent pom is installed on the local repository. The parent pom has a snapshot version and the devlepers shall get the modifications automatically from the remote repository. However, the m2 doens't check the snapshot version for the projects parent pom. Is it a bug? Does maven2 require to have the parent pom in the workspace too? It doens't make sense to me, since I see the parent pom as a normal dependency. Thanks for your help in advance Kuno
All repos disappear after attempt at "add remote repository"
Using archiva 1.0.1, when i try to add a remote repository, after i click the "add", the interface comme back to my form, with all i filled in, without error message, but my list of repositories have now disappeared. I currently have have 4 local repos, and 4 remote repos, with links between remote repos and local repos. I have to restart the server to get them back. That's problematic, sinc i want to add a repository to archiva, and i can't do it. Server logs give no more informations. There is absolutely no output in logs during the operation! Any clue where that comes from? I didn't find any existing bug report for this... -- David Delbecq Institut Royal Météorologique Ext:557
Fw: Problem in updating SNAPSHOT libraries from remote repository
Hi All, Can you please suggest me a solution for this issue. I'm really waiting for your inputs upon this. Thanks & Regards, Logu Rajamanickam - Forwarded by Logachandru X Rajamanickam/JPMCHASE on 03/25/2008 09:48 AM - Logachandru X Rajamanickam/JPMCHASE 03/24/2008 02:20 PM To "Maven Users List" cc Subject Re: Problem in updating SNAPSHOT from remote repo Hi, I tried with Maven-2.0.8, but still am getting the same result - the lower version of the SNAPSHOT library is getting downloaded instead of the latest one. Moreover in the path of the library which I have deployed in our internal repository and is referred as a dependency in my POM, I could see that the maven-metadata.xml inside the SNAPSHOT directory has the lastUpdated tag as 20080215192313 whereas the one outside the SNAPSHOT directory has the lastUpdated tag as 20070920200433. For more clarity, I've put it as below. //maven-metadata.xml library-group library-artifact SNAPSHOT ? ? SNAPSHOT 20070920200433 //SNAPSHOT/maven-metadata.xml library-group library-artifact SNAPSHOT ? ? 20080215.192313 3 20080215192313 I think it is pulling out the version based on the tag on the maven-metadata.xml outside the SNAPSHOT directory. Can you please suggest why the maven-metadata.xml files(inside & outside SNAPSHOT directory) are not sync with each other. Please let me know what needs to be done for resolving this issue. Thanks & Regards, Logu Rajamanickam "Wayne Fay" <[EMAIL PROTECTED]> 03/19/2008 02:08 PM Please respond to "Maven Users List" To "Maven Users List" cc Subject Re: Problem in updating SNAPSHOT from remote repo There are a lot of bugs in 2.0.4 which have been resolved in later builds. I don't know if anyone can tell you (without browsing release notes and JIRA) if this was a bug that was posted and resolved or not. Why don't you give 2.0.8 a try and see if it does things differently? Or wait for 2.0.9 which should be released soonish? Wayne On 3/19/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Hello All, > > I see a weird situation with regards to updating the SNAPSHOT version of > our internal library from our remote repo. I have three versions of > SNAPSHOTS in the remote repository, when it is downloading onto the local > repository it downloads the lower version instead of getting the latest > version. When I execute 'mvn -X clean install', I could see in the log > that the lower version of SNAPSHOT for the application is only being > fetched up instead of the latest one. > > I'm using Maven-2.0.4 and am wondering if there are any bugs with this > version which got updated in any of the later versions. Please help me in > resolving this issue. > > > // In Remote Repository > > internal_app-20070920.200433-1.jar 48.8 kb Thu, 20 Sep 2007 20:04:33 > GMT > ..-20070920.200433-1.jar.md5 0.1 kb Thu, 20 Sep 2007 20:04:33 > GMT > ..-20070920.200433-1.jar.sha10.1 kb Thu, 20 Sep 2007 20:04:33 > GMT > ..-20070920.200433-1.pom 0.2 kb Thu, 20 Sep 2007 20:04:33 GMT > ..-20070920.200433-1.pom.md5 0.1 kb Thu, 20 Sep 2007 20:04:33 > GMT > ..-20070920.200433-1.pom.sha10.1 kb Thu, 20 Sep 2007 20:04:33 > GMT > internal_app-20080118.162518-2.jar 35.4 kb Fri, 18 Jan 2008 > 16:25:18 GMT > ..-20080118.162518-2.jar.md5 0.1 kb Fri, 18 Jan 2008 16:25:18 > GMT > ..-20080118.162518-2.jar.sha10.1 kb Fri, 18 Jan 2008 16:25:18 > GMT > ..-20080118.162518-2.pom 0.2 kb Fri, 18 Jan 2008 16:25:18 GMT > ..-20080118.162518-2.pom.md5 0.1 kb Fri, 18 Jan 2008 16:25:18 > GMT > ..-20080118.162518-2.pom.sha10.1 kb Fri, 18 Jan 2008 16:25:18 > GMT > internal_app-20080215.192313-3.jar 236.5 kbFri, 15 Feb 2008 > 19:23:13 GMT > ..-20080215.192313-3.jar.md5 0.1 kb Fri, 15 Feb 2008 19:23:13 > GMT > ..-20080215.192313-3.jar.sha10.1 kb Fri, 15 Feb 2008 19:23:13 > GMT > ..-20080215.192313-3.pom 0.2 kb Fri, 15 Feb 2008 19:23:13 GMT > ..-20080215.192313-3.pom.md5 0.1 kb Fri, 15 Feb 2008 19:23:13 > GMT > ..-20080215.192313-3.pom.sha10.1 kb Fri, 15 Feb 2008 19:23:13 > GMT > maven-metadata.xml 0.3 kb Fri, 15 Feb 2008 19:23:13 GMT > maven-metadata.xml.md5 0.1 kb Fri, 15 Feb 2008 19:23:13 GMT > maven-metadata.xml.sha1 > > // In the Build Log > > Downloading: > http://remote-repo:16888/internal-snapshots/component/internal_app/SNAPSHOT/internal_app-20070920.200433-1.pom > 297/297b > 297b downloaded > > Downloading: > http://remote-repo:16888/internal-snapshots/component/internal_app/SNAPSHOT/internal_app-2007092
RE: How can I download all the packages from a remote repository?
Umm, see my message below. Scraping the entire repo will get you blocked. Use a repository manager if you need to be network independent. -Original Message- From: youhaodeyi [mailto:[EMAIL PROTECTED] Sent: Saturday, March 08, 2008 2:05 AM To: users@maven.apache.org Subject: RE: How can I download all the packages from a remote repository? Can I write the dependency with wildcard characters? For example, * * ... Then I will download all the packages from the repository. Brian E Fox wrote: > > Get a repository manager (proximity/nexus/archiva/artifactory) to act as > a local proxy. Scraping the entire repository is not being a friendly > netizen and will probably get your ip blocked. There are much better > ways. > > -Original Message- > From: youhaodeyi [mailto:[EMAIL PROTECTED] > Sent: Friday, March 07, 2008 10:15 PM > To: users@maven.apache.org > Subject: How can I download all the packages from a remote repository? > > > Can I download all the packages from a remote repository to my local > repository? For example, there is a repository: > http://repo1.maven.org/maven2/, I want to download all the content to > my > local repository. I want to do this for that I have limitation for > accessing > Internet, so I need to do this one time to get as much packages as > possible. > -- > View this message in context: > http://www.nabble.com/How-can-I-download-all-the-packages-from-a-remote- > repository--tp15910759s177p15910759.html > Sent from the Maven - Users mailing list archive at Nabble.com. > > > - > 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] > > > -- View this message in context: http://www.nabble.com/How-can-I-download-all-the-packages-from-a-remote- repository--tp15910759s177p15911893.html Sent from the Maven - Users mailing list archive at Nabble.com. - 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]
Re: How can I download all the packages from a remote repository?
Does that sound like a reasonable thing the Maven developers would have implemented?? "This project depends on all artifactIds in all groupIds with all/any versions." No chance. Wayne On 3/8/08, youhaodeyi <[EMAIL PROTECTED]> wrote: > > Can I write the dependency with wildcard characters? For example, > > > * > * > ... > > > Then I will download all the packages from the repository. > > > Brian E Fox wrote: > > > > Get a repository manager (proximity/nexus/archiva/artifactory) to act as > > a local proxy. Scraping the entire repository is not being a friendly > > netizen and will probably get your ip blocked. There are much better > > ways. > > > > -Original Message- > > From: youhaodeyi [mailto:[EMAIL PROTECTED] > > Sent: Friday, March 07, 2008 10:15 PM > > To: users@maven.apache.org > > Subject: How can I download all the packages from a remote repository? > > > > > > Can I download all the packages from a remote repository to my local > > repository? For example, there is a repository: > > http://repo1.maven.org/maven2/, I want to download all the content to > > my > > local repository. I want to do this for that I have limitation for > > accessing > > Internet, so I need to do this one time to get as much packages as > > possible. > > -- > > View this message in context: > > http://www.nabble.com/How-can-I-download-all-the-packages-from-a-remote- > > repository--tp15910759s177p15910759.html > > Sent from the Maven - Users mailing list archive at Nabble.com. > > > > > > - > > 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] > > > > > > > > -- > View this message in context: > http://www.nabble.com/How-can-I-download-all-the-packages-from-a-remote-repository--tp15910759s177p15911893.html > Sent from the Maven - Users mailing list archive at Nabble.com. > > > - > 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]
RE: How can I download all the packages from a remote repository?
Can I write the dependency with wildcard characters? For example, * * ... Then I will download all the packages from the repository. Brian E Fox wrote: > > Get a repository manager (proximity/nexus/archiva/artifactory) to act as > a local proxy. Scraping the entire repository is not being a friendly > netizen and will probably get your ip blocked. There are much better > ways. > > -Original Message- > From: youhaodeyi [mailto:[EMAIL PROTECTED] > Sent: Friday, March 07, 2008 10:15 PM > To: users@maven.apache.org > Subject: How can I download all the packages from a remote repository? > > > Can I download all the packages from a remote repository to my local > repository? For example, there is a repository: > http://repo1.maven.org/maven2/, I want to download all the content to > my > local repository. I want to do this for that I have limitation for > accessing > Internet, so I need to do this one time to get as much packages as > possible. > -- > View this message in context: > http://www.nabble.com/How-can-I-download-all-the-packages-from-a-remote- > repository--tp15910759s177p15910759.html > Sent from the Maven - Users mailing list archive at Nabble.com. > > > - > 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] > > > -- View this message in context: http://www.nabble.com/How-can-I-download-all-the-packages-from-a-remote-repository--tp15910759s177p15911893.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How can I download all the packages from a remote repository?
On Fri, Mar 7, 2008 at 9:59 PM, youhaodeyi <[EMAIL PROTECTED]> wrote: > I use this command to download: > > rsync -avz http://repo1.maven.org/maven2/ ./ As others have mentioned, you'd be much better off running a repository manager app (Archiva, Artifactory, Proximity) and filling it up with the things you actually need. If you really must get the whole thing, check the bottom of this page, it looks like you can rsync from one of the mirrors: http://maven.apache.org/guides/mini/guide-mirror-settings.html -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
