Re: Maven repository management systems
There isn't any particular reason for moving off of Nexus. We have Nexus as its the most common repository manager used. I want to do an evaluation before we make the decision to go with one or the other and whether to get the paid version or stick to the free version. Archiva, Artifactory, and Nexus are my choices. Part of the evaluation will be to take a look at our processes, see where and how we can leverage a repository manager. Currently we use something that was written internally earlier this century, in JHTML and JSP, which hasn't been updated since and is difficult to update and maintain. I want to modernise by shifting things away from the home grown solution. We've got groups using Ant, Maven, and homegrown Perl based build tools, and Make, and I have no idea what else is lurking out there. Some of those will need ways to upload to the repository manager. That's the back story to it. On Tue, Jun 3, 2014 at 3:22 PM, Glenn Brown ghbrown60...@gmail.com wrote: I would not recommend Archiva. It's intended to be mainly a reference implementation of the repository and, personally, i find it's UI to be a bit clunky. Whats moving you off Nexus? On Tue, Jun 3, 2014 at 1:40 PM, Mehul Sanghvi mehul.sang...@gmail.com wrote: Hit the reply button too quickly on the previous one. I did not expect a full review and comparison of the systems plus a migration guide. I was more looking for gotchas that people may have run into when doing a migration and/or what they took into account when choosing a system. I will take Dan's suggestion to search the mail archives, and see what I find there, and if I need to, will send out another email and be more specific next time around. cheers, mehul On Tue, Jun 3, 2014 at 1:49 PM, Alexander Kriegisch alexan...@kriegisch.name wrote: With all due respect: Can you ask in an even more general way? You do not expect someone to write a full review and comparison of those systems plus migration guide for you, do you? For such general information there are web search engines and tutorials. Constructive hint: Maybe if you explain which concrete problems or shortcomings you see in Nexus OSS, why you consider migration and what you want to achieve with the migration, someone will be glad to help you. I do not mean to be rude, but this is not a very smart way to ask a question on any mailing list. -- Alexander Kriegisch Am 03.06.2014 um 18:55 schrieb Mehul Sanghvi mehul.sang...@gmail.com : Currently we are using Nexus OSS version. I am leaning toward Archiva, but there is also Artifactory. What is involved if we were to migrate from Nexus to one of the others ? Do the repository URLs change ? Or the layout ? What do people recommend ? Why ? cheers, mehul -- Mehul N. Sanghvi email: mehul.sang...@gmail.com - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Mehul N. Sanghvi email: mehul.sang...@gmail.com -- Mehul N. Sanghvi email: mehul.sang...@gmail.com
Re: Maven repository management systems
That is certainly something that my bosses will look to. On Tue, Jun 3, 2014 at 5:37 PM, Dan Tran dant...@gmail.com wrote: Perhaps Artifactory is cheaper and support repos like NPM? 100$ per seat for nexus professional is way expensive? :-) -D On Tue, Jun 3, 2014 at 1:10 PM, Glenn Brown ghbrown60...@gmail.com wrote: My question was what use case was making you think of no longer using nexus? On Tue, Jun 3, 2014 at 3:05 PM, Manfred Moser manf...@mosabuam.com wrote: The majority of developers seem to be using Nexus according to http://zeroturnaround.com/rebellabs/java-tools-and-technologies-landscape-for-2014/ Slides 2 and 19 manfred PS: I am part of the Nexus team.. but was not involved in that survey. Glenn Brown wrote on 03.06.2014 12:22: I would not recommend Archiva. It's intended to be mainly a reference implementation of the repository and, personally, i find it's UI to be a bit clunky. Whats moving you off Nexus? On Tue, Jun 3, 2014 at 1:40 PM, Mehul Sanghvi mehul.sang...@gmail.com wrote: Hit the reply button too quickly on the previous one. I did not expect a full review and comparison of the systems plus a migration guide. I was more looking for gotchas that people may have run into when doing a migration and/or what they took into account when choosing a system. I will take Dan's suggestion to search the mail archives, and see what I find there, and if I need to, will send out another email and be more specific next time around. cheers, mehul On Tue, Jun 3, 2014 at 1:49 PM, Alexander Kriegisch alexan...@kriegisch.name wrote: With all due respect: Can you ask in an even more general way? You do not expect someone to write a full review and comparison of those systems plus migration guide for you, do you? For such general information there are web search engines and tutorials. Constructive hint: Maybe if you explain which concrete problems or shortcomings you see in Nexus OSS, why you consider migration and what you want to achieve with the migration, someone will be glad to help you. I do not mean to be rude, but this is not a very smart way to ask a question on any mailing list. -- Alexander Kriegisch Am 03.06.2014 um 18:55 schrieb Mehul Sanghvi mehul.sang...@gmail.com : Currently we are using Nexus OSS version. I am leaning toward Archiva, but there is also Artifactory. What is involved if we were to migrate from Nexus to one of the others ? Do the repository URLs change ? Or the layout ? What do people recommend ? Why ? cheers, mehul -- Mehul N. Sanghvi email: mehul.sang...@gmail.com - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Mehul N. Sanghvi email: mehul.sang...@gmail.com - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Mehul N. Sanghvi email: mehul.sang...@gmail.com
Re: Maven repository management systems
There isn't any particular reason for moving off of Nexus. Then don't. I want to do an evaluation before we make the decision to go with one or the other Then evaluate. Currently you are conducting a survey, not an evaluation. ;-) - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven repository management systems
With all due respect: Can you ask in an even more general way? You do not expect someone to write a full review and comparison of those systems plus migration guide for you, do you? For such general information there are web search engines and tutorials. Constructive hint: Maybe if you explain which concrete problems or shortcomings you see in Nexus OSS, why you consider migration and what you want to achieve with the migration, someone will be glad to help you. I do not mean to be rude, but this is not a very smart way to ask a question on any mailing list. -- Alexander Kriegisch Am 03.06.2014 um 18:55 schrieb Mehul Sanghvi mehul.sang...@gmail.com: Currently we are using Nexus OSS version. I am leaning toward Archiva, but there is also Artifactory. What is involved if we were to migrate from Nexus to one of the others ? Do the repository URLs change ? Or the layout ? What do people recommend ? Why ? cheers, mehul -- Mehul N. Sanghvi email: mehul.sang...@gmail.com - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven repository management systems
There are quite a few discussions of this topic, please search -D On Tue, Jun 3, 2014 at 10:49 AM, Alexander Kriegisch alexan...@kriegisch.name wrote: With all due respect: Can you ask in an even more general way? You do not expect someone to write a full review and comparison of those systems plus migration guide for you, do you? For such general information there are web search engines and tutorials. Constructive hint: Maybe if you explain which concrete problems or shortcomings you see in Nexus OSS, why you consider migration and what you want to achieve with the migration, someone will be glad to help you. I do not mean to be rude, but this is not a very smart way to ask a question on any mailing list. -- Alexander Kriegisch Am 03.06.2014 um 18:55 schrieb Mehul Sanghvi mehul.sang...@gmail.com: Currently we are using Nexus OSS version. I am leaning toward Archiva, but there is also Artifactory. What is involved if we were to migrate from Nexus to one of the others ? Do the repository URLs change ? Or the layout ? What do people recommend ? Why ? cheers, mehul -- Mehul N. Sanghvi email: mehul.sang...@gmail.com - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven repository management systems
Points well taken. No offence taken. :) On Tue, Jun 3, 2014 at 1:49 PM, Alexander Kriegisch alexan...@kriegisch.name wrote: With all due respect: Can you ask in an even more general way? You do not expect someone to write a full review and comparison of those systems plus migration guide for you, do you? For such general information there are web search engines and tutorials. Constructive hint: Maybe if you explain which concrete problems or shortcomings you see in Nexus OSS, why you consider migration and what you want to achieve with the migration, someone will be glad to help you. I do not mean to be rude, but this is not a very smart way to ask a question on any mailing list. -- Alexander Kriegisch Am 03.06.2014 um 18:55 schrieb Mehul Sanghvi mehul.sang...@gmail.com: Currently we are using Nexus OSS version. I am leaning toward Archiva, but there is also Artifactory. What is involved if we were to migrate from Nexus to one of the others ? Do the repository URLs change ? Or the layout ? What do people recommend ? Why ? cheers, mehul -- Mehul N. Sanghvi email: mehul.sang...@gmail.com - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Mehul N. Sanghvi email: mehul.sang...@gmail.com
Re: Maven repository management systems
Hit the reply button too quickly on the previous one. I did not expect a full review and comparison of the systems plus a migration guide. I was more looking for gotchas that people may have run into when doing a migration and/or what they took into account when choosing a system. I will take Dan's suggestion to search the mail archives, and see what I find there, and if I need to, will send out another email and be more specific next time around. cheers, mehul On Tue, Jun 3, 2014 at 1:49 PM, Alexander Kriegisch alexan...@kriegisch.name wrote: With all due respect: Can you ask in an even more general way? You do not expect someone to write a full review and comparison of those systems plus migration guide for you, do you? For such general information there are web search engines and tutorials. Constructive hint: Maybe if you explain which concrete problems or shortcomings you see in Nexus OSS, why you consider migration and what you want to achieve with the migration, someone will be glad to help you. I do not mean to be rude, but this is not a very smart way to ask a question on any mailing list. -- Alexander Kriegisch Am 03.06.2014 um 18:55 schrieb Mehul Sanghvi mehul.sang...@gmail.com: Currently we are using Nexus OSS version. I am leaning toward Archiva, but there is also Artifactory. What is involved if we were to migrate from Nexus to one of the others ? Do the repository URLs change ? Or the layout ? What do people recommend ? Why ? cheers, mehul -- Mehul N. Sanghvi email: mehul.sang...@gmail.com - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Mehul N. Sanghvi email: mehul.sang...@gmail.com
Re: Maven repository management systems
I would not recommend Archiva. It's intended to be mainly a reference implementation of the repository and, personally, i find it's UI to be a bit clunky. Whats moving you off Nexus? On Tue, Jun 3, 2014 at 1:40 PM, Mehul Sanghvi mehul.sang...@gmail.com wrote: Hit the reply button too quickly on the previous one. I did not expect a full review and comparison of the systems plus a migration guide. I was more looking for gotchas that people may have run into when doing a migration and/or what they took into account when choosing a system. I will take Dan's suggestion to search the mail archives, and see what I find there, and if I need to, will send out another email and be more specific next time around. cheers, mehul On Tue, Jun 3, 2014 at 1:49 PM, Alexander Kriegisch alexan...@kriegisch.name wrote: With all due respect: Can you ask in an even more general way? You do not expect someone to write a full review and comparison of those systems plus migration guide for you, do you? For such general information there are web search engines and tutorials. Constructive hint: Maybe if you explain which concrete problems or shortcomings you see in Nexus OSS, why you consider migration and what you want to achieve with the migration, someone will be glad to help you. I do not mean to be rude, but this is not a very smart way to ask a question on any mailing list. -- Alexander Kriegisch Am 03.06.2014 um 18:55 schrieb Mehul Sanghvi mehul.sang...@gmail.com : Currently we are using Nexus OSS version. I am leaning toward Archiva, but there is also Artifactory. What is involved if we were to migrate from Nexus to one of the others ? Do the repository URLs change ? Or the layout ? What do people recommend ? Why ? cheers, mehul -- Mehul N. Sanghvi email: mehul.sang...@gmail.com - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Mehul N. Sanghvi email: mehul.sang...@gmail.com
Re: Maven repository management systems
The majority of developers seem to be using Nexus according to http://zeroturnaround.com/rebellabs/java-tools-and-technologies-landscape-for-2014/ Slides 2 and 19 manfred PS: I am part of the Nexus team.. but was not involved in that survey. Glenn Brown wrote on 03.06.2014 12:22: I would not recommend Archiva. It's intended to be mainly a reference implementation of the repository and, personally, i find it's UI to be a bit clunky. Whats moving you off Nexus? On Tue, Jun 3, 2014 at 1:40 PM, Mehul Sanghvi mehul.sang...@gmail.com wrote: Hit the reply button too quickly on the previous one. I did not expect a full review and comparison of the systems plus a migration guide. I was more looking for gotchas that people may have run into when doing a migration and/or what they took into account when choosing a system. I will take Dan's suggestion to search the mail archives, and see what I find there, and if I need to, will send out another email and be more specific next time around. cheers, mehul On Tue, Jun 3, 2014 at 1:49 PM, Alexander Kriegisch alexan...@kriegisch.name wrote: With all due respect: Can you ask in an even more general way? You do not expect someone to write a full review and comparison of those systems plus migration guide for you, do you? For such general information there are web search engines and tutorials. Constructive hint: Maybe if you explain which concrete problems or shortcomings you see in Nexus OSS, why you consider migration and what you want to achieve with the migration, someone will be glad to help you. I do not mean to be rude, but this is not a very smart way to ask a question on any mailing list. -- Alexander Kriegisch Am 03.06.2014 um 18:55 schrieb Mehul Sanghvi mehul.sang...@gmail.com : Currently we are using Nexus OSS version. I am leaning toward Archiva, but there is also Artifactory. What is involved if we were to migrate from Nexus to one of the others ? Do the repository URLs change ? Or the layout ? What do people recommend ? Why ? cheers, mehul -- Mehul N. Sanghvi email: mehul.sang...@gmail.com - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Mehul N. Sanghvi email: mehul.sang...@gmail.com - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven repository management systems
My question was what use case was making you think of no longer using nexus? On Tue, Jun 3, 2014 at 3:05 PM, Manfred Moser manf...@mosabuam.com wrote: The majority of developers seem to be using Nexus according to http://zeroturnaround.com/rebellabs/java-tools-and-technologies-landscape-for-2014/ Slides 2 and 19 manfred PS: I am part of the Nexus team.. but was not involved in that survey. Glenn Brown wrote on 03.06.2014 12:22: I would not recommend Archiva. It's intended to be mainly a reference implementation of the repository and, personally, i find it's UI to be a bit clunky. Whats moving you off Nexus? On Tue, Jun 3, 2014 at 1:40 PM, Mehul Sanghvi mehul.sang...@gmail.com wrote: Hit the reply button too quickly on the previous one. I did not expect a full review and comparison of the systems plus a migration guide. I was more looking for gotchas that people may have run into when doing a migration and/or what they took into account when choosing a system. I will take Dan's suggestion to search the mail archives, and see what I find there, and if I need to, will send out another email and be more specific next time around. cheers, mehul On Tue, Jun 3, 2014 at 1:49 PM, Alexander Kriegisch alexan...@kriegisch.name wrote: With all due respect: Can you ask in an even more general way? You do not expect someone to write a full review and comparison of those systems plus migration guide for you, do you? For such general information there are web search engines and tutorials. Constructive hint: Maybe if you explain which concrete problems or shortcomings you see in Nexus OSS, why you consider migration and what you want to achieve with the migration, someone will be glad to help you. I do not mean to be rude, but this is not a very smart way to ask a question on any mailing list. -- Alexander Kriegisch Am 03.06.2014 um 18:55 schrieb Mehul Sanghvi mehul.sang...@gmail.com : Currently we are using Nexus OSS version. I am leaning toward Archiva, but there is also Artifactory. What is involved if we were to migrate from Nexus to one of the others ? Do the repository URLs change ? Or the layout ? What do people recommend ? Why ? cheers, mehul -- Mehul N. Sanghvi email: mehul.sang...@gmail.com - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Mehul N. Sanghvi email: mehul.sang...@gmail.com - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven repository management systems
Perhaps Artifactory is cheaper and support repos like NPM? 100$ per seat for nexus professional is way expensive? :-) -D On Tue, Jun 3, 2014 at 1:10 PM, Glenn Brown ghbrown60...@gmail.com wrote: My question was what use case was making you think of no longer using nexus? On Tue, Jun 3, 2014 at 3:05 PM, Manfred Moser manf...@mosabuam.com wrote: The majority of developers seem to be using Nexus according to http://zeroturnaround.com/rebellabs/java-tools-and-technologies-landscape-for-2014/ Slides 2 and 19 manfred PS: I am part of the Nexus team.. but was not involved in that survey. Glenn Brown wrote on 03.06.2014 12:22: I would not recommend Archiva. It's intended to be mainly a reference implementation of the repository and, personally, i find it's UI to be a bit clunky. Whats moving you off Nexus? On Tue, Jun 3, 2014 at 1:40 PM, Mehul Sanghvi mehul.sang...@gmail.com wrote: Hit the reply button too quickly on the previous one. I did not expect a full review and comparison of the systems plus a migration guide. I was more looking for gotchas that people may have run into when doing a migration and/or what they took into account when choosing a system. I will take Dan's suggestion to search the mail archives, and see what I find there, and if I need to, will send out another email and be more specific next time around. cheers, mehul On Tue, Jun 3, 2014 at 1:49 PM, Alexander Kriegisch alexan...@kriegisch.name wrote: With all due respect: Can you ask in an even more general way? You do not expect someone to write a full review and comparison of those systems plus migration guide for you, do you? For such general information there are web search engines and tutorials. Constructive hint: Maybe if you explain which concrete problems or shortcomings you see in Nexus OSS, why you consider migration and what you want to achieve with the migration, someone will be glad to help you. I do not mean to be rude, but this is not a very smart way to ask a question on any mailing list. -- Alexander Kriegisch Am 03.06.2014 um 18:55 schrieb Mehul Sanghvi mehul.sang...@gmail.com : Currently we are using Nexus OSS version. I am leaning toward Archiva, but there is also Artifactory. What is involved if we were to migrate from Nexus to one of the others ? Do the repository URLs change ? Or the layout ? What do people recommend ? Why ? cheers, mehul -- Mehul N. Sanghvi email: mehul.sang...@gmail.com - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Mehul N. Sanghvi email: mehul.sang...@gmail.com - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven Repository initial setp error
I've resolved the issue by setting the proxy in settings.xml file. -- View this message in context: http://maven.40175.n5.nabble.com/Maven-Repository-initial-setp-error-tp5714848p5715045.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: Maven Repository initial setp error
You need to set up your artifactory repo to proxy Maven Central since your repo does not have any 3rd party content in it. I would guess that you have not done that. Maven is complaining that it can not find a plug-in. You need to make sure that you have defined what you want Maven to use as a plug-in repo but it does look like you have defined that to be your repo. This should be OK if your repo is set up correctly. This is not really a Maven problem, If you run into trouble with the proxy setup, you may have to get help in the Artifactory forum. I run Nexus so I am not much help for Artifactory setup issues. Ron On 25/07/2012 4:07 AM, nnrtech wrote: Hi, I'm new to Maven.I've setup maven as expaline the doc.I'm trying to setup the repository using the below command.I modifie the settings.xml file to change the repository location. mvn archetype:generate -DgroupId=Maven-Test -DartifactId=sg.gov.frontier -DarchetypeArtifactId=maven-archetype-quickstart -DinteractiveMode=false I got the below error. ERROR] Error resolving version for plugin 'org.apache.maven.plugins:maven-arche type-plugin' from the repositories [local (E:\CrimsonLogic\Projects\MavenLocalRe po), central (http://192.168.32.32:8081/artifactory/plugins-release), snapshots (http://192.168.32.32:8081/artifactory/plugins-snapshot)]: Plugin not found in a ny plugin repository - [Help 1] org.apache.maven.plugin.version.PluginVersionResolutionException: Error resolvin g version for plugin 'org.apache.maven.plugins:maven-archetype-plugin' from the repositories [local (E:\CrimsonLogic\Projects\MavenLocalRepo), central (http://1 92.168.32.32:8081/artifactory/plugins-release), snapshots (http://192.168.32.32: 8081/artifactory/plugins-snapshot)]: Plugin not found in any plugin repository at org.apache.maven.plugin.version.internal.DefaultPluginVersionResolver .selectVersion(DefaultPluginVersionResolver.java:237) at org.apache.maven.plugin.version.internal.DefaultPluginVersionResolver .resolveFromRepository(DefaultPluginVersionResolver.java:149) at org.apache.maven.plugin.version.internal.DefaultPluginVersionResolver .resolve(DefaultPluginVersionResolver.java:97) Please help me to resolve the error. Regards, NNR. -- View this message in context: http://maven.40175.n5.nabble.com/Maven-Repository-initial-setp-error-tp5714848.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 -- 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: Maven Repository
On Thu, Apr 5, 2012 at 9:51 AM, NunoM nunowas...@hotmail.com wrote: Hello everyone, I'm a new user to Apache Maven and Apache Shiro. I'm doing a tutorial, but before starting it, I need to add https://repository.apache.org/content/groups/snapshots-group/ to my settings.xml. (I need shiro core 1.2.0 snapshot.jar) Can anyone tell me how to that correctly? I've never used maven before, and even with the documentation, I feel lost. Thanks in advance, Nuno. I'd recommend spending 30 minutes or so skim reading the freely available books http://maven.apache.org/articles.html You'll want to spend more time in there later but that will give you an appreciation of what Maven is doing. You especially want to avoid fighting with Maven, you will lose. Anything we tell you here is just going to be a quick fix and is not going to improve your understanding. Alternatively, http://maven.apache.org/settings.html has the details on how to add a repository, you can plug in your url from the examples. But I urge you not to take this shortcut. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven Repository
Hello, Yes. I already spent some time reading the documentation. And I thought I had understood it well. I've already added the server tag and necessary permissions that are located in the readme.txt on the website. Which is: http://maven.40175.n5.nabble.com/file/n5619282/settings.xml settings.xml I'm not trying to look for a shortcut, just for a little help. :) These are all new concepts to me, I'm getting there little by little. But then one doubt came to my mind. 1. Do I need to create a profile tag in my settings. xml and then create the repository inside? Thanks in advance, Nuno. -- View this message in context: http://maven.40175.n5.nabble.com/Maven-Repository-tp5619256p5619282.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: Maven Repository
FWIW, My guess is something like below will work if you want to get 1.3.0-SNAPSHOT jar. Having said that, you specifically said 1.2.0-SNAPSHOT jar's. Those don't appear to exist anymore as 1.2.0 has been shipped. https://repository.apache.org/content/repositories/snapshots-group/org/apache/shiro/shiro-core/1.2.0-SNAPSHOT/ Also, 1.2.0 is available from the central Maven repository which Maven already knows about: http://repo1.maven.org/maven2/org/apache/shiro/shiro-core/1.2.0/ HTH -Jim settings xmlns=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/xsd/settings-1.0.0.xsd; servers server idapache.releases/id directoryPermissions775/directoryPermissions filePermissions644/filePermissions /server server idapache.snapshots/id directoryPermissions775/directoryPermissions filePermissions644/filePermissions /server /servers !-- This is your currently active profile -- activeProfiles activeProfileprofile-1/activeProfile /activeProfiles !-- Profile definitions including remote repositories -- profiles profile idprofile-1/id repositories repository idapache.snapshots/id urlhttp://repository.apache.org/content/groups/snapshots-group//url snapshots enabledtrue/enabled /snapshots releases enabledfalse/enabled /releases /repository /repositories /profile /profiles /settings -Original Message- From: NunoM [mailto:nunowas...@hotmail.com] Sent: Wednesday, April 04, 2012 7:41 PM To: users@maven.apache.org Subject: Re: Maven Repository Hello, Yes. I already spent some time reading the documentation. And I thought I had understood it well. I've already added the server tag and necessary permissions that are located in the readme.txt on the website. Which is: http://maven.40175.n5.nabble.com/file/n5619282/settings.xml settings.xml I'm not trying to look for a shortcut, just for a little help. :) These are all new concepts to me, I'm getting there little by little. But then one doubt came to my mind. 1. Do I need to create a profile tag in my settings. xml and then create the repository inside? Thanks in advance, Nuno. -- View this message in context: http://maven.40175.n5.nabble.com/Maven-Repository-tp5619256p5619282.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: Maven Repository
On Thu, Apr 5, 2012 at 10:11 AM, NunoM nunowas...@hotmail.com wrote: Hello, Yes. I already spent some time reading the documentation. And I thought I had understood it well. I've already added the server tag and necessary permissions that are located in the readme.txt on the website. Which is: http://maven.40175.n5.nabble.com/file/n5619282/settings.xml settings.xml I'm not trying to look for a shortcut, just for a little help. :) These are all new concepts to me, I'm getting there little by little. Its good that you are the docs, the books will be your best source of understanding, followed by some experimentation. But then one doubt came to my mind. 1. Do I need to create a profile tag in my settings. xml and then create the repository inside? You will find the more repository definitions you have the slower your Maven build will become, because Maven needs to check EVERY repository to see if there is a newer version of the artifact. So its often better to put repository definitions inside a profile so that you can turn on just the ones you need, when you need them. The next best thing is to your a Repository Manager, this way you define a mirror that points everything at your Repository Manager. This way you no longer need to define extra repositories in Maven and now there is only one network call to make to your Repository Manager. The other benefit is that if you are working with others locally they can share the Repository Manager to speed up downloading artifacts. Its still a good idea to install one, even if you work by yourself, because Maven only connects once to the Repository Manager, but also if you are on a laptop you can work disconnected from the internet much more easily. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven-repository-plugin: Automatically create bundle and deploy it to repository as well
Hello, I now got a solution via the build-helper-plugin: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-repository-plugin/artifactId version2.3.1/version executions execution idattach-bundle/id phasepackage/phase goals goalbundle-create/goal /goals /execution /executions /plugin plugin groupIdorg.codehaus.mojo/groupId artifactIdbuild-helper-maven-plugin/artifactId version1.7/version executions execution idattach-artifacts-bundle/id phasepackage/phase goals goalattach-artifact/goal /goals configuration artifacts artifact file${project.build.directory}/${project.artifactId}-${project.version}-bundle.jar/file typejar/type classifierbundle/classifier /artifact /artifacts /configuration /execution /executions /plugin Regards Mirko -- http://illegalstateexception.blogspot.com/ https://github.com/mfriedenhagen/ https://bitbucket.org/mfriedenhagen/ On Tue, Oct 25, 2011 at 20:51, Mirko Friedenhagen mfriedenha...@gmail.com wrote: Hello, I want to create and deploy the bundle for my artifacts. Right now I have this in my pom: plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-javadoc-plugin/artifactId /plugin plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-source-plugin/artifactId /plugin plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-repository-plugin/artifactId /plugin /plugins All plugins are attached to the package phase. However I have encountered two problems: 1) The repository plugin keeps asking me which jars to bundle and I have to enter 0 (I may avoid this by running Maven in batch mode, so this seems to be no biggy). 2) However the bundle.jar is not uploaded to my repository. I tried putting: pluginManagement plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-deploy-plugin/artifactId version2.7/version executions execution iddeploy-bundle/id phasedeploy/phase configuration files filebundle/file /files /configuration /execution /executions /plugin /plugins /pluginManagement but the bundle is not deployed. Regards Mirko -- http://illegalstateexception.blogspot.com/ https://github.com/mfriedenhagen/ https://bitbucket.org/mfriedenhagen/ - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven repository on SourceForge file system
I see the 'html which implies to me that the sf file system is getting in the way of how maven works. Has anyone tried to do this, or am I out of luck. Perhaps try linking directly to the file via the CDN: http://cdnetworks-us-2.dl.sourceforge.net/project/fb-contrib/repo/com/mebigfatguy/fb-contrib/4.6.1/fb-contrib-4.6.1.pom Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven repository on SourceForge file system
I see the 'html which implies to me that the sf file system is getting in the way of how maven works. Has anyone tried to do this, or am I out of luck. Perhaps try linking directly to the file via the CDN: http://cdnetworks-us-2.dl.sourceforge.net/project/fb-contrib/repo/com/mebigfatguy/fb-contrib/4.6.1/fb-contrib-4.6.1.pom Wayne Sweet!! that worked, thanks! -- View this message in context: http://maven.40175.n5.nabble.com/Maven-repository-on-SourceForge-file-system-tp4479412p4479472.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: Maven repository on SourceForge file system
hi! A slightly different approach would be to use wagon-svn and 'deploy' your artifacts to a folder in your apps Subversion repo. This is a neat hack for getting sharing a maven repo via sourceforge. LieGrue, strub --- On Sat, 6/11/11, mebigfatguy dbros...@mebigfatguy.com wrote: From: mebigfatguy dbros...@mebigfatguy.com Subject: Re: Maven repository on SourceForge file system To: users@maven.apache.org Date: Saturday, June 11, 2011, 7:29 PM I see the 'html which implies to me that the sf file system is getting in the way of how maven works. Has anyone tried to do this, or am I out of luck. Perhaps try linking directly to the file via the CDN: http://cdnetworks-us-2.dl.sourceforge.net/project/fb-contrib/repo/com/mebigfatguy/fb-contrib/4.6.1/fb-contrib-4.6.1.pom Wayne Sweet!! that worked, thanks! -- View this message in context: http://maven.40175.n5.nabble.com/Maven-repository-on-SourceForge-file-system-tp4479412p4479472.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: Maven repository on SourceForge file system
I know its not what you asked for, but for sites you can follow http://maven.apache.org/plugins/maven-site-plugin/examples/site-deploy-to-sourceforge.net.html - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven repository not accessible?
Maybe you need to configure a web proxy for Maven to use? You do that in settings.xml. /Anders (mobile) Den 11 apr 2011 15.33 skrev Collard, Pascal pascal.coll...@bvdinfo.com: Hi; I use Maven2 to build my JAVA package and run tests within a CI (Jenkins / Hudson, Bamboo, ..) and got errors about repo not being accessible. I had no problem before with my script but: - network policies have changed (I assume that Jenkins/Maven can't connect to the repository because of these now) - I installed a new computer and it has no local .m2 content so far Can anyone let me know if they face the same issue or point me where/what I should check at? Here is the log of the CI. Executing Maven: -N -B -f C:\Program Files\Jenkins\jobs\Test job \workspace\pom.xml clean test [INFO] Scanning for projects... [INFO] [INFO] Building functional tests [INFO] task-segment: [clean, test] [INFO] Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-clean-pl... [WARNING] Unable to get resource 'org.apache.maven.plugins:maven-clean- plugin:pom:2.2' from repository central (http://repo1.maven.org/ maven2): Error transferring file: Connection timed out: connect [JENKINS] Archiving C:\Program Files\Jenkins\jobs\Test job\workspace \pom.xml to C:\Program Files\Jenkins\jobs\Test job\modules \\functional-tests\1.0-SNAPSHOT\functional- tests-1.0-SNAPSHOT.pom [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error building POM (may not be this project's POM). Project ID: org.apache.maven.plugins:maven-clean-plugin Reason: POM 'org.apache.maven.plugins:maven-clean-plugin' not found in repository: Unable to download the artifact from any repository org.apache.maven.plugins:maven-clean-plugin:pom:2.2 from the specified remote repositories: central (http://repo1.maven.org/maven2) for project org.apache.maven.plugins:maven-clean-plugin Thanks
Re: Query re: Maven Repository
This type of question should be addressed to the Maven user list. I've forwarded it to there, where this thread should continue. The answer that some things are missing in central is due to licensing. For example, the oracle jdbc jar. They can't be added to central. The solution is to install a repository manager (Nexus for instance) and add these missing artifacts there. /Anders On Wed, Jan 19, 2011 at 23:38, Beppe Sabatini beppe.sabat...@trilliantinc.com wrote: Hi, we’re maven newbies and we’re hoping you can help us with a question regarding the maven repository. Or if you can’t help us, perhaps you can direct us to the right person! When we try to compile we get these error messages: Unable to find resource 'opensymphony:quartz-all:pom:1.6.2' in repository central (http://repo1.maven.org/maven2) Unable to find resource 'javax.transaction:jta:jar:1.0.1B' in repository central (http://repo1.maven.org/maven2) Unable to find resource 'com.oracle:ojdbc14:jar:10.2.0.3.0' in repository central (http://repo1.maven.org/maven2) . . . checking on the server we find that they’re indeed missing. Do you have any idea how they could suddenly go missing, and what we might do to replace them or ask the owner to replace them? Thanks in advance for any help you can provide. Beppe Sabatini Principal Software Engineer Trilliant Phone: +1.650.204.5094 beppe.sabat...@trilliantinc.com www.trilliantinc.com
Re: Maven Repository - Handling configuration Files
I don't want to go for creation of maven assembly and packing things together. Please suggest me if there are any other approaches There is nothing stopping you from making another Maven project that only contains your config files (in src/main/resources, perhaps) and then publishing that to the remote repo, then picking them up and unpacking (unjar/unzip) them to use in your app servers directly. This would not involve the assembly plugin or any non-standard approach. Why do you have a doubt about this? Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Maven Repository - Handling configuration Files
Thanks Wayne, If I do this and create a new .zip or some other artifact for my configuration files, is it possible to deploy this by extracting the config files to specific location using Cargo plugin? Regards, Tirumal Reddy M -Original Message- From: Wayne Fay [mailto:wayne...@gmail.com] Sent: Wednesday, January 12, 2011 2:39 PM To: Maven Users List Subject: Re: Maven Repository - Handling configuration Files I don't want to go for creation of maven assembly and packing things together. Please suggest me if there are any other approaches There is nothing stopping you from making another Maven project that only contains your config files (in src/main/resources, perhaps) and then publishing that to the remote repo, then picking them up and unpacking (unjar/unzip) them to use in your app servers directly. This would not involve the assembly plugin or any non-standard approach. Why do you have a doubt about this? Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven Repository - Handling configuration Files
If I do this and create a new .zip or some other artifact for my configuration files, is it possible to deploy this by extracting the config files to specific location using Cargo plugin? I haven't used Cargo in a while so I have no idea. It seems like asking the Cargo folks directly would be the most efficient method to get this answered. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven Repository - Handling configuration Files
Cargo can't use the zip directly. But you should be able to get it to work by using the dependency-plugin and extract the content of the archive first. /Anders On Wed, Jan 12, 2011 at 10:33, Wayne Fay wayne...@gmail.com wrote: If I do this and create a new .zip or some other artifact for my configuration files, is it possible to deploy this by extracting the config files to specific location using Cargo plugin? I haven't used Cargo in a while so I have no idea. It seems like asking the Cargo folks directly would be the most efficient method to get this answered. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven repository for org.apache.tomcat:jdbc-pool:jar:1.0.8.5
I suggest that you ask on one of the Tomcat mailing lists. They are responsible for putting their artifacts into a repo. On 2010-03-23 01:52, Viv Kapadekar wrote: Hi I would like to use the jdbc-pool artifact from org.apache.tomcat dependency groupIdorg.apache.tomcat/groupId artifactIdjdbc-pool/artifactId version1.0.8.5/version /dependency Anyone, knows the repository for it? Maven is not able to find in the default repo. I searched a lot of other maven repo browsers ,but no luck so far. Thanks Viv - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Dennis Lundberg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven repository for org.apache.tomcat:jdbc-pool:jar:1.0.8.5
Viv Kapadekar wrote: Hi I would like to use the jdbc-pool artifact from org.apache.tomcat dependency groupIdorg.apache.tomcat/groupId artifactIdjdbc-pool/artifactId version1.0.8.5/version /dependency Anyone, knows the repository for it? Maven is not able to find in the default repo. I searched a lot of other maven repo browsers ,but no luck so far. Thanks Viv - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org http://commons.apache.org/dbcp/configuration.html http://tomcat.apache.org/tomcat-5.5-doc/jndi-datasource-examples-howto.html#Database%20Connection%20Pool%20%28DBCP%29%20Configurations It appears that they are using commons groupIdcommons-dbcp/groupId artifactIdcommons-dbcp/artifactId version${commons-dbcp.version}/version The current version seems to be 1.4 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven repository for org.apache.tomcat:jdbc-pool:jar:1.0.8.5
No this is different than apache commons DBCP. This is: org.apache.tomcat.jdbc.pool.DataSource Here is an article that describes the difference between apache commons and tomcat jdbc: http://vigilbose.blogspot.com/2009/03/apache-commons-dbcp-and-tomcat-jdbc.html On Mar 22, 2010, at 6:05 PM, Ron Wheeler wrote: Viv Kapadekar wrote: Hi I would like to use the jdbc-pool artifact from org.apache.tomcat dependency groupIdorg.apache.tomcat/groupId artifactIdjdbc-pool/artifactId version1.0.8.5/version /dependency Anyone, knows the repository for it? Maven is not able to find in the default repo. I searched a lot of other maven repo browsers ,but no luck so far. Thanks Viv - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org http://commons.apache.org/dbcp/configuration.html http://tomcat.apache.org/tomcat-5.5-doc/jndi-datasource-examples-howto.html#Database%20Connection%20Pool%20%28DBCP%29%20Configurations It appears that they are using commons groupIdcommons-dbcp/groupId artifactIdcommons-dbcp/artifactId version${commons-dbcp.version}/version The current version seems to be 1.4 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org Viv Kapadekar vi...@peoplepowerco.com
Re: Maven repository for org.apache.tomcat:jdbc-pool:jar:1.0.8.5
groupIdorg.apache.tomcat/groupId artifactIddbcp/artifactId The latest version in the default repo is 6.0.18
Re: Maven repository restricted access.
Do you mean configuring the credentials? Sure, that's how you do it: http://maven.apache.org/settings.html#Servers The actual repo configuration could go in either your pom or in a profile in settings.xml. /Anders On Wed, Oct 14, 2009 at 16:27, David Meunier david.meun...@si4g.fr wrote: Hi, Some of my remote Maven repositories managed by Nexus have restricted access to only allowed users (Basic Auth). I wonder if it was possible to locally configure such a repository in Maven settings.xml or in another way ? Documentation : http://maven.apache.org/settings.html. Best regards, David Meunier.
Re: Maven repository restricted access.
You use server entries in your settings to provide auth to remote repos (Nexus in this case) that maven is talking to. If Nexus is talking to the remote repo, then you configure the authentication in the Nexus proxy repository configuration for that repo. 2009/10/14 David Meunier david.meun...@si4g.fr: Hi, Some of my remote Maven repositories managed by Nexus have restricted access to only allowed users (Basic Auth). I wonder if it was possible to locally configure such a repository in Maven settings.xml or in another way ? Documentation : http://maven.apache.org/settings.html. Best regards, David Meunier. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: maven repository version
any advantages to manually track file versions (instead of using version control to manage the process) ? Martin __ Disclaimer and confidentiality note This message is confidential and may be privileged. If you are not the intended recipient, we kindly ask you to please inform the sender. Any unauthorised dissemination or copying hereof is prohibited. This message serves for information purposes only and shall not have any legally binding effect. Given that e-mails can easily be subject to manipulation, we can not accept any liability for the content provided. From: jim.mccas...@pervasive.com To: users@maven.apache.org Date: Mon, 30 Mar 2009 11:38:48 -0500 Subject: maven repository version Hello all, I have a hunch the answer to this is going to be use a repository manager but thought I would ask. I have built up 3 internal maven repositories that we point at via settings in our settings.xml. I would like to be able to version 2 of them. Essentially what I am thinking of is writing a file to the root of each repository that has a tag in it so I can tie a version of my maven repositories to a version of a component that I built. My reason for doing this is why use ranges in a number of places, I don't want a build to suddenly get the wrong version of a component based on the ranges. Has anyone tried this sort of thing without a repository manager? -Jim - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org _ Hotmail® is up to 70% faster. Now good news travels really fast. http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_HM_70faster_032009
RE: Maven Repository
Hi, I had this problem, too. Here's my solution: 1. Simply run your build once on a machine that's connected to the network. Maven will fill the local repository on this machine with all plugins and libraries (artifacts) that your build needs. 2. Copy this local repository to your build machine. 3. Configure Maven on the build machine so that it uses the just copied files as local repository. 4. Run the build on you build machine in offline mode. There are two options to achieve this: a) use the -o command line switch or b) set offline=true in your settings.xml. BTW: Filling and saving a local repo that contains *everything* that the build process needs is a great way to achieve the reproducability of the build. Some projects in our company even put the local repo of the build machine into their version control system to be able to tag it with release-tags. HTH, Stefan prasanna.goupal wrote: The problem here is that internet is not accessible from our build server. I need to download plugin on my machine first and then need to copy it on build server and so go on... Regards, Prasanna A. Goupal -Original Message- From: Martin Höller [mailto:[EMAIL PROTECTED] Sent: Friday, December 05, 2008 4:14 PM To: users@maven.apache.org Subject: Re: Maven Repository On 05 Dec 2008, prasanna.goupal wrote: Is there any way to download complete repository on my local machine instead of checking downloading required plaugins? Beside what Baptiste already wrote: you don't have to download plugins or dependencies manually, maven does this automatically for you. Just specify your plugins and dependencies in the pom.xml file and run maven. hth, - martin -- This electronic mail, together with the attached files, if any, (collectively electronic mail / mail) is intended solely for the addressee(es) above, and may contain information which is confidential and/or legally privileged.If you have received this mail in error, we request you to advise us immediately by sending a message by clicking reply to button. You should delete the mail from your hard drive/system, and if you have made any hard/physical copies of the mail, you should destroy the same.Unauthorised use, distribution, disclosure or copying of this electronic mail is strictly prohibited, and may be unlawful. -- View this message in context: http://www.nabble.com/Maven-Repository-tp20850446p20894117.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 Repository
Well, technically yes. But in practice no. Since mirroring the whole lot gives you a risk of being banned from the repository access for some time... Moreover the complete repo is many GB large and there's chances you will only use something like 2% or the whole... Better way is to install and configure (it's quite quick to do) an maven repository manager. Cheers. 2008/12/5 prasanna.goupal [EMAIL PROTECTED] Hi All, Is there any way to download complete repository on my local machine instead of checking downloading required plaugins? Thanks in advance. Regards, Prasanna A. Goupal -- This electronic mail, together with the attached files, if any, (collectively electronic mail / mail) is intended solely for the addressee(es) above, and may contain information which is confidential and/or legally privileged.If you have received this mail in error, we request you to advise us immediately by sending a message by clicking reply to button. You should delete the mail from your hard drive/system, and if you have made any hard/physical copies of the mail, you should destroy the same.Unauthorised use, distribution, disclosure or copying of this electronic mail is strictly prohibited, and may be unlawful. -- Baptiste Batmat MATHUS - http://batmat.net Sauvez un arbre, Mangez un castor !
Re: Maven Repository
On 05 Dec 2008, prasanna.goupal wrote: Is there any way to download complete repository on my local machine instead of checking downloading required plaugins? Beside what Baptiste already wrote: you don't have to download plugins or dependencies manually, maven does this automatically for you. Just specify your plugins and dependencies in the pom.xml file and run maven. hth, - martin signature.asc Description: PGP signature
RE: Maven Repository
The problem here is that internet is not accessible from our build server. I need to download plugin on my machine first and then need to copy it on build server and so go on... Regards, Prasanna A. Goupal -Original Message- From: Martin Höller [mailto:[EMAIL PROTECTED] Sent: Friday, December 05, 2008 4:14 PM To: users@maven.apache.org Subject: Re: Maven Repository On 05 Dec 2008, prasanna.goupal wrote: Is there any way to download complete repository on my local machine instead of checking downloading required plaugins? Beside what Baptiste already wrote: you don't have to download plugins or dependencies manually, maven does this automatically for you. Just specify your plugins and dependencies in the pom.xml file and run maven. hth, - martin -- This electronic mail, together with the attached files, if any, (collectively electronic mail / mail) is intended solely for the addressee(es) above, and may contain information which is confidential and/or legally privileged.If you have received this mail in error, we request you to advise us immediately by sending a message by clicking reply to button. You should delete the mail from your hard drive/system, and if you have made any hard/physical copies of the mail, you should destroy the same.Unauthorised use, distribution, disclosure or copying of this electronic mail is strictly prohibited, and may be unlawful.
RE: Maven Repository
And in addition using a maven repository manager (there are several free ones) also acts as a cache, so you can automatically get updates for artifacts in the repository without having to go and sync the whole thing again (and get banned again). Ben -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Baptiste MATHUS Sent: 05 December 2008 09:38 To: Maven Users List Subject: Re: Maven Repository Well, technically yes. But in practice no. Since mirroring the whole lot gives you a risk of being banned from the repository access for some time... Moreover the complete repo is many GB large and there's chances you will only use something like 2% or the whole... Better way is to install and configure (it's quite quick to do) an maven repository manager. Cheers. 2008/12/5 prasanna.goupal [EMAIL PROTECTED] Hi All, Is there any way to download complete repository on my local machine instead of checking downloading required plaugins? Thanks in advance. Regards, Prasanna A. Goupal -- This electronic mail, together with the attached files, if any, (collectively electronic mail / mail) is intended solely for the addressee(es) above, and may contain information which is confidential and/or legally privileged.If you have received this mail in error, we request you to advise us immediately by sending a message by clicking reply to button. You should delete the mail from your hard drive/system, and if you have made any hard/physical copies of the mail, you should destroy the same.Unauthorised use, distribution, disclosure or copying of this electronic mail is strictly prohibited, and may be unlawful. -- Baptiste Batmat MATHUS - http://batmat.net Sauvez un arbre, Mangez un castor ! This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maven Repository
Not even through a proxy? You could always run the repository manager on your machine, and copy the stuff onto the build machine from there (either manually or automatically). Ben -Original Message- From: prasanna.goupal [mailto:[EMAIL PROTECTED] Sent: 05 December 2008 10:47 To: 'Maven Users List' Subject: RE: Maven Repository The problem here is that internet is not accessible from our build server. I need to download plugin on my machine first and then need to copy it on build server and so go on... Regards, Prasanna A. Goupal -Original Message- From: Martin Höller [mailto:[EMAIL PROTECTED] Sent: Friday, December 05, 2008 4:14 PM To: users@maven.apache.org Subject: Re: Maven Repository On 05 Dec 2008, prasanna.goupal wrote: Is there any way to download complete repository on my local machine instead of checking downloading required plaugins? Beside what Baptiste already wrote: you don't have to download plugins or dependencies manually, maven does this automatically for you. Just specify your plugins and dependencies in the pom.xml file and run maven. hth, - martin -- This electronic mail, together with the attached files, if any, (collectively electronic mail / mail) is intended solely for the addressee(es) above, and may contain information which is confidential and/or legally privileged.If you have received this mail in error, we request you to advise us immediately by sending a message by clicking reply to button. You should delete the mail from your hard drive/system, and if you have made any hard/physical copies of the mail, you should destroy the same.Unauthorised use, distribution, disclosure or copying of this electronic mail is strictly prohibited, and may be unlawful. This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven Repository
Trying to download all 70gb from central will likely get you banned. Instead use a repository manager and let it cache the things you actually need. --Brian (mobile) On Dec 5, 2008, at 4:24 AM, prasanna.goupal [EMAIL PROTECTED] wrote: Hi All, Is there any way to download complete repository on my local machine instead of checking downloading required plaugins? Thanks in advance. Regards, Prasanna A. Goupal -- This electronic mail, together with the attached files, if any, (collectively electronic mail / mail) is intended solely for the addressee(es) above, and may contain information which is confidential and/or legally privileged.If you have received this mail in error, we request you to advise us immediately by sending a message by clicking reply to button. You should delete the mail from your hard drive/system, and if you have made any hard/physical copies of the mail, you should destroy the same.Unauthorised use, distribution, disclosure or copying of this electronic mail is strictly prohibited, and may be unlawful.
Re: maven repository update.
What the new user is missing is that the concept up-to-date is overloaded and means very different things depending on whether it is applied to a snapshot or to a release. To make a long story short: if a released package needed repair then the repaired version needed a new version number. This is well known to be good practice since long before Maven came along, even though we all know of cases where someone got away with ignoring it. The correct response, upon noticing that two package release copies of equal version number differ, is not I'd better update but this is WRONG, sound the alarm! The -help blurb could perhaps be improved by distinguishing between updated snapshot and higher release version to show that the concepts are different. It would at least prompt some of us to wonder, what's different about these, and maybe go find out. As a newbie myself, I often find that the Maven documentation assumes far too much knowledge of the celebrated conventions and contains too few pointers to them for the uninitiated. That's why I bought the book. Yes, I will try to remember to report specific cases when I see them. -- Mark H. Wood, Lead System Programmer [EMAIL PROTECTED] Typically when a software vendor says that a product is intuitive he means the exact opposite. pgpoDq4zfbsxF.pgp Description: PGP signature
RE: maven repository update.
This convention makes sense. I wish it was more clearly documented though, and easier to find the rule behind this convention. Even the command line --help almost suggest that it is possible to do this update. Regardless, I agree with this convention, and the reason behind it. Thank you very much. -M -Original Message- From: [EMAIL PROTECTED] on behalf of Carlos Sanchez Sent: Mon 10/6/2008 7:06 PM To: Maven Users List Subject: Re: maven repository update. no, there is not. Artifacts are not supposed to change after being released. You'd have to manually copy/delete the file On Mon, Oct 6, 2008 at 6:51 PM, Marco Villalobos [EMAIL PROTECTED] wrote: Hello, I have a repository called Red, and a build machine called Ark. Naturally, when you do a build, Ark has its own local repository. Somebody deployed artifact widget-1.1 to Red. Ark already has widget-1.1 in its local repository. But it is an older version. You can tell by its date timestamp. The version of widget-1.1 in Red is newer, and correct. Is there a way to tell maven to analyze the date, and update the local repository with the newer version? We tried mvn -U, but that did not work. Thank you. -M - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven repository update.
On Tue, Oct 7, 2008 at 10:51 AM, Marco Villalobos [EMAIL PROTECTED] wrote: This convention makes sense. I wish it was more clearly documented though, and easier to find the rule behind this convention. Where specifically would you expect to see such documentation? As a new user to Maven, you have a unique perspective that those of us who have been around for a while simply do not possess. If the docs can be changed to suit your expectations, perhaps it will help future new users who do not understand this rule. Even the command line --help almost suggest that it is possible to do this update. Again, what specifically in --help is not clear, and how can it be fixed? Wayne - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: maven repository update.
Well, think from the perspective of the lay developer, which I am :) First thing that'll happen is that a developer will notice that the repository version of an artifact is actually different than what is in his local repository. Then he'll think, how can I update my repository? He might google, maven update repository. He probably wouldn't be happy with those results, then he'll go through the maven website, or sonatype's online maven book. Eventually he'll stumble on the documentation index link: http://maven.apache.org/guides/index.html He'll see a beautiful link that says, repositories. http://maven.apache.org/guides/introduction/introduction-to-repositories.html But alas, the information is not there either. Then perhaps he'll try mvn --help Which will state: -U,--update-snapshots Forces a check for updated releases and snapshots on remote repositories And he'll think, ah, my repository will be forced to update with a -U. He'll try. Doesn't work. Then he'll google mvn -U does not work, or a variety of patterns describing his situation. He'll come upon a link like this: http://jira.codehaus.org/browse/MNG-2601 And nothing seems to work, until he turns to the newsgroup and finds out: oh, that's not possible, it's a rule. To answer your question, I think this should be in the introduction to repositories section. It is required knowledge for repository management. http://maven.apache.org/guides/introduction/introduction-to-repositories.html -M -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Tue 10/7/2008 11:52 AM To: Maven Users List Subject: Re: maven repository update. On Tue, Oct 7, 2008 at 10:51 AM, Marco Villalobos [EMAIL PROTECTED] wrote: This convention makes sense. I wish it was more clearly documented though, and easier to find the rule behind this convention. Where specifically would you expect to see such documentation? As a new user to Maven, you have a unique perspective that those of us who have been around for a while simply do not possess. If the docs can be changed to suit your expectations, perhaps it will help future new users who do not understand this rule. Even the command line --help almost suggest that it is possible to do this update. Again, what specifically in --help is not clear, and how can it be fixed? Wayne - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: maven repository update.
Also, mvn --help -U,--update-snapshots Forces a check for updated releases and snapshots on remote repositories Implies that a release can be updated, which it cannot. Perhaps the wording: Forces a check for new snapshots on remote repositories. Is better, because the words updated releases makes people think the short version of -U will also update releases, not just snapshots. -Original Message- From: Marco Villalobos [mailto:[EMAIL PROTECTED] Sent: Tue 10/7/2008 1:51 PM To: Maven Users List; Maven Users List Subject: RE: maven repository update. Well, think from the perspective of the lay developer, which I am :) First thing that'll happen is that a developer will notice that the repository version of an artifact is actually different than what is in his local repository. Then he'll think, how can I update my repository? He might google, maven update repository. He probably wouldn't be happy with those results, then he'll go through the maven website, or sonatype's online maven book. Eventually he'll stumble on the documentation index link: http://maven.apache.org/guides/index.html He'll see a beautiful link that says, repositories. http://maven.apache.org/guides/introduction/introduction-to-repositories.html But alas, the information is not there either. Then perhaps he'll try mvn --help Which will state: -U,--update-snapshots Forces a check for updated releases and snapshots on remote repositories And he'll think, ah, my repository will be forced to update with a -U. He'll try. Doesn't work. Then he'll google mvn -U does not work, or a variety of patterns describing his situation. He'll come upon a link like this: http://jira.codehaus.org/browse/MNG-2601 And nothing seems to work, until he turns to the newsgroup and finds out: oh, that's not possible, it's a rule. To answer your question, I think this should be in the introduction to repositories section. It is required knowledge for repository management. http://maven.apache.org/guides/introduction/introduction-to-repositories.html -M -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Tue 10/7/2008 11:52 AM To: Maven Users List Subject: Re: maven repository update. On Tue, Oct 7, 2008 at 10:51 AM, Marco Villalobos [EMAIL PROTECTED] wrote: This convention makes sense. I wish it was more clearly documented though, and easier to find the rule behind this convention. Where specifically would you expect to see such documentation? As a new user to Maven, you have a unique perspective that those of us who have been around for a while simply do not possess. If the docs can be changed to suit your expectations, perhaps it will help future new users who do not understand this rule. Even the command line --help almost suggest that it is possible to do this update. Again, what specifically in --help is not clear, and how can it be fixed? Wayne - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven repository update.
Perhaps the wording: Forces a check for new snapshots on remote repositories. Is better, because the words updated releases makes people think the short version of -U will also update releases, not just snapshots. But its not just snapshots, its also new versions of releases (updates)... Wayne - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven repository update.
2008/10/7 Wayne Fay [EMAIL PROTECTED]: Perhaps the wording: Forces a check for new snapshots on remote repositories. Is better, because the words updated releases makes people think the short version of -U will also update releases, not just snapshots. But its not just snapshots, its also new versions of releases (updates)... And we're back to confusing everyone! -U will update the snapshots AND if you are using version ranges, it will check to see if a newer version can satisfy the ranges. Wayne - 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 repository update.
hi, A dependency requires a specific version of an artifact to be declared explicitly in the pom. mvn -U does not change the version that is explicitly declared in the pom. For this reason, stating that -U will update releases makes people think that it will actually check if an artifact in the remote repository and and local repository with the same version name will also be compared by its timestamp and file size. This is not true though. This only applies to snapshots. Hence, it is unclear, but the wording: Forces a check for new snapshots on remote repositories. is more clear. This is just my opinion though, and I am sincerely trying to help. -M -Original Message- From: Stephen Connolly [mailto:[EMAIL PROTECTED] Sent: Tue 10/7/2008 2:23 PM To: Maven Users List Subject: Re: maven repository update. 2008/10/7 Wayne Fay [EMAIL PROTECTED]: Perhaps the wording: Forces a check for new snapshots on remote repositories. Is better, because the words updated releases makes people think the short version of -U will also update releases, not just snapshots. But its not just snapshots, its also new versions of releases (updates)... And we're back to confusing everyone! -U will update the snapshots AND if you are using version ranges, it will check to see if a newer version can satisfy the ranges. Wayne - 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 repository update.
The problem is that -U will also update any plugins that have not been locked down... so it is not just check for new snapshots 2008/10/7 Marco Villalobos [EMAIL PROTECTED]: hi, A dependency requires a specific version of an artifact to be declared explicitly in the pom. mvn -U does not change the version that is explicitly declared in the pom. For this reason, stating that -U will update releases makes people think that it will actually check if an artifact in the remote repository and and local repository with the same version name will also be compared by its timestamp and file size. This is not true though. This only applies to snapshots. Hence, it is unclear, but the wording: Forces a check for new snapshots on remote repositories. is more clear. This is just my opinion though, and I am sincerely trying to help. -M -Original Message- From: Stephen Connolly [mailto:[EMAIL PROTECTED] Sent: Tue 10/7/2008 2:23 PM To: Maven Users List Subject: Re: maven repository update. 2008/10/7 Wayne Fay [EMAIL PROTECTED]: Perhaps the wording: Forces a check for new snapshots on remote repositories. Is better, because the words updated releases makes people think the short version of -U will also update releases, not just snapshots. But its not just snapshots, its also new versions of releases (updates)... And we're back to confusing everyone! -U will update the snapshots AND if you are using version ranges, it will check to see if a newer version can satisfy the ranges. Wayne - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven repository update.
How about: -U Update and use new SNAPSHOT versions. Use new release versions if no specific version is supplied or a version range allows it in the pom . On Tue, Oct 7, 2008 at 4:46 PM, Stephen Connolly [EMAIL PROTECTED] wrote: The problem is that -U will also update any plugins that have not been locked down... so it is not just check for new snapshots 2008/10/7 Marco Villalobos [EMAIL PROTECTED]: hi, A dependency requires a specific version of an artifact to be declared explicitly in the pom. mvn -U does not change the version that is explicitly declared in the pom. For this reason, stating that -U will update releases makes people think that it will actually check if an artifact in the remote repository and and local repository with the same version name will also be compared by its timestamp and file size. This is not true though. This only applies to snapshots. Hence, it is unclear, but the wording: Forces a check for new snapshots on remote repositories. is more clear. This is just my opinion though, and I am sincerely trying to help. -M -Original Message- From: Stephen Connolly [mailto:[EMAIL PROTECTED] Sent: Tue 10/7/2008 2:23 PM To: Maven Users List Subject: Re: maven repository update. 2008/10/7 Wayne Fay [EMAIL PROTECTED]: Perhaps the wording: Forces a check for new snapshots on remote repositories. Is better, because the words updated releases makes people think the short version of -U will also update releases, not just snapshots. But its not just snapshots, its also new versions of releases (updates)... And we're back to confusing everyone! -U will update the snapshots AND if you are using version ranges, it will check to see if a newer version can satisfy the ranges. Wayne - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -- Lee Meador Sent from gmail. My real email address is lee AT leemeador.com
Re: maven repository update.
This thread should be evidence to just about anyone that Maven is sufficiently complex that ANY attempt to dumb it down for a quick description via --help is almost guaranteed to fail. I think Maven should be *primarily* documented online, minimally documented via --help, and a version-specific URL eg http://maven.apache.org/cli-help/2.0.9.html (since command line options may change with versions) should be offered via --help with more documentation and links etc. Otherwise I'm afraid we will need full paragraph descriptions for things like -U. Wayne On Tue, Oct 7, 2008 at 2:46 PM, Stephen Connolly [EMAIL PROTECTED] wrote: The problem is that -U will also update any plugins that have not been locked down... so it is not just check for new snapshots 2008/10/7 Marco Villalobos [EMAIL PROTECTED]: hi, A dependency requires a specific version of an artifact to be declared explicitly in the pom. mvn -U does not change the version that is explicitly declared in the pom. For this reason, stating that -U will update releases makes people think that it will actually check if an artifact in the remote repository and and local repository with the same version name will also be compared by its timestamp and file size. This is not true though. This only applies to snapshots. Hence, it is unclear, but the wording: Forces a check for new snapshots on remote repositories. is more clear. This is just my opinion though, and I am sincerely trying to help. -M -Original Message- From: Stephen Connolly [mailto:[EMAIL PROTECTED] Sent: Tue 10/7/2008 2:23 PM To: Maven Users List Subject: Re: maven repository update. 2008/10/7 Wayne Fay [EMAIL PROTECTED]: Perhaps the wording: Forces a check for new snapshots on remote repositories. Is better, because the words updated releases makes people think the short version of -U will also update releases, not just snapshots. But its not just snapshots, its also new versions of releases (updates)... And we're back to confusing everyone! -U will update the snapshots AND if you are using version ranges, it will check to see if a newer version can satisfy the ranges. Wayne - 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] - 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 repository update.
no, there is not. Artifacts are not supposed to change after being released. You'd have to manually copy/delete the file On Mon, Oct 6, 2008 at 6:51 PM, Marco Villalobos [EMAIL PROTECTED] wrote: Hello, I have a repository called Red, and a build machine called Ark. Naturally, when you do a build, Ark has its own local repository. Somebody deployed artifact widget-1.1 to Red. Ark already has widget-1.1 in its local repository. But it is an older version. You can tell by its date timestamp. The version of widget-1.1 in Red is newer, and correct. Is there a way to tell maven to analyze the date, and update the local repository with the newer version? We tried mvn -U, but that did not work. Thank you. -M - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven repository update.
On Mon, Oct 6, 2008 at 6:51 PM, Marco Villalobos [EMAIL PROTECTED] wrote: I have a repository called Red, and a build machine called Ark. Naturally, when you do a build, Ark has its own local repository. Somebody deployed artifact widget-1.1 to Red. Ark already has widget-1.1 in its local repository. But it is an older version. You can tell by its date timestamp. The version of widget-1.1 in Red is newer, and correct. Is there a way to tell maven to analyze the date, and update the local repository with the newer version? We tried mvn -U, but that did not work. A released version should never change. If widget is under development, its version number should be 1.1-SNAPSHOT. Then Maven will behave as you expect, checking for newer versions and updating the local repository. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven repository setup for different profiles
2008/8/11 rmahnovetsky [EMAIL PROTECTED]: Hey all The issue I'm having is wondering what the best way to set up our maven internal repo. Should we use the repo to hold production builds or developer builds or should we have a two repos or ?. I think it's a good idea to separate them. I generally keep the snapshots separate from the final releases as well, and present them through a single front-end instead. Atm we use the repo to store production build artifacts. But this is not the best solution for the developers as the production build does not work on the developers boxes. This may be because the prod build is built for oc4j were the developer use tomcat or jetty. The difference between the builds maybe be configuration an/or jars dependencies. So the developer will then need to download the source and compile, hence being time consuming. If the builds are different for each group, it's a good idea to append a classifier to the non-production builds so that there's no confusion about which is being used. Does anyone else have the same issues, if so how the you deal with it? One thing I try to recommend is minimising the amount of differences between artifacts targetting different environments - wherever possible if you can use the same artifact in each by making sure configuration is not baked in it will be easier to maintain. There was some discussion on this list recently about those principles. Cheers, Brett -- Brett Porter Blog: http://blogs.exist.com/bporter/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven repository setup for different profiles
wow what service, super fast reply ;) That is a good point with minimizing the difference between config for the artifacts. Which we can do in the majority of the situations. Really the only time we can't is when we have to split up a web app into core and a web components, so core will then have different builds. This is where the classifier looks like it will solve our issue :) We are not using a snapshot repo atm. I haven't really dived into the pros and cons of having one. I imagine it will make life easier for us as we wont have to do a release to share code or for the other developers to bring down the code and recompile if in a snapshot. I'll have to look into that. If anyone wants to share their experience with a snapshot repo good and bad would be welcome to. Raf Brett Porter wrote: 2008/8/11 rmahnovetsky [EMAIL PROTECTED]: Hey all The issue I'm having is wondering what the best way to set up our maven internal repo. Should we use the repo to hold production builds or developer builds or should we have a two repos or ?. I think it's a good idea to separate them. I generally keep the snapshots separate from the final releases as well, and present them through a single front-end instead. Atm we use the repo to store production build artifacts. But this is not the best solution for the developers as the production build does not work on the developers boxes. This may be because the prod build is built for oc4j were the developer use tomcat or jetty. The difference between the builds maybe be configuration an/or jars dependencies. So the developer will then need to download the source and compile, hence being time consuming. If the builds are different for each group, it's a good idea to append a classifier to the non-production builds so that there's no confusion about which is being used. Does anyone else have the same issues, if so how the you deal with it? One thing I try to recommend is minimising the amount of differences between artifacts targetting different environments - wherever possible if you can use the same artifact in each by making sure configuration is not baked in it will be easier to maintain. There was some discussion on this list recently about those principles. Cheers, Brett -- Brett Porter Blog: http://blogs.exist.com/bporter/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/maven-repository-setup-for-different-profiles-tp18918974p18919608.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 repository
Typically, in ~/.m2/repository/com/fedex/crm/oneresource/myfile/2.2.1/ myfile-2.2.1.jar, where ~ is your home directory. On Windows, this is typically the c:\Documents and Settings\YOUR-USERNAME directory. -K On Aug 8, 2008, at 10:38 AM, Lakshmi Kurella wrote: I executed the following command mvn install:install -file -DgroupId=com.fedex.crm.onesource - DartifactId=myfile -Dversion=2.2.1 -Dpackaging=jar -Dfile=/path/to/ file/myfile.jar Could someone tell me once I run the above command, where does maven keeps maintains the repositories. In my case I saw where it is but I am receiving a problem while compiling. Thanks, Lakshmi - 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 repository
Hi, This install command is just to make Maven understand where to find the Jar.. by default it looks under C:\MyDocu~1\{user}\.m2\repository. You can always change this repo, by modifying the conf/settings.xml file available under Maven home. One more important point to note here is, the groupId, artifactId the version given while installing the JAR must match with the dependency section in your pom.xml. So for the below mentioned install command, your dependency must look like dependency groupIdcom.fedex.crm.onesource/groupId artifactIdmyfile/artifactId version2.2.1/version /dependency One last point is always check carefully for spaces while executing the mvn install:install-file command. -- Ram On Fri, Aug 8, 2008 at 9:08 PM, Lakshmi Kurella [EMAIL PROTECTED] wrote: I executed the following command mvn install:install -file -DgroupId=com.fedex.crm.onesource -DartifactId=myfile -Dversion=2.2.1 -Dpackaging=jar -Dfile=/path/to/file/myfile.jar Could someone tell me once I run the above command, where does maven keeps maintains the repositories. In my case I saw where it is but I am receiving a problem while compiling. Thanks, Lakshmi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Thanks Ram
RE: maven repository
Ram, thanks for the response. My acutal problem is I executed this install command and I also added dependency in pom.xml and I am now trying to compile this project. I ssays it can not find the classes which are in that myfile.jar. Pom.xml entry dependency groupIdcom.fedex.crm.onesource/groupId artifactIdmyfile/artifactId version2.2.1/version typejar/type /dependency Following is the actual error C:\CaseConsolemvn install [INFO] Scanning for projects... [INFO] [INFO] Building CaseConsole [INFO]task-segment: [install] [INFO] [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. Downloading: http://repo1.maven.org/maven2/com/fedex/crm/onesource/myfile/2.2.1/myfil e-2.2.1.pom [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Missing: -- 1) com.fedex.crm:myfile:jar:2.2.1 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=com.fedex.crm -DartifactId=myfile -Dversion=2.1.4 -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=com.fedex.crm -DartifactId=myfile -Dversion=2.1.4 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -Drepository Id=[id] Path to dependency: 1) com.fedex.crm.onesource:CaseConsole:jar:1.0-SNAPSHOT 2) com.fedex.crm:myfile:jar:2.1.4 As you mentioned after I installed myfile.jar, I checked and it exists in C:\MyDocu~1\{user}\.m2\repository repository. Not sure why it is trying to download from http://repo1.maven.org/maven2/com/fedex/crm/onesource/myfile/2.2.1/myfil e-2.2.1.pom Am I having any configuration issues. Thanks, Lakshmi -Original Message- From: RAM [mailto:[EMAIL PROTECTED] Sent: Friday, August 08, 2008 12:11 PM To: Maven Users List Subject: Re: maven repository Hi, This install command is just to make Maven understand where to find the Jar.. by default it looks under C:\MyDocu~1\{user}\.m2\repository. You can always change this repo, by modifying the conf/settings.xml file available under Maven home. One more important point to note here is, the groupId, artifactId the version given while installing the JAR must match with the dependency section in your pom.xml. So for the below mentioned install command, your dependency must look like dependency groupIdcom.fedex.crm.onesource/groupId artifactIdmyfile/artifactId version2.2.1/version /dependency One last point is always check carefully for spaces while executing the mvn install:install-file command. -- Ram On Fri, Aug 8, 2008 at 9:08 PM, Lakshmi Kurella [EMAIL PROTECTED] wrote: I executed the following command mvn install:install -file -DgroupId=com.fedex.crm.onesource -DartifactId=myfile -Dversion=2.2.1 -Dpackaging=jar -Dfile=/path/to/file/myfile.jar Could someone tell me once I run the above command, where does maven keeps maintains the repositories. In my case I saw where it is but I am receiving a problem while compiling. Thanks, Lakshmi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Thanks Ram - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven repository
Again in your dependency, groupId is showing as com.fedex.crm.onesource, however pom dependency is com.fedex.crm, I believe because of which the missing artifact is showing as Missing: -- *com.fedex.crm:*myfile:jar:2.2.1 Two things I can ask you to try is: 1) use the below command to install the jar mvn install:install-file -DgroupId=*com.fedex.crm* -DartifactId=*myfile* -Dversion=*2.1.4* -Dpackaging=jar -Dfile=/path/to/file Note the groupId, it is not having *onesource.* ** *If solution1 is not working, then* ** *add the dependency as shown below:* dependency groupIdcom.fedex.crm.onesource/groupId artifactIdmyfile/artifactId version2.2.1/version typejar/type scopesystem/scope systemPath/path/to/your/jar file/systemPath /dependency -- Ram On Fri, Aug 8, 2008 at 11:48 PM, Lakshmi Kurella [EMAIL PROTECTED] wrote: Ram, thanks for the response. My acutal problem is I executed this install command and I also added dependency in pom.xml and I am now trying to compile this project. I ssays it can not find the classes which are in that myfile.jar. Pom.xml entry dependency groupIdcom.fedex.crm.onesource/groupId artifactIdmyfile/artifactId version2.2.1/version typejar/type /dependency Following is the actual error C:\CaseConsolemvn install [INFO] Scanning for projects... [INFO] [INFO] Building CaseConsole [INFO]task-segment: [install] [INFO] [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. Downloading: http://repo1.maven.org/maven2/com/fedex/crm/onesource/myfile/2.2.1/myfil e-2.2.1.pom [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Missing: -- 1) com.fedex.crm:myfile:jar:2.2.1 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=com.fedex.crm -DartifactId=myfile -Dversion=2.1.4 -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=com.fedex.crm -DartifactId=myfile -Dversion=2.1.4 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -Drepository Id=[id] Path to dependency: 1) com.fedex.crm.onesource:CaseConsole:jar:1.0-SNAPSHOT 2) com.fedex.crm:myfile:jar:2.1.4 As you mentioned after I installed myfile.jar, I checked and it exists in C:\MyDocu~1\{user}\.m2\repository repository. Not sure why it is trying to download from http://repo1.maven.org/maven2/com/fedex/crm/onesource/myfile/2.2.1/myfil e-2.2.1.pom Am I having any configuration issues. Thanks, Lakshmi -Original Message- From: RAM [mailto:[EMAIL PROTECTED] Sent: Friday, August 08, 2008 12:11 PM To: Maven Users List Subject: Re: maven repository Hi, This install command is just to make Maven understand where to find the Jar.. by default it looks under C:\MyDocu~1\{user}\.m2\repository. You can always change this repo, by modifying the conf/settings.xml file available under Maven home. One more important point to note here is, the groupId, artifactId the version given while installing the JAR must match with the dependency section in your pom.xml. So for the below mentioned install command, your dependency must look like dependency groupIdcom.fedex.crm.onesource/groupId artifactIdmyfile/artifactId version2.2.1/version /dependency One last point is always check carefully for spaces while executing the mvn install:install-file command. -- Ram On Fri, Aug 8, 2008 at 9:08 PM, Lakshmi Kurella [EMAIL PROTECTED] wrote: I executed the following command mvn install:install -file -DgroupId=com.fedex.crm.onesource -DartifactId=myfile -Dversion=2.2.1 -Dpackaging=jar -Dfile=/path/to/file/myfile.jar Could someone tell me once I run the above command, where does maven keeps maintains the repositories. In my case I saw where it is but I am receiving a problem while compiling. Thanks, Lakshmi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Thanks Ram - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Thanks Ram
Re: Maven Repository: Search/Browse/Explore
Manually dig through repo1.maven.org yourself, by hand. Its really not that bad. Wayne On 3/27/08, Gerald Reinhart [EMAIL PROTECTED] wrote: Hi, Where can we go to search groupId ArtifactId of frameworks when www.*mvn* repository.com/ is out of order ? Regards, Gerald - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven / Repository / SVN
Hi, For a client we did this: - have an Archiva running on one developper's desktop - have the directory in which archiva stores the artifact in version control (that developper was responsible for adding to the version control what archiva had downloaded) - have all the other developpers setting ther mirrorOf central to the svn repository of archiva's directory - when an artifact is not found, temporarily change its mirrorOf central to point to the real archiva and notify the developper that he should commit the archiva's changes. This worked fine. we where around 15 developpers in the project. Regards, Raphaël 2008/3/10, Marco Mistroni [EMAIL PROTECTED]: hi all, was wondering if someone has any ideas or had to deal with similar cases. my colleague and i are trying to promote maven at our working place using an internal repository the problem is that people here want to store artifact / external libraries in svn rather than in an internal repository only thing i could think was to store the maven repository in svn and check it out every time, pointing maven to look at the localRepository in my custom directory i was not able to find any maven proxy (either Proximity or Artifactory) that are linked to svn.. anyone has any suggestions/comments? thanks in advance and regards marco
RE: Maven / Repository / SVN
In my experience, this is a very common attitude though. Unfortunately. For example, the jspwiki project currently under apache incubation stores its dependencies in the version-control system and will not change. And they are not stupid people; it is just the way they like to work. Doing something out of some irrational liking is hardly good business practice. Maybe they have some ANT days hangups? Just how does the Maven project integrate this behaviour given that its dependency mechanism is inteded to work off a regular M2 repo? Prove to me that they are not driving a horse and cart through some of the basic principles of Maven, i.e. portable standard build. Are they using coded paths to their dependencies? If so what happens if that behaviour is depricated? With no proper business rationale and many objections, this practice is dangerous. Some people will of course tell you that everything you need to build a project must be checked into the VCS along with the rest of the project - so what do they think all us other folks who don't do this are up to? Cos I can assure you we are getting a better deal, faster check out and import for a start, and safe that we are using Maven as intended. useful to have a way for maven to deal with this. Persuading people to move to maven is difficult enough without having to tackle a second problem like this concurrently. Maven provides a plugin mechanism, i.e. mojos, and customizable lifecycles for those who wish to dabble. But the disadvantage is that all that makes a build off standard. So best to do it only when unavoidable. BTW, one of the issues is that previously java classpaths had to be set up with the explicit names of dependent jars; having dependencies that change names was awkward. So simply having a stable name, and overwriting with later versions of the jars was tempting. Now that java can use * to pick up all jars in a dir this is no longer relevant, but the habit endures. This just adds to the crazyness. Maven controls dependency versions for very good reasons. If you are hard coding classpaths, that practice has to stop. Using * also means you have little control over what is being loaded at runtime. If you have some scripts that need to build classpaths, then these should be filtered resources, so they adapt dynamically to the build. Leverage Maven to provide classpaths with the right deps. I think that in this case, storing the repository in VCS makes sense. 8 What sense? If a newer version of a dep artifact pops into the Maven repo, it can be picked (or not) up by the next build, you can control this behaviour in a number of ways, this is powerful. How does putting artifacts in the VCS fit into this Maven standard? I also don't get the concerns over replication - some trivial replication/proxy technology should take care of that. It should not be an issue to sweat the developers. Regards, John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maven / Repository / SVN
-Original Message- From: Marco Mistroni [mailto:[EMAIL PROTECTED] Sent: 10 March 2008 23:00 To: Maven Users List Subject: Maven / Repository / SVN 8 the problem is that people here want to store artifact / external libraries in svn rather than in an internal repository These people have some bad thinking. There is simply no point putting guaranteed static objects into VCS, which is all about tracking changes. And since the POM defines all the dependencies and how they are used, and everything required for a build, then that mechanism is already ideal. If they are concerned about losing some artifacts, then they simply need to back them up, or provide some clustering. All you need to do is keep a mirrored server of your repo. only thing i could think was to store the maven repository in svn and check it out every time, pointing maven to look at the localRepository in my custom directory This is a solution, but one to a problem that doesn't exist. Absurd. anyone has any suggestions/comments? Looks like some people need some education, unless of course they have a very good reason for their position? People who refuse to rationalise their beliefs can be bothersome though. Regards, John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven / Repository / SVN
John Coleman schrieb: the problem is that people here want to store artifact / external libraries in svn rather than in an internal repository These people have some bad thinking. There is simply no point putting guaranteed static objects into VCS, which is all about tracking changes. And since the POM defines all the dependencies and how they are used, and everything required for a build, then that mechanism is already ideal. If they are concerned about losing some artifacts, then they simply need to back them up, or provide some clustering. All you need to do is keep a mirrored server of your repo. only thing i could think was to store the maven repository in svn and check it out every time, pointing maven to look at the localRepository in my custom directory This is a solution, but one to a problem that doesn't exist. Absurd. In my experience, this is a very common attitude though. For example, the jspwiki project currently under apache incubation stores its dependencies in the version-control system and will not change. And they are not stupid people; it is just the way they like to work. In at least two previous jobs I have also tried to persuade people to avoid storing deps in version-control and failed. So regardless of whether it is right or wrong, it would be useful to have a way for maven to deal with this. Persuading people to move to maven is difficult enough without having to tackle a second problem like this concurrently. BTW, one of the issues is that previously java classpaths had to be set up with the explicit names of dependent jars; having dependencies that change names was awkward. So simply having a stable name, and overwriting with later versions of the jars was tempting. Now that java can use * to pick up all jars in a dir this is no longer relevant, but the habit endures. I think that in this case, storing the repository in VCS makes sense. Ideally you would have a webserver acting as a repository which receives svn commit messages for the repo directory and automatically updates its dir, so that commits of new jars are visible immediately. I think your suggestion of pointing maven at a locally-checked-out repository tree is also possible I think; hopefully file:// is supported as a repository base url. Cheers, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven / Repository / SVN
I know Kohsuke @ sun has a wagon that deploys to a svn server (as they run the sun maven2 repository off a svn repository) The advantage to storing a maven2 repository in svn is that mirroring becomes low on bandwidth, as svn update will only pull the changes since the last update where as rsync needs to determine the changes before it can send them. -Stephen On Tue, Mar 11, 2008 at 1:53 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: John Coleman schrieb: the problem is that people here want to store artifact / external libraries in svn rather than in an internal repository These people have some bad thinking. There is simply no point putting guaranteed static objects into VCS, which is all about tracking changes. And since the POM defines all the dependencies and how they are used, and everything required for a build, then that mechanism is already ideal. If they are concerned about losing some artifacts, then they simply need to back them up, or provide some clustering. All you need to do is keep a mirrored server of your repo. only thing i could think was to store the maven repository in svn and check it out every time, pointing maven to look at the localRepository in my custom directory This is a solution, but one to a problem that doesn't exist. Absurd. In my experience, this is a very common attitude though. For example, the jspwiki project currently under apache incubation stores its dependencies in the version-control system and will not change. And they are not stupid people; it is just the way they like to work. In at least two previous jobs I have also tried to persuade people to avoid storing deps in version-control and failed. So regardless of whether it is right or wrong, it would be useful to have a way for maven to deal with this. Persuading people to move to maven is difficult enough without having to tackle a second problem like this concurrently. BTW, one of the issues is that previously java classpaths had to be set up with the explicit names of dependent jars; having dependencies that change names was awkward. So simply having a stable name, and overwriting with later versions of the jars was tempting. Now that java can use * to pick up all jars in a dir this is no longer relevant, but the habit endures. I think that in this case, storing the repository in VCS makes sense. Ideally you would have a webserver acting as a repository which receives svn commit messages for the repo directory and automatically updates its dir, so that commits of new jars are visible immediately. I think your suggestion of pointing maven at a locally-checked-out repository tree is also possible I think; hopefully file:// is supported as a repository base url. Cheers, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven / Repository / SVN
[EMAIL PROTECTED] wrote: For example, the jspwiki project currently under apache incubation stores its dependencies in the version-control system and will not change. And they are not stupid people; it is just the way they like to work. The core problem is one of disk space - storing artifacts in source control means that there is no way to ever recover the artifacts used should you want to clean out and archive old versions. Usually getting the development teams to explain their store artifacts in source control position to the people who provide the budget for the disk space usually solves this problem. Regards, Graham -- smime.p7s Description: S/MIME Cryptographic Signature
Re: Maven / Repository / SVN
On Tue, Mar 11, 2008 at 2:29 PM, Graham Leggett [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: For example, the jspwiki project currently under apache incubation stores its dependencies in the version-control system and will not change. And they are not stupid people; it is just the way they like to work. The core problem is one of disk space - storing artifacts in source control means that there is no way to ever recover the artifacts used should you want to clean out and archive old versions. But then you would be breaking the old builds and bye-bye reproducibility! I don't see anyone purging repo1.maven.org anytime soon. I agree for a SNAPSHOT repository, using a SVN backing store is a bad thing For a release repository, using a SVN backing store is not that bad, as only the metadata changes Usually getting the development teams to explain their store artifacts in source control position to the people who provide the budget for the disk space usually solves this problem. Regards, Graham --
Re: Maven / Repository / SVN
The reason I'm getting my team to switch to maven2 is beacuse it makes life easier to do it the 'right way' and more difficult (if not impossible) to do it the 'wrong way'. But alas, when all one knows is a source code management tool, every build artifact looks like source code. Keep patience and keep explaining the difference. On 3/10/08, Marco Mistroni [EMAIL PROTECTED] wrote: hi all, was wondering if someone has any ideas or had to deal with similar cases. my colleague and i are trying to promote maven at our working place using an internal repository the problem is that people here want to store artifact / external libraries in svn rather than in an internal repository only thing i could think was to store the maven repository in svn and check it out every time, pointing maven to look at the localRepository in my custom directory i was not able to find any maven proxy (either Proximity or Artifactory) that are linked to svn.. anyone has any suggestions/comments? thanks in advance and regards marco -- ASCII ribbon campaign: () against HTML email /\ against Microsoft attachments Information: http://www.expita.com/nomime.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven / Repository / SVN
Stephen Connolly wrote: But then you would be breaking the old builds and bye-bye reproducibility! I was referring to local repositories, not the central ones. With snapshots, plus assemblies, ears and Eclipse product archives a local repository fills up very quickly. When diskspace is a problem, a quick purge of snapshots helps in the short term, and archiving ancient builds helps in the long term. If your artifacts are stored in the version control repo, you're stuffed - you disk just grows and grows. Regards, Graham -- smime.p7s Description: S/MIME Cryptographic Signature
Re: Maven / Repository / SVN
Marco Mistroni wrote: the problem is that people here want to store artifact / external libraries in svn rather than in an internal repository Tell them that at it's core, released maven artifacts never change, and so it makes no sense to store artifacts in a change control system, as doing so spreads the impression the artifacts could change. I also had trouble getting people to understand that a maven repository and a subversion repository were entirely different things. They would interchange the terms randomly - you are not alone :( Regards, Graham -- smime.p7s Description: S/MIME Cryptographic Signature
Re: Maven Repository: FTP DOWNLOAD
for those who may have the same problem, the answer is: yes, you need to add jars in the maven/lib directory. These jars are (today): wagon-ftp-1.0-beta-2.jar commons-net-1.4.1.jar: oro-2.0.8.jar However there is still a bug with the beta-2 if the ftp server is on a novell machine. I discuss this in another post: WAGON ERROR: Unknown parser type: NETWARE Type: L8 http://www.nabble.com/WAGON-ERROR-3A-Unknown-parser-type-3A-NETWARE-Type-3A-L8-to14298287s177.html houzecl wrote: Hi, from several previous posts it looks like ftp download from maven repository will only work if the following jars are put in maven/lib directory: wagon-ftp-1.0-alpha-7.jar commons-net-1.4.1.jar: oro-2.0.8.jar is this still true ? and if yes, is it possible to use wagon-ftp-1.0-beta-2.jar ? Thanks Christian-luc -- View this message in context: http://www.nabble.com/Maven-Repository%3A-FTP-DOWNLOAD-tp14278195s177p14320408.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 repository
You need to say that your repository is a mirror of central, see http://maven.apache.org/guides/mini/guide-mirror-settings.html for more info. regards, Wim (also from Belgium ;)) 2007/8/28, De Vleeschauwer Nele [EMAIL PROTECTED]: Hi, I'm just setting up Maven on a developer's workstation. The developer has no access to the Internet and should therefore always retrieve the latest artifacts from a repository we've set up at our company (which has a connection to the internet). Even when I add the following part to the settings.xml file of the Maven installation on the developer's machine, each Maven command I execute from there still tries to connect to the Maven repository on the Internet. How can this be avoided ? (The repository I've set up is working fine, since I can connect with an Internet Explorer to it) profiles profile iddev/id repositories repository idcentral/id nameMaven Central Proxy Repository/name urlhttp://b2btst04/maven-central-proxy/url /repository /repositories pluginRepositories pluginRepository idcentral/id nameMaven Central Proxy Repository/name urlhttp://b2btst04/maven-central-proxy/url /pluginRepository /pluginRepositories /profile /profiles activeProfiles activeProfiledev/activeProfile /activeProfiles - Visit our website! http://www.nbb.be DISCLAIMER: The content of this e-mail message should not be construed as binding on the part of the National Bank of Belgium (NBB) unless otherwise and previously stated. The opinions expressed in this message are solely those of the author and do not necessarily reflect NBB viewpoints, particularly when the content of this message, or part thereof, is private by nature or does not fall within the professional scope of its author. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Vigilog - an open source log file viewer: http://vigilog.sourceforge.net Blog: http://www.jroller.com/page/Fester
RE: Maven repository
Hi, Thanks for the tip, but it doesn't quite do the trick... I've added the following to my settings.xml: mirror idcentral/id mirrorOfcentral/mirrorOf nameMaven Central Proxy Repository/name urlhttp://b2btst04/maven-central-proxy/url /mirror /mirrors When I execute a maven command, our company's central repo is accessed (instead of the repo1.maven.org one), but when I take a network trace I see the following: GET /maven-central-proxy/org/apache/maven/plugins/maven-resources-plugin/mav en-metadata.xml HTTP/1.1\r\n Request Method: GET Request URI: /maven-central-proxy/org/apache/maven/plugins/maven-resources-plugin/mav en-metadata.xml Request Version: HTTP/1.1 This however returns a 404 Not Found error, since the specified directory doesn't contain a maven-metadata.xml but a maven-metadata-central.xml. How can I solve this ? Thanks for your input, Nele. -Original Message- From: Wim Deblauwe [mailto:[EMAIL PROTECTED] Sent: woensdag 29 augustus 2007 8:03 To: Maven Users List Subject: Re: Maven repository You need to say that your repository is a mirror of central, see http://maven.apache.org/guides/mini/guide-mirror-settings.html for more info. regards, Wim (also from Belgium ;)) 2007/8/28, De Vleeschauwer Nele [EMAIL PROTECTED]: Hi, I'm just setting up Maven on a developer's workstation. The developer has no access to the Internet and should therefore always retrieve the latest artifacts from a repository we've set up at our company (which has a connection to the internet). Even when I add the following part to the settings.xml file of the Maven installation on the developer's machine, each Maven command I execute from there still tries to connect to the Maven repository on the Internet. How can this be avoided ? (The repository I've set up is working fine, since I can connect with an Internet Explorer to it) profiles profile iddev/id repositories repository idcentral/id nameMaven Central Proxy Repository/name urlhttp://b2btst04/maven-central-proxy/url /repository /repositories pluginRepositories pluginRepository idcentral/id nameMaven Central Proxy Repository/name urlhttp://b2btst04/maven-central-proxy/url /pluginRepository /pluginRepositories /profile /profiles activeProfiles activeProfiledev/activeProfile /activeProfiles - Visit our website! http://www.nbb.be DISCLAIMER: The content of this e-mail message should not be construed as binding on the part of the National Bank of Belgium (NBB) unless otherwise and previously stated. The opinions expressed in this message are solely those of the author and do not necessarily reflect NBB viewpoints, particularly when the content of this message, or part thereof, is private by nature or does not fall within the professional scope of its author. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Vigilog - an open source log file viewer: http://vigilog.sourceforge.net Blog: http://www.jroller.com/page/Fester - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven repository
How did you set up the internal repository? Did you copy a local repository to some server and made it available through http, or are you using one of the proxy tools like proximity or archiva? regards, Wim 2007/8/29, De Vleeschauwer Nele [EMAIL PROTECTED]: Hi, Thanks for the tip, but it doesn't quite do the trick... I've added the following to my settings.xml: mirror idcentral/id mirrorOfcentral/mirrorOf nameMaven Central Proxy Repository/name urlhttp://b2btst04/maven-central-proxy/url /mirror /mirrors When I execute a maven command, our company's central repo is accessed (instead of the repo1.maven.org one), but when I take a network trace I see the following: GET /maven-central-proxy/org/apache/maven/plugins/maven-resources-plugin/mav en-metadata.xml HTTP/1.1\r\n Request Method: GET Request URI: /maven-central-proxy/org/apache/maven/plugins/maven-resources-plugin/mav en-metadata.xml Request Version: HTTP/1.1 This however returns a 404 Not Found error, since the specified directory doesn't contain a maven-metadata.xml but a maven-metadata-central.xml. How can I solve this ? Thanks for your input, Nele. -Original Message- From: Wim Deblauwe [mailto:[EMAIL PROTECTED] Sent: woensdag 29 augustus 2007 8:03 To: Maven Users List Subject: Re: Maven repository You need to say that your repository is a mirror of central, see http://maven.apache.org/guides/mini/guide-mirror-settings.html for more info. regards, Wim (also from Belgium ;)) 2007/8/28, De Vleeschauwer Nele [EMAIL PROTECTED]: Hi, I'm just setting up Maven on a developer's workstation. The developer has no access to the Internet and should therefore always retrieve the latest artifacts from a repository we've set up at our company (which has a connection to the internet). Even when I add the following part to the settings.xml file of the Maven installation on the developer's machine, each Maven command I execute from there still tries to connect to the Maven repository on the Internet. How can this be avoided ? (The repository I've set up is working fine, since I can connect with an Internet Explorer to it) profiles profile iddev/id repositories repository idcentral/id nameMaven Central Proxy Repository/name urlhttp://b2btst04/maven-central-proxy/url /repository /repositories pluginRepositories pluginRepository idcentral/id nameMaven Central Proxy Repository/name urlhttp://b2btst04/maven-central-proxy/url /pluginRepository /pluginRepositories /profile /profiles activeProfiles activeProfiledev/activeProfile /activeProfiles - Visit our website! http://www.nbb.be DISCLAIMER: The content of this e-mail message should not be construed as binding on the part of the National Bank of Belgium (NBB) unless otherwise and previously stated. The opinions expressed in this message are solely those of the author and do not necessarily reflect NBB viewpoints, particularly when the content of this message, or part thereof, is private by nature or does not fall within the professional scope of its author. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Vigilog - an open source log file viewer: http://vigilog.sourceforge.net Blog: http://www.jroller.com/page/Fester - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Vigilog - an open source log file viewer: http://vigilog.sourceforge.net Blog: http://www.jroller.com/page/Fester
RE: Maven repository
Hi Wim, I just copied the repository from my laptop (that has a connection to the internet) to our company's repository server. I think this is not the correct way to do it, but I can't find any documentation on how I should set up a 'company central repository'. So any suggestions would be welcome... Kind regards, Nele. -Original Message- From: Wim Deblauwe [mailto:[EMAIL PROTECTED] Sent: woensdag 29 augustus 2007 9:28 To: Maven Users List Subject: Re: Maven repository How did you set up the internal repository? Did you copy a local repository to some server and made it available through http, or are you using one of the proxy tools like proximity or archiva? regards, Wim 2007/8/29, De Vleeschauwer Nele [EMAIL PROTECTED]: Hi, Thanks for the tip, but it doesn't quite do the trick... I've added the following to my settings.xml: mirror idcentral/id mirrorOfcentral/mirrorOf nameMaven Central Proxy Repository/name urlhttp://b2btst04/maven-central-proxy/url /mirror /mirrors When I execute a maven command, our company's central repo is accessed (instead of the repo1.maven.org one), but when I take a network trace I see the following: GET /maven-central-proxy/org/apache/maven/plugins/maven-resources-plugin/mav en-metadata.xml HTTP/1.1\r\n Request Method: GET Request URI: /maven-central-proxy/org/apache/maven/plugins/maven-resources-plugin/mav en-metadata.xml Request Version: HTTP/1.1 This however returns a 404 Not Found error, since the specified directory doesn't contain a maven-metadata.xml but a maven-metadata-central.xml. How can I solve this ? Thanks for your input, Nele. -Original Message- From: Wim Deblauwe [mailto:[EMAIL PROTECTED] Sent: woensdag 29 augustus 2007 8:03 To: Maven Users List Subject: Re: Maven repository You need to say that your repository is a mirror of central, see http://maven.apache.org/guides/mini/guide-mirror-settings.html for more info. regards, Wim (also from Belgium ;)) 2007/8/28, De Vleeschauwer Nele [EMAIL PROTECTED]: Hi, I'm just setting up Maven on a developer's workstation. The developer has no access to the Internet and should therefore always retrieve the latest artifacts from a repository we've set up at our company (which has a connection to the internet). Even when I add the following part to the settings.xml file of the Maven installation on the developer's machine, each Maven command I execute from there still tries to connect to the Maven repository on the Internet. How can this be avoided ? (The repository I've set up is working fine, since I can connect with an Internet Explorer to it) profiles profile iddev/id repositories repository idcentral/id nameMaven Central Proxy Repository/name urlhttp://b2btst04/maven-central-proxy/url /repository /repositories pluginRepositories pluginRepository idcentral/id nameMaven Central Proxy Repository/name urlhttp://b2btst04/maven-central-proxy/url /pluginRepository /pluginRepositories /profile /profiles activeProfiles activeProfiledev/activeProfile /activeProfiles - Visit our website! http://www.nbb.be DISCLAIMER: The content of this e-mail message should not be construed as binding on the part of the National Bank of Belgium (NBB) unless otherwise and previously stated. The opinions expressed in this message are solely those of the author and do not necessarily reflect NBB viewpoints, particularly when the content of this message, or part thereof, is private by nature or does not fall within the professional scope of its author. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Vigilog - an open source log file viewer: http://vigilog.sourceforge.net Blog: http://www.jroller.com/page/Fester - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Vigilog - an open source log file viewer: http://vigilog.sourceforge.net Blog: http://www.jroller.com/page/Fester - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven repository
Nele, Why don't you use a maven proxy to setup your company's central repository? Have a look at http://maven-proxy.codehaus.org/ It is rather easy to set up. The idea is to proxy central and/or other repositories, and cache the requested artifacts centrally.. Cheers Jo On 8/29/07, De Vleeschauwer Nele [EMAIL PROTECTED] wrote: Hi Wim, I just copied the repository from my laptop (that has a connection to the internet) to our company's repository server. I think this is not the correct way to do it, but I can't find any documentation on how I should set up a 'company central repository'. So any suggestions would be welcome... Kind regards, Nele. -Original Message- From: Wim Deblauwe [mailto:[EMAIL PROTECTED] Sent: woensdag 29 augustus 2007 9:28 To: Maven Users List Subject: Re: Maven repository How did you set up the internal repository? Did you copy a local repository to some server and made it available through http, or are you using one of the proxy tools like proximity or archiva? regards, Wim 2007/8/29, De Vleeschauwer Nele [EMAIL PROTECTED]: Hi, Thanks for the tip, but it doesn't quite do the trick... I've added the following to my settings.xml: mirror idcentral/id mirrorOfcentral/mirrorOf nameMaven Central Proxy Repository/name urlhttp://b2btst04/maven-central-proxy/url /mirror /mirrors When I execute a maven command, our company's central repo is accessed (instead of the repo1.maven.org one), but when I take a network trace I see the following: GET /maven-central-proxy/org/apache/maven/plugins/maven-resources-plugin/mav en-metadata.xml HTTP/1.1\r\n Request Method: GET Request URI: /maven-central-proxy/org/apache/maven/plugins/maven-resources-plugin/mav en-metadata.xml Request Version: HTTP/1.1 This however returns a 404 Not Found error, since the specified directory doesn't contain a maven-metadata.xml but a maven-metadata-central.xml. How can I solve this ? Thanks for your input, Nele. -Original Message- From: Wim Deblauwe [mailto:[EMAIL PROTECTED] Sent: woensdag 29 augustus 2007 8:03 To: Maven Users List Subject: Re: Maven repository You need to say that your repository is a mirror of central, see http://maven.apache.org/guides/mini/guide-mirror-settings.html for more info. regards, Wim (also from Belgium ;)) 2007/8/28, De Vleeschauwer Nele [EMAIL PROTECTED]: Hi, I'm just setting up Maven on a developer's workstation. The developer has no access to the Internet and should therefore always retrieve the latest artifacts from a repository we've set up at our company (which has a connection to the internet). Even when I add the following part to the settings.xml file of the Maven installation on the developer's machine, each Maven command I execute from there still tries to connect to the Maven repository on the Internet. How can this be avoided ? (The repository I've set up is working fine, since I can connect with an Internet Explorer to it) profiles profile iddev/id repositories repository idcentral/id nameMaven Central Proxy Repository/name urlhttp://b2btst04/maven-central-proxy/url /repository /repositories pluginRepositories pluginRepository idcentral/id nameMaven Central Proxy Repository/name urlhttp://b2btst04/maven-central-proxy/url /pluginRepository /pluginRepositories /profile /profiles activeProfiles activeProfiledev/activeProfile /activeProfiles - Visit our website! http://www.nbb.be DISCLAIMER: The content of this e-mail message should not be construed as binding on the part of the National Bank of Belgium (NBB) unless otherwise and previously stated. The opinions expressed in this message are solely those of the author and do not necessarily reflect NBB viewpoints, particularly when the content of this message, or part thereof, is private by nature or does not fall within the professional scope of its author. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Vigilog - an open source log file viewer: http://vigilog.sourceforge.net Blog: http://www.jroller.com/page/Fester - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Vigilog - an open source log file viewer: http://vigilog.sourceforge.net Blog: http://www.jroller.com/page/Fester
Re: Maven repository
http://proximity.abstracthorizon.org/ is another you can use. or http://maven.apache.org/archiva/ , but I think proximity is more mature. regards, Wim 2007/8/29, Jo Vandermeeren [EMAIL PROTECTED]: Nele, Why don't you use a maven proxy to setup your company's central repository? Have a look at http://maven-proxy.codehaus.org/ It is rather easy to set up. The idea is to proxy central and/or other repositories, and cache the requested artifacts centrally.. Cheers Jo On 8/29/07, De Vleeschauwer Nele [EMAIL PROTECTED] wrote: Hi Wim, I just copied the repository from my laptop (that has a connection to the internet) to our company's repository server. I think this is not the correct way to do it, but I can't find any documentation on how I should set up a 'company central repository'. So any suggestions would be welcome... Kind regards, Nele. -Original Message- From: Wim Deblauwe [mailto:[EMAIL PROTECTED] Sent: woensdag 29 augustus 2007 9:28 To: Maven Users List Subject: Re: Maven repository How did you set up the internal repository? Did you copy a local repository to some server and made it available through http, or are you using one of the proxy tools like proximity or archiva? regards, Wim 2007/8/29, De Vleeschauwer Nele [EMAIL PROTECTED]: Hi, Thanks for the tip, but it doesn't quite do the trick... I've added the following to my settings.xml: mirror idcentral/id mirrorOfcentral/mirrorOf nameMaven Central Proxy Repository/name urlhttp://b2btst04/maven-central-proxy/url /mirror /mirrors When I execute a maven command, our company's central repo is accessed (instead of the repo1.maven.org one), but when I take a network trace I see the following: GET /maven-central-proxy/org/apache/maven/plugins/maven-resources-plugin/mav en-metadata.xml HTTP/1.1\r\n Request Method: GET Request URI: /maven-central-proxy/org/apache/maven/plugins/maven-resources-plugin/mav en-metadata.xml Request Version: HTTP/1.1 This however returns a 404 Not Found error, since the specified directory doesn't contain a maven-metadata.xml but a maven-metadata-central.xml. How can I solve this ? Thanks for your input, Nele. -Original Message- From: Wim Deblauwe [mailto:[EMAIL PROTECTED] Sent: woensdag 29 augustus 2007 8:03 To: Maven Users List Subject: Re: Maven repository You need to say that your repository is a mirror of central, see http://maven.apache.org/guides/mini/guide-mirror-settings.html for more info. regards, Wim (also from Belgium ;)) 2007/8/28, De Vleeschauwer Nele [EMAIL PROTECTED]: Hi, I'm just setting up Maven on a developer's workstation. The developer has no access to the Internet and should therefore always retrieve the latest artifacts from a repository we've set up at our company (which has a connection to the internet). Even when I add the following part to the settings.xml file of the Maven installation on the developer's machine, each Maven command I execute from there still tries to connect to the Maven repository on the Internet. How can this be avoided ? (The repository I've set up is working fine, since I can connect with an Internet Explorer to it) profiles profile iddev/id repositories repository idcentral/id nameMaven Central Proxy Repository/name urlhttp://b2btst04/maven-central-proxy/url /repository /repositories pluginRepositories pluginRepository idcentral/id nameMaven Central Proxy Repository/name urlhttp://b2btst04/maven-central-proxy/url /pluginRepository /pluginRepositories /profile /profiles activeProfiles activeProfiledev/activeProfile /activeProfiles - Visit our website! http://www.nbb.be DISCLAIMER: The content of this e-mail message should not be construed as binding on the part of the National Bank of Belgium (NBB) unless otherwise and previously stated. The opinions expressed in this message are solely those of the author and do not necessarily reflect NBB viewpoints, particularly when the content of this message, or part thereof, is private by nature or does not fall within the professional scope of its author. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Vigilog - an open source log file viewer: http://vigilog.sourceforge.net Blog: http://www.jroller.com/page
Re: Maven repository
and if you aren't able to use a maven proxy (although this is the preferred approach!) then you could try the following scripts to quickly convert your local repository into a remote one, or as close to it as it needs to be... http://wiki.ops4j.org/confluence/x/CIAO I used these in the past to provide an off-line tutorial that pulled artifacts from a CD ( should work on unix / linux / osx / cygwin ... however, YMMV :) On 29/08/2007, Wim Deblauwe [EMAIL PROTECTED] wrote: http://proximity.abstracthorizon.org/ is another you can use. or http://maven.apache.org/archiva/ , but I think proximity is more mature. regards, Wim 2007/8/29, Jo Vandermeeren [EMAIL PROTECTED]: Nele, Why don't you use a maven proxy to setup your company's central repository? Have a look at http://maven-proxy.codehaus.org/ It is rather easy to set up. The idea is to proxy central and/or other repositories, and cache the requested artifacts centrally.. Cheers Jo On 8/29/07, De Vleeschauwer Nele [EMAIL PROTECTED] wrote: Hi Wim, I just copied the repository from my laptop (that has a connection to the internet) to our company's repository server. I think this is not the correct way to do it, but I can't find any documentation on how I should set up a 'company central repository'. So any suggestions would be welcome... Kind regards, Nele. -Original Message- From: Wim Deblauwe [mailto:[EMAIL PROTECTED] Sent: woensdag 29 augustus 2007 9:28 To: Maven Users List Subject: Re: Maven repository How did you set up the internal repository? Did you copy a local repository to some server and made it available through http, or are you using one of the proxy tools like proximity or archiva? regards, Wim 2007/8/29, De Vleeschauwer Nele [EMAIL PROTECTED]: Hi, Thanks for the tip, but it doesn't quite do the trick... I've added the following to my settings.xml: mirror idcentral/id mirrorOfcentral/mirrorOf nameMaven Central Proxy Repository/name urlhttp://b2btst04/maven-central-proxy/url /mirror /mirrors When I execute a maven command, our company's central repo is accessed (instead of the repo1.maven.org one), but when I take a network trace I see the following: GET /maven-central-proxy/org/apache/maven/plugins/maven-resources-plugin/mav en-metadata.xml HTTP/1.1\r\n Request Method: GET Request URI: /maven-central-proxy/org/apache/maven/plugins/maven-resources-plugin/mav en-metadata.xml Request Version: HTTP/1.1 This however returns a 404 Not Found error, since the specified directory doesn't contain a maven-metadata.xml but a maven-metadata-central.xml. How can I solve this ? Thanks for your input, Nele. -Original Message- From: Wim Deblauwe [mailto:[EMAIL PROTECTED] Sent: woensdag 29 augustus 2007 8:03 To: Maven Users List Subject: Re: Maven repository You need to say that your repository is a mirror of central, see http://maven.apache.org/guides/mini/guide-mirror-settings.html for more info. regards, Wim (also from Belgium ;)) 2007/8/28, De Vleeschauwer Nele [EMAIL PROTECTED]: Hi, I'm just setting up Maven on a developer's workstation. The developer has no access to the Internet and should therefore always retrieve the latest artifacts from a repository we've set up at our company (which has a connection to the internet). Even when I add the following part to the settings.xml file of the Maven installation on the developer's machine, each Maven command I execute from there still tries to connect to the Maven repository on the Internet. How can this be avoided ? (The repository I've set up is working fine, since I can connect with an Internet Explorer to it) profiles profile iddev/id repositories repository idcentral/id nameMaven Central Proxy Repository/name urlhttp://b2btst04/maven-central-proxy/url /repository /repositories pluginRepositories pluginRepository idcentral/id nameMaven Central Proxy Repository/name urlhttp://b2btst04/maven-central-proxy/url /pluginRepository /pluginRepositories /profile /profiles activeProfiles activeProfiledev/activeProfile /activeProfiles - Visit our website! http://www.nbb.be DISCLAIMER: The content of this e-mail message should not be construed as binding on the part of the National Bank of Belgium
RE: Maven repository
Hi, I used the Maven Proxy to built my central repository and it works perfectly. Thanks for your help everyone ! Kind regards, Nele. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stuart McCulloch Sent: woensdag 29 augustus 2007 11:54 To: Maven Users List Subject: Re: Maven repository and if you aren't able to use a maven proxy (although this is the preferred approach!) then you could try the following scripts to quickly convert your local repository into a remote one, or as close to it as it needs to be... http://wiki.ops4j.org/confluence/x/CIAO I used these in the past to provide an off-line tutorial that pulled artifacts from a CD ( should work on unix / linux / osx / cygwin ... however, YMMV :) On 29/08/2007, Wim Deblauwe [EMAIL PROTECTED] wrote: http://proximity.abstracthorizon.org/ is another you can use. or http://maven.apache.org/archiva/ , but I think proximity is more mature. regards, Wim 2007/8/29, Jo Vandermeeren [EMAIL PROTECTED]: Nele, Why don't you use a maven proxy to setup your company's central repository? Have a look at http://maven-proxy.codehaus.org/ It is rather easy to set up. The idea is to proxy central and/or other repositories, and cache the requested artifacts centrally.. Cheers Jo On 8/29/07, De Vleeschauwer Nele [EMAIL PROTECTED] wrote: Hi Wim, I just copied the repository from my laptop (that has a connection to the internet) to our company's repository server. I think this is not the correct way to do it, but I can't find any documentation on how I should set up a 'company central repository'. So any suggestions would be welcome... Kind regards, Nele. -Original Message- From: Wim Deblauwe [mailto:[EMAIL PROTECTED] Sent: woensdag 29 augustus 2007 9:28 To: Maven Users List Subject: Re: Maven repository How did you set up the internal repository? Did you copy a local repository to some server and made it available through http, or are you using one of the proxy tools like proximity or archiva? regards, Wim 2007/8/29, De Vleeschauwer Nele [EMAIL PROTECTED]: Hi, Thanks for the tip, but it doesn't quite do the trick... I've added the following to my settings.xml: mirror idcentral/id mirrorOfcentral/mirrorOf nameMaven Central Proxy Repository/name urlhttp://b2btst04/maven-central-proxy/url /mirror /mirrors When I execute a maven command, our company's central repo is accessed (instead of the repo1.maven.org one), but when I take a network trace I see the following: GET /maven-central-proxy/org/apache/maven/plugins/maven-resources-plugin/mav en-metadata.xml HTTP/1.1\r\n Request Method: GET Request URI: /maven-central-proxy/org/apache/maven/plugins/maven-resources-plugin/mav en-metadata.xml Request Version: HTTP/1.1 This however returns a 404 Not Found error, since the specified directory doesn't contain a maven-metadata.xml but a maven-metadata-central.xml. How can I solve this ? Thanks for your input, Nele. -Original Message- From: Wim Deblauwe [mailto:[EMAIL PROTECTED] Sent: woensdag 29 augustus 2007 8:03 To: Maven Users List Subject: Re: Maven repository You need to say that your repository is a mirror of central, see http://maven.apache.org/guides/mini/guide-mirror-settings.html for more info. regards, Wim (also from Belgium ;)) 2007/8/28, De Vleeschauwer Nele [EMAIL PROTECTED]: Hi, I'm just setting up Maven on a developer's workstation. The developer has no access to the Internet and should therefore always retrieve the latest artifacts from a repository we've set up at our company (which has a connection to the internet). Even when I add the following part to the settings.xml file of the Maven installation on the developer's machine, each Maven command I execute from there still tries to connect to the Maven repository on the Internet. How can this be avoided ? (The repository I've set up is working fine, since I can connect with an Internet Explorer to it) profiles profile iddev/id repositories repository idcentral/id nameMaven Central Proxy Repository/name urlhttp://b2btst04/maven-central-proxy/url /repository /repositories pluginRepositories pluginRepository idcentral/id nameMaven Central Proxy Repository/name urlhttp://b2btst04/maven-central-proxy/url /pluginRepository /pluginRepositories /profile
Re: Maven Repository Question
Hi David, I'm pretty new to maven and have a repository question. I have set up a internal repository that will hold the artifacts from ibiblio that my project needs. What dou you mean by having set up such a repository? Have you created a mirror for central repo? Do you use a proxy such as Proximity or Artifactory? My question is how do I make maven update / download new required dependencies to the internal repository instead of the local repository? In other words if I add a dependency to pom and if maven can't find it in the local or the internal repositories and has to pull it from ibiblio, I would like that new dependency to be downloaded to the internal repository and then to the local repository. Any help you can provide would be greatly appreciated. I suggest you install a proxy such as Proximity ([1]) or Artifactory ([2]) and tell Maven to access your proxy instead of directly fetching files from the external repositories; see [3]. [1] http://proximity.abstracthorizon.org/ [2] http://artifactory.sf.net/ [3] http://maven.apache.org/guides/mini/guide-proxies.html HTH Thorsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maven Repository Question
Hi David, One common trick is to co-locate your continuous integration tool, e.g. Continuum, CruiseControl, etc, and your internal repository. Say you have Continuum running as user, 'dave', and you also have Apache running on the same box. (I'm assuming a Linux environment here). An easy way to create an automatically populated internal repository is to create a symlink beneath Apache's docroot to dave's local repo, e.g. ln -s ~dave/.m2/repository /var/www/html/repository With this setup, you don't have to manually deploy your internal artifacts since the CI tool is going to do that anyway. Jim -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Fri 4/20/2007 8:32 AM To: users@maven.apache.org Subject: Maven Repository Question Hi Everyone, I'm pretty new to maven and have a repository question. I have set up a internal repository that will hold the artifacts from ibiblio that my project needs. My question is how do I make maven update / download new required dependencies to the internal repository instead of the local repository? In other words if I add a dependency to pom and if maven can't find it in the local or the internal repositories and has to pull it from ibiblio, I would like that new dependency to be downloaded to the internal repository and then to the local repository. Any help you can provide would be greatly appreciated. Thanks, David - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven Repository Question
Jeroen, Thanks for your quick response. If I do that maven won't check ibiblio for any missing artifacts. Isn't that correct? If that is correct, then maven won't download the new required artifacts to the internal repository Thanks, David Jeroen Leenarts [EMAIL PROTECTED] 04/20/2007 07:55 AM Please respond to Maven Users List users@maven.apache.org To Maven Users List users@maven.apache.org cc Subject Re: Maven Repository Question Define your internal repository as central. That overrides the Maven Ibiblio repository setting. Jeroen On 20/04/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi Everyone, I'm pretty new to maven and have a repository question. I have set up a internal repository that will hold the artifacts from ibiblio that my project needs. My question is how do I make maven update / download new required dependencies to the internal repository instead of the local repository? In other words if I add a dependency to pom and if maven can't find it in the local or the internal repositories and has to pull it from ibiblio, I would like that new dependency to be downloaded to the internal repository and then to the local repository. Any help you can provide would be greatly appreciated. Thanks, David _ CONFIDENTIALITY: This email (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you received this email in error, please notify the sender and delete this email from your system. Thank you.
RE: Maven Repository Question
Thanks Jim for your quick response. We currently don't have a continuous integration tool set up yet and we are on a Windows server but I'm thinking that this is still possible. Do you agree? Thanks, David
Re: Maven Repository Question
That is correct. Overriding central prevents loading from the Ibiblio repository. I was a bit fast with my responce, since you would like to be able to update your internal repository as well. Th suggestion by Jim is a very interesting one. By having a symlinkto a user's local repository on your build machine you can indeed have the local repository of that user act as your internal repository. Whenever you need a new dependency you use that user so it's local repo gets updated. There is some fiddling with rights involved when you want to push your own dependencies to the internal repository. When you configure your internal repository as not being central. Maven will check local, yours and then central. This won't prevent users from accessing ibiblio. It is matter of taste/project preferences/company policy wether or not that's ok or not. But to my knowledge Jim's suggestion is actually the best on when you want to control Ibiblio access and have an easy job updating specific dependencies in the internal repository. -Jeroen On 20/04/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Jeroen, Thanks for your quick response. If I do that maven won't check ibiblio for any missing artifacts. Isn't that correct? If that is correct, then maven won't download the new required artifacts to the internal repository Thanks, David Jeroen Leenarts [EMAIL PROTECTED] 04/20/2007 07:55 AM Please respond to Maven Users List users@maven.apache.org To Maven Users List users@maven.apache.org cc Subject Re: Maven Repository Question Define your internal repository as central. That overrides the Maven Ibiblio repository setting. Jeroen On 20/04/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi Everyone, I'm pretty new to maven and have a repository question. I have set up a internal repository that will hold the artifacts from ibiblio that my project needs. My question is how do I make maven update / download new required dependencies to the internal repository instead of the local repository? In other words if I add a dependency to pom and if maven can't find it in the local or the internal repositories and has to pull it from ibiblio, I would like that new dependency to be downloaded to the internal repository and then to the local repository. Any help you can provide would be greatly appreciated. Thanks, David _ CONFIDENTIALITY: This email (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you received this email in error, please notify the sender and delete this email from your system. Thank you.
Re: Maven Repository Question
Also, perhaps this is interesting as well. http://maven.apache.org/plugins/maven-deploy-plugin/usage.html I've never used a custom deploy config before. So if someone can answer wether or not the deploy phase actually deployes dependent jars to the configured repository... Jeroen On 20/04/07, Jeroen Leenarts [EMAIL PROTECTED] wrote: That is correct. Overriding central prevents loading from the Ibiblio repository. I was a bit fast with my responce, since you would like to be able to update your internal repository as well. Th suggestion by Jim is a very interesting one. By having a symlinkto a user's local repository on your build machine you can indeed have the local repository of that user act as your internal repository. Whenever you need a new dependency you use that user so it's local repo gets updated. There is some fiddling with rights involved when you want to push your own dependencies to the internal repository. When you configure your internal repository as not being central. Maven will check local, yours and then central. This won't prevent users from accessing ibiblio. It is matter of taste/project preferences/company policy wether or not that's ok or not. But to my knowledge Jim's suggestion is actually the best on when you want to control Ibiblio access and have an easy job updating specific dependencies in the internal repository. -Jeroen On 20/04/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Jeroen, Thanks for your quick response. If I do that maven won't check ibiblio for any missing artifacts. Isn't that correct? If that is correct, then maven won't download the new required artifacts to the internal repository Thanks, David Jeroen Leenarts [EMAIL PROTECTED] 04/20/2007 07:55 AM Please respond to Maven Users List users@maven.apache.org To Maven Users List users@maven.apache.org cc Subject Re: Maven Repository Question Define your internal repository as central. That overrides the Maven Ibiblio repository setting. Jeroen On 20/04/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi Everyone, I'm pretty new to maven and have a repository question. I have set up a internal repository that will hold the artifacts from ibiblio that my project needs. My question is how do I make maven update / download new required dependencies to the internal repository instead of the local repository? In other words if I add a dependency to pom and if maven can't find it in the local or the internal repositories and has to pull it from ibiblio, I would like that new dependency to be downloaded to the internal repository and then to the local repository. Any help you can provide would be greatly appreciated. Thanks, David _ CONFIDENTIALITY: This email (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you received this email in error, please notify the sender and delete this email from your system. Thank you.
Re: Maven Repository Question
Thorsten, We don't currently have a proxy such as Proximity or Artifactory but I can look in to that. Thanks for the idea!!! David Thorsten Heit [EMAIL PROTECTED] 04/20/2007 08:08 AM Please respond to Maven Users List users@maven.apache.org To Maven Users List users@maven.apache.org cc Subject Re: Maven Repository Question Hi David, I'm pretty new to maven and have a repository question. I have set up a internal repository that will hold the artifacts from ibiblio that my project needs. What dou you mean by having set up such a repository? Have you created a mirror for central repo? Do you use a proxy such as Proximity or Artifactory? My question is how do I make maven update / download new required dependencies to the internal repository instead of the local repository? In other words if I add a dependency to pom and if maven can't find it in the local or the internal repositories and has to pull it from ibiblio, I would like that new dependency to be downloaded to the internal repository and then to the local repository. Any help you can provide would be greatly appreciated. I suggest you install a proxy such as Proximity ([1]) or Artifactory ([2]) and tell Maven to access your proxy instead of directly fetching files from the external repositories; see [3]. [1] http://proximity.abstracthorizon.org/ [2] http://artifactory.sf.net/ [3] http://maven.apache.org/guides/mini/guide-proxies.html HTH Thorsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ CONFIDENTIALITY: This email (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you received this email in error, please notify the sender and delete this email from your system. Thank you.
Re: Maven Repository Question
Define your internal repository as central. That overrides the Maven Ibiblio repository setting. Jeroen On 20/04/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi Everyone, I'm pretty new to maven and have a repository question. I have set up a internal repository that will hold the artifacts from ibiblio that my project needs. My question is how do I make maven update / download new required dependencies to the internal repository instead of the local repository? In other words if I add a dependency to pom and if maven can't find it in the local or the internal repositories and has to pull it from ibiblio, I would like that new dependency to be downloaded to the internal repository and then to the local repository. Any help you can provide would be greatly appreciated. Thanks, David
Re: Maven Repository Manager
Hi, I've just tested Proximity on a newly downloaded jetty-5.1.11RC0. I had to remove log4j from px-webapp/WEB-INF/lib and except the Documentation page (which IS accessable on http://localhost:8080/px-webapp/index.do) works perfectly (!). The Docu page will be fixed, it is a small glitch... but it does not cause any functional problem for proxying. Mykel, can I have some log excerpts from you, since I believo you have some configuration issue... Btw, Jetty is blazingly fast! I will surely prepare a bundle Px + Jetty :) ~t~ On 7/19/06, Mykel Alvis [EMAIL PROTECTED] wrote: Thanks! I did, and I noticed that the base context for the proximity webapp (in my case host:28080/proximity-maven2/ running under jetty5-1.11RC0 ) gave be a browse page for the root of the webapp. It seems that the Documentation link, which I guess should provide docs, is broken somewhere? In any case, I'm setting it up and trying it out. On 7/19/06, Tamás Cservenák [EMAIL PROTECTED] wrote: You could give a try to Proximity, found here: http://proximity.abstracthorizon.org/ The support forum already have a theme about maven-proxy migration: http://forum.abstracthorizon.org/viewforum.php?f=13 Have fun, ~t~ On 7/19/06, Mykel Alvis [EMAIL PROTECTED] wrote: I can't seem to locate the new Repository Manager's project site, and google isn't really helping me in that area. The reason for asking this is because we use the maven-proxy to proxy several external repos and set the mirror of central to our proxy. A problem seems to result when I added the java.net repo ( https://maven-repository.dev.java.net/nonav/repository/) . It might be that it's a maven1 format repo. I didn't think this was an issue, but apparently the proxy dislikes it enough to not work with this error: Unknown upstream repository type: https://maven-repository.dev.java.net/nonav/repository/ Does anyone know how to configure the proxy to work with this repo, or even what else might cause this issue? Also, could someone post the site and status for the M2 Repository Manager? Thanks, Mykel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Never wear anything that panics the cat. -- P. J. O'Rourke
Re: Maven Repository Manager
Tamas, I apologize but I don't have the installation any longer, so no logs are available. I did have to put log4j in the external libs folder of jetty to make it work. I forgot to tell you that. My jetty instance was running on port 28080 (due to collision issues with other app servers), and other than that I had a straight install of the rc1 package. Browsing to http://localhost:28080/webappname/ still gave me the directory listing of the root of the proximity webapp. This was using the lastest release of Firefox under Linux FC5. Unfortunately, that's all I can tell you. Sorry about that. Jetty is rather fast, relative to Tomcat. The service offering on the basic Jetty is minimal, but works very well for small, pure webapps. Mykel On 7/20/06, Tamás Cservenák [EMAIL PROTECTED] wrote: Hi, I've just tested Proximity on a newly downloaded jetty-5.1.11RC0. I had to remove log4j from px-webapp/WEB-INF/lib and except the Documentation page (which IS accessable on http://localhost:8080/px-webapp/index.do) works perfectly (!). The Docu page will be fixed, it is a small glitch... but it does not cause any functional problem for proxying. Mykel, can I have some log excerpts from you, since I believo you have some configuration issue... Btw, Jetty is blazingly fast! I will surely prepare a bundle Px + Jetty :) ~t~ On 7/19/06, Mykel Alvis [EMAIL PROTECTED] wrote: Thanks! I did, and I noticed that the base context for the proximity webapp (in my case host:28080/proximity-maven2/ running under jetty5-1.11RC0 ) gave be a browse page for the root of the webapp. It seems that the Documentation link, which I guess should provide docs, is broken somewhere? In any case, I'm setting it up and trying it out. On 7/19/06, Tamás Cservenák [EMAIL PROTECTED] wrote: You could give a try to Proximity, found here: http://proximity.abstracthorizon.org/ The support forum already have a theme about maven-proxy migration: http://forum.abstracthorizon.org/viewforum.php?f=13 Have fun, ~t~ On 7/19/06, Mykel Alvis [EMAIL PROTECTED] wrote: I can't seem to locate the new Repository Manager's project site, and google isn't really helping me in that area. The reason for asking this is because we use the maven-proxy to proxy several external repos and set the mirror of central to our proxy. A problem seems to result when I added the java.net repo ( https://maven-repository.dev.java.net/nonav/repository/) . It might be that it's a maven1 format repo. I didn't think this was an issue, but apparently the proxy dislikes it enough to not work with this error: Unknown upstream repository type: https://maven-repository.dev.java.net/nonav/repository/ Does anyone know how to configure the proxy to work with this repo, or even what else might cause this issue? Also, could someone post the site and status for the M2 Repository Manager? Thanks, Mykel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Never wear anything that panics the cat. -- P. J. O'Rourke -- Never wear anything that panics the cat. -- P. J. O'Rourke
Re: Maven Repository Manager
You could give a try to Proximity, found here: http://proximity.abstracthorizon.org/ The support forum already have a theme about maven-proxy migration: http://forum.abstracthorizon.org/viewforum.php?f=13 Have fun, ~t~ On 7/19/06, Mykel Alvis [EMAIL PROTECTED] wrote: I can't seem to locate the new Repository Manager's project site, and google isn't really helping me in that area. The reason for asking this is because we use the maven-proxy to proxy several external repos and set the mirror of central to our proxy. A problem seems to result when I added the java.net repo ( https://maven-repository.dev.java.net/nonav/repository/) . It might be that it's a maven1 format repo. I didn't think this was an issue, but apparently the proxy dislikes it enough to not work with this error: Unknown upstream repository type: https://maven-repository.dev.java.net/nonav/repository/ Does anyone know how to configure the proxy to work with this repo, or even what else might cause this issue? Also, could someone post the site and status for the M2 Repository Manager? Thanks, Mykel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven Repository Manager
Thanks! I did, and I noticed that the base context for the proximity webapp (in my case host:28080/proximity-maven2/ running under jetty5-1.11RC0 ) gave be a browse page for the root of the webapp. It seems that the Documentation link, which I guess should provide docs, is broken somewhere? In any case, I'm setting it up and trying it out. On 7/19/06, Tamás Cservenák [EMAIL PROTECTED] wrote: You could give a try to Proximity, found here: http://proximity.abstracthorizon.org/ The support forum already have a theme about maven-proxy migration: http://forum.abstracthorizon.org/viewforum.php?f=13 Have fun, ~t~ On 7/19/06, Mykel Alvis [EMAIL PROTECTED] wrote: I can't seem to locate the new Repository Manager's project site, and google isn't really helping me in that area. The reason for asking this is because we use the maven-proxy to proxy several external repos and set the mirror of central to our proxy. A problem seems to result when I added the java.net repo ( https://maven-repository.dev.java.net/nonav/repository/) . It might be that it's a maven1 format repo. I didn't think this was an issue, but apparently the proxy dislikes it enough to not work with this error: Unknown upstream repository type: https://maven-repository.dev.java.net/nonav/repository/ Does anyone know how to configure the proxy to work with this repo, or even what else might cause this issue? Also, could someone post the site and status for the M2 Repository Manager? Thanks, Mykel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Never wear anything that panics the cat. -- P. J. O'Rourke
Re: Maven Repository Manager
Possible, since I tested it only on Tomcat, never on Jetty. My intention is to provide multiple deployments for final 1.0.0 (tomcat, jetty, continuum-like standalone, spring-application-server, etc). In case of any problem, please submit an issue on Proximity Trac here: https://is-micro.myip.hu/trac/ismicro-proximity/newticket or leave a message on a forum here: http://forum.abstracthorizon.org/viewforum.php?f=13 Please be aware, that Proximity is currently moving ...myip.hu site to abstracthorizon.org, current informations can be found here: http://forum.abstracthorizon.org/viewtopic.php?t=3 Have fun, ~t~ On 7/19/06, Mykel Alvis [EMAIL PROTECTED] wrote: Thanks! I did, and I noticed that the base context for the proximity webapp (in my case host:28080/proximity-maven2/ running under jetty5-1.11RC0 ) gave be a browse page for the root of the webapp. It seems that the Documentation link, which I guess should provide docs, is broken somewhere? In any case, I'm setting it up and trying it out. On 7/19/06, Tamás Cservenák [EMAIL PROTECTED] wrote: You could give a try to Proximity, found here: http://proximity.abstracthorizon.org/ The support forum already have a theme about maven-proxy migration: http://forum.abstracthorizon.org/viewforum.php?f=13 Have fun, ~t~ On 7/19/06, Mykel Alvis [EMAIL PROTECTED] wrote: I can't seem to locate the new Repository Manager's project site, and google isn't really helping me in that area. The reason for asking this is because we use the maven-proxy to proxy several external repos and set the mirror of central to our proxy. A problem seems to result when I added the java.net repo ( https://maven-repository.dev.java.net/nonav/repository/) . It might be that it's a maven1 format repo. I didn't think this was an issue, but apparently the proxy dislikes it enough to not work with this error: Unknown upstream repository type: https://maven-repository.dev.java.net/nonav/repository/ Does anyone know how to configure the proxy to work with this repo, or even what else might cause this issue? Also, could someone post the site and status for the M2 Repository Manager? Thanks, Mykel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Never wear anything that panics the cat. -- P. J. O'Rourke
RE: Maven repository manager (and maven-proxy)
Hi Tamás Is it possible to run proximity in offline mode? For example, when ibiblio goes down, I would stop proximity and restart it in offline mode so that it serves jars from its cache without even trying to access ibiblio (and so saving developers from suffering the http timeouts). Thanks Adam -Original Message- From: Tamás Cservenák [mailto:[EMAIL PROTECTED] Sent: 15 June 2006 19:08 To: Maven Users List Subject: Re: Maven repository manager (and maven-proxy) Hi all, Thank you Ben for emailing me, in latest days i have little overflow at job :) First, the answers to the Q's: - to serve up jars from its own cache when the internet connection is down Proximity WILL serve artifacts if it can/have it, even if remote peer is down or unreachable (at the cost of http timeout, see below), it will not hardfail in maven-proxy terms. It will actually serve what it have (if it have). If the requested artifact in not reachable from remote AND does not exists in local cache, proximity will give 404 as a result, thus maven build will fail. So, Proximity WILL protect you from 500 (quite often lately on ibilio) or any other HTTP error from ibiblio et al. Moreover, the Px uses the defaultRetryHandler of Commons HttpClient, so it wil retry 3 times (i think - not sure - will see) before failing And this is what makes you go over frequent ibiblio HTTP 500 errors. I set up recently Continuum, and first 5 builds of one project was failing. The log said that Continuum's embedded maven cannot get the needed plugins for it (remember, it was a clean start) because every 3rd request to ibilio returned 500! (and maven dies on 500 with transport error or so) So, i placed a proximity in front of continuum and it worked like a charm! - to time-out quicker than 60 seconds when it is down The http connection timeout is configurable, look at remotePeer properties.The default value is 1 in msec. But remember, that actual timeout might be worse, because of retry handling. Will see to externalize the retry count too. Newest build: https://is-micro.myip.hu/projects/ismicro-commons/deploy/proximity/nightly/ with a much improvements over alpha2. Here, i separated the maven deps and made general enhancement (searching by groupId, artifactId and much more). Will make a RC1 soon. My biggest problem is stats page. It is maybe 10% complete... but does not affect the functionality of Px itself. Is it needed? I just thought it will look cool with lists for top 10's ... :) Should I leave it out of Proximity? :) Have fun! ~t~ On 6/15/06, ben short [EMAIL PROTECTED] wrote: Adam, I have email the Proximity developer to see if he can answer your time out question. Ben - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven repository manager (and maven-proxy)
Sure. All you have to do is to comment all remote Peer refs in repo beans... ~t~ On 6/16/06, Adam Hardy [EMAIL PROTECTED] wrote: Hi Tamás Is it possible to run proximity in offline mode? For example, when ibiblio goes down, I would stop proximity and restart it in offline mode so that it serves jars from its cache without even trying to access ibiblio (and so saving developers from suffering the http timeouts). Thanks Adam -Original Message- From: Tamás Cservenák [mailto:[EMAIL PROTECTED] Sent: 15 June 2006 19:08 To: Maven Users List Subject: Re: Maven repository manager (and maven-proxy) Hi all, Thank you Ben for emailing me, in latest days i have little overflow at job :) First, the answers to the Q's: - to serve up jars from its own cache when the internet connection is down Proximity WILL serve artifacts if it can/have it, even if remote peer is down or unreachable (at the cost of http timeout, see below), it will not hardfail in maven-proxy terms. It will actually serve what it have (if it have). If the requested artifact in not reachable from remote AND does not exists in local cache, proximity will give 404 as a result, thus maven build will fail. So, Proximity WILL protect you from 500 (quite often lately on ibilio) or any other HTTP error from ibiblio et al. Moreover, the Px uses the defaultRetryHandler of Commons HttpClient, so it wil retry 3 times (i think - not sure - will see) before failing And this is what makes you go over frequent ibiblio HTTP 500 errors. I set up recently Continuum, and first 5 builds of one project was failing. The log said that Continuum's embedded maven cannot get the needed plugins for it (remember, it was a clean start) because every 3rd request to ibilio returned 500! (and maven dies on 500 with transport error or so) So, i placed a proximity in front of continuum and it worked like a charm! - to time-out quicker than 60 seconds when it is down The http connection timeout is configurable, look at remotePeer properties.The default value is 1 in msec. But remember, that actual timeout might be worse, because of retry handling. Will see to externalize the retry count too. Newest build: https://is-micro.myip.hu/projects/ismicro-commons/deploy/proximity/nightly/ with a much improvements over alpha2. Here, i separated the maven deps and made general enhancement (searching by groupId, artifactId and much more). Will make a RC1 soon. My biggest problem is stats page. It is maybe 10% complete... but does not affect the functionality of Px itself. Is it needed? I just thought it will look cool with lists for top 10's ... :) Should I leave it out of Proximity? :) Have fun! ~t~ On 6/15/06, ben short [EMAIL PROTECTED] wrote: Adam, I have email the Proximity developer to see if he can answer your time out question. Ben - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven repository manager (and maven-proxy)
... with some constraints... The MavenLogic will still track the timeout of various artifacts (like snapshots, metadata and so) and MAY delete them from local peer. So, i have to expand my previous answer: 0. shut down Proximity 1. comment out remote peer refs from Repo beans 2. change proxy logic from mavenLogic to Default logic (which is no timeout aware, it will simply ignore the timeout attributes of artifacts). This way, you will have served all artifacts in local reposes without trying to connect remotely and without loosing them due to timeout. Later, when ibiblio comes up, you just undo previous 2. steps. Currently, you have to shutdown and restart Proximity, but it would be nice to have a switch on web UI to do this sorry for these striped answers.. my fingers are fasters than my mind :) ~t~ On 6/16/06, Adam Hardy [EMAIL PROTECTED] wrote: Hi Tamás Is it possible to run proximity in offline mode? For example, when ibiblio goes down, I would stop proximity and restart it in offline mode so that it serves jars from its cache without even trying to access ibiblio (and so saving developers from suffering the http timeouts). Thanks Adam -Original Message- From: Tamás Cservenák [mailto:[EMAIL PROTECTED] Sent: 15 June 2006 19:08 To: Maven Users List Subject: Re: Maven repository manager (and maven-proxy) Hi all, Thank you Ben for emailing me, in latest days i have little overflow at job :) First, the answers to the Q's: - to serve up jars from its own cache when the internet connection is down Proximity WILL serve artifacts if it can/have it, even if remote peer is down or unreachable (at the cost of http timeout, see below), it will not hardfail in maven-proxy terms. It will actually serve what it have (if it have). If the requested artifact in not reachable from remote AND does not exists in local cache, proximity will give 404 as a result, thus maven build will fail. So, Proximity WILL protect you from 500 (quite often lately on ibilio) or any other HTTP error from ibiblio et al. Moreover, the Px uses the defaultRetryHandler of Commons HttpClient, so it wil retry 3 times (i think - not sure - will see) before failing And this is what makes you go over frequent ibiblio HTTP 500 errors. I set up recently Continuum, and first 5 builds of one project was failing. The log said that Continuum's embedded maven cannot get the needed plugins for it (remember, it was a clean start) because every 3rd request to ibilio returned 500! (and maven dies on 500 with transport error or so) So, i placed a proximity in front of continuum and it worked like a charm! - to time-out quicker than 60 seconds when it is down The http connection timeout is configurable, look at remotePeer properties.The default value is 1 in msec. But remember, that actual timeout might be worse, because of retry handling. Will see to externalize the retry count too. Newest build: https://is-micro.myip.hu/projects/ismicro-commons/deploy/proximity/nightly/ with a much improvements over alpha2. Here, i separated the maven deps and made general enhancement (searching by groupId, artifactId and much more). Will make a RC1 soon. My biggest problem is stats page. It is maybe 10% complete... but does not affect the functionality of Px itself. Is it needed? I just thought it will look cool with lists for top 10's ... :) Should I leave it out of Proximity? :) Have fun! ~t~ On 6/15/06, ben short [EMAIL PROTECTED] wrote: Adam, I have email the Proximity developer to see if he can answer your time out question. Ben - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven repository manager (and maven-proxy)
Hi, Have alook at this site https://is-micro.myip.hu/projects/ismicro-commons/proximity/ I use it at work to serve up my internal repos and to mirror central. Not sure how it handels central not being available though. Ben On 6/15/06, Adam Hardy [EMAIL PROTECTED] wrote: Our company's internet connection went down this week and I realised I need to set up maven-proxy better. While trying to find configuration info for maven-proxy, I keep seeing mention of Maven Repository Manager and it looks like it is in beta, but I haven't seen any release announcements for it - such announcements would be on this list? I want to configure maven-proxy to time-out after 5 seconds when waiting for a response from the upstream repository. I can't see any possibility to set this though - is it configurable? I would also like to run maven-proxy in 'off-line' mode so that it just serves what it has in its local repo. Is there any configuration option for this? Are these configuration options that MRM allows? Thanks Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maven repository manager (and maven-proxy)
How does it compare in terms of setting up and configuring, to maven-proxy? I saw in the mailing list recently that you had tried MRM without success. It seems to have been at the 'about to be released' stage for about six months. I can survive on this project with maven-proxy for the meantime I think. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of ben short Sent: 15 June 2006 12:19 To: Maven Users List Subject: Re: Maven repository manager (and maven-proxy) Hi, Have alook at this site https://is-micro.myip.hu/projects/ismicro-commons/proximity/ I use it at work to serve up my internal repos and to mirror central. Not sure how it handels central not being available though. Ben On 6/15/06, Adam Hardy [EMAIL PROTECTED] wrote: Our company's internet connection went down this week and I realised I need to set up maven-proxy better. While trying to find configuration info for maven-proxy, I keep seeing mention of Maven Repository Manager and it looks like it is in beta, but I haven't seen any release announcements for it - such announcements would be on this list? I want to configure maven-proxy to time-out after 5 seconds when waiting for a response from the upstream repository. I can't see any possibility to set this though - is it configurable? I would also like to run maven-proxy in 'off-line' mode so that it just serves what it has in its local repo. Is there any configuration option for this? Are these configuration options that MRM allows? Thanks Adam - 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 repository manager (and maven-proxy)
Adam, I have found proximity really easy to setup. You can just deploy it to tomcat etc, and it works. Although I have altered the configuration to have seperate internal snapshot and released artifact repos and to point to a mirror of central hosted in holland, as its faster for me. Ben On 6/15/06, Adam Hardy [EMAIL PROTECTED] wrote: How does it compare in terms of setting up and configuring, to maven-proxy? I saw in the mailing list recently that you had tried MRM without success. It seems to have been at the 'about to be released' stage for about six months. I can survive on this project with maven-proxy for the meantime I think. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of ben short Sent: 15 June 2006 12:19 To: Maven Users List Subject: Re: Maven repository manager (and maven-proxy) Hi, Have alook at this site https://is-micro.myip.hu/projects/ismicro-commons/proximity/ I use it at work to serve up my internal repos and to mirror central. Not sure how it handels central not being available though. Ben On 6/15/06, Adam Hardy [EMAIL PROTECTED] wrote: Our company's internet connection went down this week and I realised I need to set up maven-proxy better. While trying to find configuration info for maven-proxy, I keep seeing mention of Maven Repository Manager and it looks like it is in beta, but I haven't seen any release announcements for it - such announcements would be on this list? I want to configure maven-proxy to time-out after 5 seconds when waiting for a response from the upstream repository. I can't see any possibility to set this though - is it configurable? I would also like to run maven-proxy in 'off-line' mode so that it just serves what it has in its local repo. Is there any configuration option for this? Are these configuration options that MRM allows? Thanks Adam - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]