Re: Difficulty pulling artifact out of Central Repo
Try switching to https instead. I've had luck with that when a proxy is interfering with a download from maven central. On Sat, Feb 27, 2016, 11:35 Nick Hill wrote: > Thank you for confirming, Bernd. > > I should have tried this before posting, but I tried this from my home > network and the jar downloads fine for me. I think your assessment that > there is some kind of appliance/proxy between me & the jar blocking this on > my work network. > > Thanks! > > On Sat, Feb 27, 2016 at 2:47 AM, Bernd Eckenfels > wrote: > > > Hello, > > > > well I am not sure what the problem is you are seeing, but I can > > confirm that I can download the file and the checksum matches on my > > site. > > > > Sometimes some appliance/proxy which thinks it does need to find malware > > intercepts and corrupts downloads, maybe that is your problem as well? > > > > You can try to use https, maybe that helps? > > > > Gruss > > Bernd > > > > Am Fri, 26 > > Feb 2016 16:26:11 -0700 schrieb Nick Hill : > > > > > Hello, > > > > > > I'm attempting to download a specific jar from the Central Repo, but > > > am running into some issues. > > > > > > If I go here: > > > > > > > > > http://repo1.maven.org/maven2/org/seleniumhq/selenium/selenium-firefox-driver/2.44.0/ > > > > > > And attempt to download the jar "selenium-firefox-driver-2.44.0.jar", > > > I'll get a "connection reset" error. > > > > > > If I navigate to this same jar via the Central Repo ui: > > > > > > > > > http://search.maven.org/#artifactdetails|org.seleniumhq.selenium|selenium-firefox-driver|2.44.0|jar > > > > > > I can download the "selenium-firefox-driver-2.44.0.jar" artifact just > > > fine. This seems odd to me because I'm pretty sure the link on this > > > page just points back to > > > > > > http://repo1.maven.org/maven2/org/seleniumhq/selenium/selenium-firefox-driver/2.44.0/ > > > > > > Anyone have any thoughts? > > > > > > -Nick > > > > > > > - > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > > For additional commands, e-mail: users-h...@maven.apache.org > > > > >
Re: Difficulty pulling artifact out of Central Repo
Thank you for confirming, Bernd. I should have tried this before posting, but I tried this from my home network and the jar downloads fine for me. I think your assessment that there is some kind of appliance/proxy between me & the jar blocking this on my work network. Thanks! On Sat, Feb 27, 2016 at 2:47 AM, Bernd Eckenfels wrote: > Hello, > > well I am not sure what the problem is you are seeing, but I can > confirm that I can download the file and the checksum matches on my > site. > > Sometimes some appliance/proxy which thinks it does need to find malware > intercepts and corrupts downloads, maybe that is your problem as well? > > You can try to use https, maybe that helps? > > Gruss > Bernd > > Am Fri, 26 > Feb 2016 16:26:11 -0700 schrieb Nick Hill : > > > Hello, > > > > I'm attempting to download a specific jar from the Central Repo, but > > am running into some issues. > > > > If I go here: > > > > > http://repo1.maven.org/maven2/org/seleniumhq/selenium/selenium-firefox-driver/2.44.0/ > > > > And attempt to download the jar "selenium-firefox-driver-2.44.0.jar", > > I'll get a "connection reset" error. > > > > If I navigate to this same jar via the Central Repo ui: > > > > > http://search.maven.org/#artifactdetails|org.seleniumhq.selenium|selenium-firefox-driver|2.44.0|jar > > > > I can download the "selenium-firefox-driver-2.44.0.jar" artifact just > > fine. This seems odd to me because I'm pretty sure the link on this > > page just points back to > > > http://repo1.maven.org/maven2/org/seleniumhq/selenium/selenium-firefox-driver/2.44.0/ > > > > Anyone have any thoughts? > > > > -Nick > > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
Re: Difficulty pulling artifact out of Central Repo
Hello, well I am not sure what the problem is you are seeing, but I can confirm that I can download the file and the checksum matches on my site. Sometimes some appliance/proxy which thinks it does need to find malware intercepts and corrupts downloads, maybe that is your problem as well? You can try to use https, maybe that helps? Gruss Bernd Am Fri, 26 Feb 2016 16:26:11 -0700 schrieb Nick Hill : > Hello, > > I'm attempting to download a specific jar from the Central Repo, but > am running into some issues. > > If I go here: > > http://repo1.maven.org/maven2/org/seleniumhq/selenium/selenium-firefox-driver/2.44.0/ > > And attempt to download the jar "selenium-firefox-driver-2.44.0.jar", > I'll get a "connection reset" error. > > If I navigate to this same jar via the Central Repo ui: > > http://search.maven.org/#artifactdetails|org.seleniumhq.selenium|selenium-firefox-driver|2.44.0|jar > > I can download the "selenium-firefox-driver-2.44.0.jar" artifact just > fine. This seems odd to me because I'm pretty sure the link on this > page just points back to > http://repo1.maven.org/maven2/org/seleniumhq/selenium/selenium-firefox-driver/2.44.0/ > > Anyone have any thoughts? > > -Nick > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Difficulty pulling artifact out of Central Repo
Hello, I'm attempting to download a specific jar from the Central Repo, but am running into some issues. If I go here: http://repo1.maven.org/maven2/org/seleniumhq/selenium/selenium-firefox-driver/2.44.0/ And attempt to download the jar "selenium-firefox-driver-2.44.0.jar", I'll get a "connection reset" error. If I navigate to this same jar via the Central Repo ui: http://search.maven.org/#artifactdetails|org.seleniumhq.selenium|selenium-firefox-driver|2.44.0|jar I can download the "selenium-firefox-driver-2.44.0.jar" artifact just fine. This seems odd to me because I'm pretty sure the link on this page just points back to http://repo1.maven.org/maven2/org/seleniumhq/selenium/selenium-firefox-driver/2.44.0/ Anyone have any thoughts? -Nick
Re: Maven Central Repo Sync : Not working since early August
This is not likely a good mailing list for this. If it in fact was someone on the Maven team that helped you, you could try the dev list. But if it's a sync directly to Maven Central (which I doubt as you're talking about the beaver.codehaus.org server) you should file a JIRA ticket on Sonatype's central repo [1]. /Anders [1] https://issues.sonatype.org/browse/MVNCENTRAL On Wed, Aug 29, 2012 at 9:36 AM, Andy wrote: > Hi, > > a long time ago I arranged a sync between the repository I develop to > http://www.datanucleus.org/downloads/maven2/ > > to be synced into Maven Central. Someone from the Maven team, Carlos IIRC, > provided me with a ssh "authorized_keys" entry, for ma...@beaver.codehaus.org > > This was working for a long time, up until sometime during August. It seems to > have been broken before 9th Aug > > > Is someone at the Maven/Codehaus end able to check what is going on, and what > has changed (I'm pretty sure that nothing has changed at the DataNucleus end), > so we can get it working again. > > TIA > -- > Andy > > - > 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
Maven Central Repo Sync : Not working since early August
Hi, a long time ago I arranged a sync between the repository I develop to http://www.datanucleus.org/downloads/maven2/ to be synced into Maven Central. Someone from the Maven team, Carlos IIRC, provided me with a ssh "authorized_keys" entry, for ma...@beaver.codehaus.org This was working for a long time, up until sometime during August. It seems to have been broken before 9th Aug Is someone at the Maven/Codehaus end able to check what is going on, and what has changed (I'm pretty sure that nothing has changed at the DataNucleus end), so we can get it working again. TIA -- Andy - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: publishing artifacts to maven central repo
https://docs.sonatype.org/display/Repository/Sonatype+OSS+Maven+Repository+Usage+Guide http://www.sonatype.com/people/2011/10/publishing-your-artifacts-to-the-central-repository/ On Sat, Jun 9, 2012 at 9:17 AM, Radim Kolar wrote: > Can someone point me to documentation how can i get my artifacts into > maven central repository? > > --**--**- > To unsubscribe, e-mail: > users-unsubscribe@maven.**apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
publishing artifacts to maven central repo
Can someone point me to documentation how can i get my artifacts into maven central repository? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Local repo or central repo
local first, then it starts looking in configured repositories (from settings, pom, super-pom) On Tue, May 24, 2011 at 10:45 AM, uday shankar wrote: > Hi, > Where does maven pick the jars from (first) local repo or central repo? > > Regards, > Uday > > -- > View this message in context: > http://maven.40175.n5.nabble.com/Local-repo-or-central-repo-tp4422295p4422295.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
Local repo or central repo
Hi, Where does maven pick the jars from (first) local repo or central repo? Regards, Uday -- View this message in context: http://maven.40175.n5.nabble.com/Local-repo-or-central-repo-tp4422295p4422295.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: central repo?
I just wanted to close the loop on this, http://search.maven.org is now updated incrementally in lockstep with the contents of Central. On Fri, May 6, 2011 at 9:53 AM, Brian Fox wrote: > On Fri, May 6, 2011 at 3:54 AM, Nord, James wrote: >> Hi Brian, >> >> "we incorporate the feedback we received and ensure the index used to render >> the browse is completely in lockstep with the contents." >> >> Interesting... Are all the mirrors updated atomically with repo1 (I didn't >> think they where) so the engineering effort in this must be huge :-) > > I won't go and say it's completely atomic but here's what happens: > > All of the inbound syncs run on a staging machine. Some repos are > pulled hourly (forges), others daily. Once this process is complete, > the updated contents are indexed and then the staging location is > pushed out simultaneously to the UK, the live Central machine, and a > US production failover folder on the staging machine. We will push the > indexes at the same time to the search server so the window between > contents arriving on Central and appearing on Search is minimal. > >> >> Just don't want it forgotten that just as it is in repo1.m.o it may not be >> in uk.m.o (and if it is in the process of being synced could be only be >> partially there?) >> >> Thanks for the quick workaround. >> >> /James >> >> -Original Message- >> From: Brian Fox [mailto:bri...@infinity.nu] >> Sent: 05 May 2011 17:53 >> To: Maven Users List >> Subject: Re: central repo? >> >> Than you, i'll let the team know. >> http://repo2.maven.org/maven2/org/ >> Also, we've adjusted how the redirects work and included a static page so >> people don't feel like the repo was hijacked: >> >> Deeper links to artifact folders will show the older index view for now >> until we incorporate the feedback we received and ensure the index used to >> render the browse is completely in lockstep with the contents. >> >> On Thu, May 5, 2011 at 12:17 PM, Jim McCaskey >> wrote: >>> So, I'm not sure anyone here will care about this. But Maven Central does >>> not work with IE9. >>> >>> You get an error like this: >>> >>> When a website causes a failure or crash, Internet Explorer attempts to >>> restore the site. It stops after two tries to avoid an endless loop. >>> >>> And the URL switches to this: >>> >>> res://ieframe.dll/acr_error.htm#maven.org,http://search.maven.org/#bro >>> wse >>> >>> I had a friend try his system with IE8 and it worked fine. Needless to say >>> Chrome and FF work just fine. >>> >>> -Jim >>> >>> -Original Message- >>> From: Brian Fox [mailto:bri...@infinity.nu] >>> Sent: Thursday, May 05, 2011 8:50 AM >>> To: Maven Users List >>> Subject: Re: central repo? >>> >>> On Thu, May 5, 2011 at 7:09 AM, Anders Hammar wrote: >>>> Regarding the "m2e indexes", at what time are they updated? >>> >>> 3:22 CST daily. >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >>> For additional commands, e-mail: users-h...@maven.apache.org >>> >>> >>> >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >>> For additional commands, e-mail: users-h...@maven.apache.org >>> >>> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> For additional commands, e-mail: users-h...@maven.apache.org >> >> >> >> ** >> This message is confidential and intended only for the addressee. If you >> have received this message in error, please immediately notify the >> postmas...@nds.com and delete it from your system as well as any copies. The >> content of e-mails as well as traffic data may be monitored by NDS for >> employment and security purposes. To protect the environment please do not >> print this e-mail unless necessary. >> >> NDS Limited. Registered Office: One London Road, Staines, Middlesex, TW18 >> 4EX, United Kingdom. A company registered in England and Wales. Registered >> no. 3080780. VAT no. GB 603 8808 40-00 >> ** >> >> - >> 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: central repo?
On Fri, May 6, 2011 at 3:54 AM, Nord, James wrote: > Hi Brian, > > "we incorporate the feedback we received and ensure the index used to render > the browse is completely in lockstep with the contents." > > Interesting... Are all the mirrors updated atomically with repo1 (I didn't > think they where) so the engineering effort in this must be huge :-) I won't go and say it's completely atomic but here's what happens: All of the inbound syncs run on a staging machine. Some repos are pulled hourly (forges), others daily. Once this process is complete, the updated contents are indexed and then the staging location is pushed out simultaneously to the UK, the live Central machine, and a US production failover folder on the staging machine. We will push the indexes at the same time to the search server so the window between contents arriving on Central and appearing on Search is minimal. > > Just don't want it forgotten that just as it is in repo1.m.o it may not be in > uk.m.o (and if it is in the process of being synced could be only be > partially there?) > > Thanks for the quick workaround. > > /James > > -Original Message- > From: Brian Fox [mailto:bri...@infinity.nu] > Sent: 05 May 2011 17:53 > To: Maven Users List > Subject: Re: central repo? > > Than you, i'll let the team know. > http://repo2.maven.org/maven2/org/ > Also, we've adjusted how the redirects work and included a static page so > people don't feel like the repo was hijacked: > > Deeper links to artifact folders will show the older index view for now until > we incorporate the feedback we received and ensure the index used to render > the browse is completely in lockstep with the contents. > > On Thu, May 5, 2011 at 12:17 PM, Jim McCaskey > wrote: >> So, I'm not sure anyone here will care about this. But Maven Central does >> not work with IE9. >> >> You get an error like this: >> >> When a website causes a failure or crash, Internet Explorer attempts to >> restore the site. It stops after two tries to avoid an endless loop. >> >> And the URL switches to this: >> >> res://ieframe.dll/acr_error.htm#maven.org,http://search.maven.org/#bro >> wse >> >> I had a friend try his system with IE8 and it worked fine. Needless to say >> Chrome and FF work just fine. >> >> -Jim >> >> -Original Message- >> From: Brian Fox [mailto:bri...@infinity.nu] >> Sent: Thursday, May 05, 2011 8:50 AM >> To: Maven Users List >> Subject: Re: central repo? >> >> On Thu, May 5, 2011 at 7:09 AM, Anders Hammar wrote: >>> Regarding the "m2e indexes", at what time are they updated? >> >> 3:22 CST daily. >> >> - >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> For additional commands, e-mail: users-h...@maven.apache.org >> >> >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> For additional commands, e-mail: users-h...@maven.apache.org >> >> > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > > > ** > This message is confidential and intended only for the addressee. If you have > received this message in error, please immediately notify the > postmas...@nds.com and delete it from your system as well as any copies. The > content of e-mails as well as traffic data may be monitored by NDS for > employment and security purposes. To protect the environment please do not > print this e-mail unless necessary. > > NDS Limited. Registered Office: One London Road, Staines, Middlesex, TW18 > 4EX, United Kingdom. A company registered in England and Wales. Registered > no. 3080780. VAT no. GB 603 8808 40-00 > ** > > - > 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: central repo?
On Thu, May 5, 2011 at 10:09 PM, Owen Jacobson wrote: > Vastly appreciated. The current search page is pretty good from a usability > point of view (other than the piss-poor URL structure) but lags too far > behind the repository contents to be useful when, e.g., checking that new > releases have been copied to central successfully before announcing them. > > Software I released to my own repo two days ago is in central, but still > hasn't shown up in search.maven.org. Yes, we're fixing that, so it should be updated and published everytime central is updated. > > -o > > On 2011-05-05, at 12:52 PM, Brian Fox wrote: > >> Than you, i'll let the team know. >> >> Also, we've adjusted how the redirects work and included a static page >> so people don't feel like the repo was hijacked: >> http://repo2.maven.org/maven2/org/ >> >> Deeper links to artifact folders will show the older index view for >> now until we incorporate the feedback we received and ensure the index >> used to render the browse is completely in lockstep with the contents. >> >> On Thu, May 5, 2011 at 12:17 PM, Jim McCaskey >> wrote: >>> So, I'm not sure anyone here will care about this. But Maven Central does >>> not work with IE9. >>> >>> You get an error like this: >>> >>> When a website causes a failure or crash, Internet Explorer attempts to >>> restore the site. It stops after two tries to avoid an endless loop. >>> >>> And the URL switches to this: >>> >>> res://ieframe.dll/acr_error.htm#maven.org,http://search.maven.org/#browse >>> >>> I had a friend try his system with IE8 and it worked fine. Needless to say >>> Chrome and FF work just fine. >>> >>> -Jim >>> >>> -Original Message- >>> From: Brian Fox [mailto:bri...@infinity.nu] >>> Sent: Thursday, May 05, 2011 8:50 AM >>> To: Maven Users List >>> Subject: Re: central repo? >>> >>> On Thu, May 5, 2011 at 7:09 AM, Anders Hammar wrote: >>>> Regarding the "m2e indexes", at what time are they updated? >>> >>> 3:22 CST daily. >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >>> For additional commands, e-mail: users-h...@maven.apache.org >>> >>> >>> >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >>> For additional commands, e-mail: users-h...@maven.apache.org >>> >>> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> For additional commands, e-mail: users-h...@maven.apache.org >> > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: central repo?
Hi Brian, "we incorporate the feedback we received and ensure the index used to render the browse is completely in lockstep with the contents." Interesting... Are all the mirrors updated atomically with repo1 (I didn't think they where) so the engineering effort in this must be huge :-) Just don't want it forgotten that just as it is in repo1.m.o it may not be in uk.m.o (and if it is in the process of being synced could be only be partially there?) Thanks for the quick workaround. /James -Original Message- From: Brian Fox [mailto:bri...@infinity.nu] Sent: 05 May 2011 17:53 To: Maven Users List Subject: Re: central repo? Than you, i'll let the team know. http://repo2.maven.org/maven2/org/ Also, we've adjusted how the redirects work and included a static page so people don't feel like the repo was hijacked: Deeper links to artifact folders will show the older index view for now until we incorporate the feedback we received and ensure the index used to render the browse is completely in lockstep with the contents. On Thu, May 5, 2011 at 12:17 PM, Jim McCaskey wrote: > So, I'm not sure anyone here will care about this. But Maven Central does > not work with IE9. > > You get an error like this: > > When a website causes a failure or crash, Internet Explorer attempts to > restore the site. It stops after two tries to avoid an endless loop. > > And the URL switches to this: > > res://ieframe.dll/acr_error.htm#maven.org,http://search.maven.org/#bro > wse > > I had a friend try his system with IE8 and it worked fine. Needless to say > Chrome and FF work just fine. > > -Jim > > -Original Message- > From: Brian Fox [mailto:bri...@infinity.nu] > Sent: Thursday, May 05, 2011 8:50 AM > To: Maven Users List > Subject: Re: central repo? > > On Thu, May 5, 2011 at 7:09 AM, Anders Hammar wrote: >> Regarding the "m2e indexes", at what time are they updated? > > 3:22 CST daily. > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org ** This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. NDS Limited. Registered Office: One London Road, Staines, Middlesex, TW18 4EX, United Kingdom. A company registered in England and Wales. Registered no. 3080780. VAT no. GB 603 8808 40-00 ** - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: central repo?
Vastly appreciated. The current search page is pretty good from a usability point of view (other than the piss-poor URL structure) but lags too far behind the repository contents to be useful when, e.g., checking that new releases have been copied to central successfully before announcing them. Software I released to my own repo two days ago is in central, but still hasn't shown up in search.maven.org. -o On 2011-05-05, at 12:52 PM, Brian Fox wrote: > Than you, i'll let the team know. > > Also, we've adjusted how the redirects work and included a static page > so people don't feel like the repo was hijacked: > http://repo2.maven.org/maven2/org/ > > Deeper links to artifact folders will show the older index view for > now until we incorporate the feedback we received and ensure the index > used to render the browse is completely in lockstep with the contents. > > On Thu, May 5, 2011 at 12:17 PM, Jim McCaskey > wrote: >> So, I'm not sure anyone here will care about this. But Maven Central does >> not work with IE9. >> >> You get an error like this: >> >> When a website causes a failure or crash, Internet Explorer attempts to >> restore the site. It stops after two tries to avoid an endless loop. >> >> And the URL switches to this: >> >> res://ieframe.dll/acr_error.htm#maven.org,http://search.maven.org/#browse >> >> I had a friend try his system with IE8 and it worked fine. Needless to say >> Chrome and FF work just fine. >> >> -Jim >> >> -Original Message- >> From: Brian Fox [mailto:bri...@infinity.nu] >> Sent: Thursday, May 05, 2011 8:50 AM >> To: Maven Users List >> Subject: Re: central repo? >> >> On Thu, May 5, 2011 at 7:09 AM, Anders Hammar wrote: >>> Regarding the "m2e indexes", at what time are they updated? >> >> 3:22 CST daily. >> >> - >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> For additional commands, e-mail: users-h...@maven.apache.org >> >> >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> For additional commands, e-mail: users-h...@maven.apache.org >> >> > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: central repo?
Than you, i'll let the team know. Also, we've adjusted how the redirects work and included a static page so people don't feel like the repo was hijacked: http://repo2.maven.org/maven2/org/ Deeper links to artifact folders will show the older index view for now until we incorporate the feedback we received and ensure the index used to render the browse is completely in lockstep with the contents. On Thu, May 5, 2011 at 12:17 PM, Jim McCaskey wrote: > So, I'm not sure anyone here will care about this. But Maven Central does > not work with IE9. > > You get an error like this: > > When a website causes a failure or crash, Internet Explorer attempts to > restore the site. It stops after two tries to avoid an endless loop. > > And the URL switches to this: > > res://ieframe.dll/acr_error.htm#maven.org,http://search.maven.org/#browse > > I had a friend try his system with IE8 and it worked fine. Needless to say > Chrome and FF work just fine. > > -Jim > > -Original Message- > From: Brian Fox [mailto:bri...@infinity.nu] > Sent: Thursday, May 05, 2011 8:50 AM > To: Maven Users List > Subject: Re: central repo? > > On Thu, May 5, 2011 at 7:09 AM, Anders Hammar wrote: >> Regarding the "m2e indexes", at what time are they updated? > > 3:22 CST daily. > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: central repo?
So, I'm not sure anyone here will care about this. But Maven Central does not work with IE9. You get an error like this: When a website causes a failure or crash, Internet Explorer attempts to restore the site. It stops after two tries to avoid an endless loop. And the URL switches to this: res://ieframe.dll/acr_error.htm#maven.org,http://search.maven.org/#browse I had a friend try his system with IE8 and it worked fine. Needless to say Chrome and FF work just fine. -Jim -Original Message- From: Brian Fox [mailto:bri...@infinity.nu] Sent: Thursday, May 05, 2011 8:50 AM To: Maven Users List Subject: Re: central repo? On Thu, May 5, 2011 at 7:09 AM, Anders Hammar wrote: > Regarding the "m2e indexes", at what time are they updated? 3:22 CST daily. - 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: central repo?
On Thu, May 5, 2011 at 7:09 AM, Anders Hammar wrote: > Regarding the "m2e indexes", at what time are they updated? 3:22 CST daily. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: central repo?
On Thu, May 5, 2011 at 7:57 AM, Nord, James wrote: > Hi Brian, > > I understand the reasons and I'm all for it - but there needs to be a way to > easily diagnose issues for people that look after maven proxies (such as a > corporate nexus instance) when there are issues with artifacts. The old http > directory listings enabled just that. > Yes, we'll figure out how to get this accomplished asap. > Apart from the above I actually liked search.m.o and was impressed by its > speed (seemed quicker than nexus when searching!). > Thanks. Fwiw, it's built using Solr and Lucene, so most of the credit goes to those communities. > OT: when you download an artifact from search.m.o does it give you your local > mirror (uk in my case) or does it travel across the pond and download from > repo1.m.o? > Currently no, but we didn't anticipate huge numbers of downloads through the search system. > Regards, > > /james > > -Original Message- > From: Brian Fox [mailto:bri...@infinity.nu] > Sent: 05 May 2011 12:06 > To: Maven Users List > Subject: Re: central repo? > > This was an attempt to block the constant scrapers that are attempting to > crawl the entire repository for no good reason, and the bandwidth isn't free. > > The index used to serve the search is not the same index used by M2e. > Fwiw, the m2e indexes are updated daily now, but I need to see why this index > was out of date. > > Regardless, we'll go back to the drawing board and see how to make this less > of a hurdle, while still interrupting the scrapers. > > On Wed, May 4, 2011 at 6:27 PM, Nord, James wrote: >> That doesn't browse the repo it browses what it thinks is the repo (or >> the index...) >> >> e.g. there is no org.eclipse.tycho but there is >> >> Also which repo does it think that is - the UK mirror whuch may or may not >> be updated with the latest deployment??!? >> >> http://repo1.maven.org/maven2/org/eclipse/tycho/tycho-maven-plugin/mav >> en-metadata.xml (is ok) >> >> there is no org/eclipse/tycho according to >> http://search.maven.org/#browse%7C1428323731 >> >> /James - ie let me see the real think not the index that is wrong most >> of the time >> >> >> -Original Message- >> From: Arnaud Héritier [mailto:aherit...@gmail.com] >> Sent: 04 May 2011 23:24 >> To: Maven Users List >> Subject: Re: central repo? >> >> Hi, >> >> You can continue to browse the repository from here : >> http://search.maven.org/#browse%7C47 >> >> Is it what you searched ? >> >> Arnaud >> >> On Thu, May 5, 2011 at 12:09 AM, Nord, James wrote: >> >>> Hi all, >>> >>> What happened recently to the central repos and their mirrors (uk). >>> >>> When I try to browse I now get redirected to search.maven.org which >>> is not a good thing when trying to work out why something isn't >>> working as expected when proxied via a repo manager. >>> >>> Also I guess these searches run of the index - but as far as I have >>> always been led to believe the indexes are correct on Sunday only, >>> and don't help when the metadata is incorrect. >>> >>> How can I get back to the old bog standard directory listings >>> produced by the web server? >>> >>> /james >>> >>> >>> >>> >>> >>> >>> * >>> * >>> This message is confidential and intended only for >>> the addressee. If you have received this message in error, please >>> immediately notify the postmas...@nds.com and delete it from your >>> system as well as any copies. >>> The content of e-mails as well as traffic data may be monitored by >>> NDS for employment and security purposes. To protect the environment >>> please do not print this e-mail unless necessary. >>> >>> NDS Limited. Registered Office: One London Road, Staines, Middlesex, >>> TW18 4EX, United Kingdom. A company registered in England and Wales. >>> Registered no. 3080780. VAT no. GB 603 8808 40-00 >>> >>> * >>> * >>> >>> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> For additional commands, e-mail: users-h...@maven.apache.org >> >> > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: central repo?
The Browse Remote feature in Nexus still seems to work for central. If Sonatype hasn't updated that recently it still looks at the actual content of the remote repo. /Anders On Thu, May 5, 2011 at 13:57, Nord, James wrote: > Hi Brian, > > I understand the reasons and I'm all for it - but there needs to be a way > to easily diagnose issues for people that look after maven proxies (such as > a corporate nexus instance) when there are issues with artifacts. The old > http directory listings enabled just that. > > Apart from the above I actually liked search.m.o and was impressed by its > speed (seemed quicker than nexus when searching!). > > OT: when you download an artifact from search.m.o does it give you your > local mirror (uk in my case) or does it travel across the pond and download > from repo1.m.o? > > Regards, > >/james > > -Original Message- > From: Brian Fox [mailto:bri...@infinity.nu] > Sent: 05 May 2011 12:06 > To: Maven Users List > Subject: Re: central repo? > > This was an attempt to block the constant scrapers that are attempting to > crawl the entire repository for no good reason, and the bandwidth isn't > free. > > The index used to serve the search is not the same index used by M2e. > Fwiw, the m2e indexes are updated daily now, but I need to see why this > index was out of date. > > Regardless, we'll go back to the drawing board and see how to make this > less of a hurdle, while still interrupting the scrapers. > > On Wed, May 4, 2011 at 6:27 PM, Nord, James wrote: > > That doesn't browse the repo it browses what it thinks is the repo (or > > the index...) > > > > e.g. there is no org.eclipse.tycho but there is > > > > Also which repo does it think that is - the UK mirror whuch may or may > not be updated with the latest deployment??!? > > > > http://repo1.maven.org/maven2/org/eclipse/tycho/tycho-maven-plugin/mav > > en-metadata.xml (is ok) > > > > there is no org/eclipse/tycho according to > > http://search.maven.org/#browse%7C1428323731 > > > > /James - ie let me see the real think not the index that is wrong most > > of the time > > > > > > -Original Message- > > From: Arnaud Héritier [mailto:aherit...@gmail.com] > > Sent: 04 May 2011 23:24 > > To: Maven Users List > > Subject: Re: central repo? > > > > Hi, > > > > You can continue to browse the repository from here : > > http://search.maven.org/#browse%7C47 > > > > Is it what you searched ? > > > > Arnaud > > > > On Thu, May 5, 2011 at 12:09 AM, Nord, James wrote: > > > >> Hi all, > >> > >> What happened recently to the central repos and their mirrors (uk). > >> > >> When I try to browse I now get redirected to search.maven.org which > >> is not a good thing when trying to work out why something isn't > >> working as expected when proxied via a repo manager. > >> > >> Also I guess these searches run of the index - but as far as I have > >> always been led to believe the indexes are correct on Sunday only, > >> and don't help when the metadata is incorrect. > >> > >> How can I get back to the old bog standard directory listings > >> produced by the web server? > >> > >> /james > >> > >> > >> > >> > >> > >> > >> * > >> * > >> This message is confidential and intended only for > >> the addressee. If you have received this message in error, please > >> immediately notify the postmas...@nds.com and delete it from your > >> system as well as any copies. > >> The content of e-mails as well as traffic data may be monitored by > >> NDS for employment and security purposes. To protect the environment > >> please do not print this e-mail unless necessary. > >> > >> NDS Limited. Registered Office: One London Road, Staines, Middlesex, > >> TW18 4EX, United Kingdom. A company registered in England and Wales. > >> Registered no. 3080780. VAT no. GB 603 8808 40-00 > >> > >> * > >> * > >> > >> > > > > - > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > > For additional commands, e-mail: users-h...@maven.apache.org > > > > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
RE: central repo?
Hi Brian, I understand the reasons and I'm all for it - but there needs to be a way to easily diagnose issues for people that look after maven proxies (such as a corporate nexus instance) when there are issues with artifacts. The old http directory listings enabled just that. Apart from the above I actually liked search.m.o and was impressed by its speed (seemed quicker than nexus when searching!). OT: when you download an artifact from search.m.o does it give you your local mirror (uk in my case) or does it travel across the pond and download from repo1.m.o? Regards, /james -Original Message- From: Brian Fox [mailto:bri...@infinity.nu] Sent: 05 May 2011 12:06 To: Maven Users List Subject: Re: central repo? This was an attempt to block the constant scrapers that are attempting to crawl the entire repository for no good reason, and the bandwidth isn't free. The index used to serve the search is not the same index used by M2e. Fwiw, the m2e indexes are updated daily now, but I need to see why this index was out of date. Regardless, we'll go back to the drawing board and see how to make this less of a hurdle, while still interrupting the scrapers. On Wed, May 4, 2011 at 6:27 PM, Nord, James wrote: > That doesn't browse the repo it browses what it thinks is the repo (or > the index...) > > e.g. there is no org.eclipse.tycho but there is > > Also which repo does it think that is - the UK mirror whuch may or may not be > updated with the latest deployment??!? > > http://repo1.maven.org/maven2/org/eclipse/tycho/tycho-maven-plugin/mav > en-metadata.xml (is ok) > > there is no org/eclipse/tycho according to > http://search.maven.org/#browse%7C1428323731 > > /James - ie let me see the real think not the index that is wrong most > of the time > > > -Original Message- > From: Arnaud Héritier [mailto:aherit...@gmail.com] > Sent: 04 May 2011 23:24 > To: Maven Users List > Subject: Re: central repo? > > Hi, > > You can continue to browse the repository from here : > http://search.maven.org/#browse%7C47 > > Is it what you searched ? > > Arnaud > > On Thu, May 5, 2011 at 12:09 AM, Nord, James wrote: > >> Hi all, >> >> What happened recently to the central repos and their mirrors (uk). >> >> When I try to browse I now get redirected to search.maven.org which >> is not a good thing when trying to work out why something isn't >> working as expected when proxied via a repo manager. >> >> Also I guess these searches run of the index - but as far as I have >> always been led to believe the indexes are correct on Sunday only, >> and don't help when the metadata is incorrect. >> >> How can I get back to the old bog standard directory listings >> produced by the web server? >> >> /james >> >> >> >> >> >> >> * >> * >> This message is confidential and intended only for >> the addressee. If you have received this message in error, please >> immediately notify the postmas...@nds.com and delete it from your >> system as well as any copies. >> The content of e-mails as well as traffic data may be monitored by >> NDS for employment and security purposes. To protect the environment >> please do not print this e-mail unless necessary. >> >> NDS Limited. Registered Office: One London Road, Staines, Middlesex, >> TW18 4EX, United Kingdom. A company registered in England and Wales. >> Registered no. 3080780. VAT no. GB 603 8808 40-00 >> >> * >> * >> >> > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: central repo?
Regarding the "m2e indexes", at what time are they updated? /Anders On Thu, May 5, 2011 at 13:06, Brian Fox wrote: > This was an attempt to block the constant scrapers that are attempting > to crawl the entire repository for no good reason, and the bandwidth > isn't free. > > The index used to serve the search is not the same index used by M2e. > Fwiw, the m2e indexes are updated daily now, but I need to see why > this index was out of date. > > Regardless, we'll go back to the drawing board and see how to make > this less of a hurdle, while still interrupting the scrapers. > > On Wed, May 4, 2011 at 6:27 PM, Nord, James wrote: > > That doesn't browse the repo it browses what it thinks is the repo (or > the index...) > > > > e.g. there is no org.eclipse.tycho but there is > > > > Also which repo does it think that is - the UK mirror whuch may or may > not be updated with the latest deployment??!? > > > > > http://repo1.maven.org/maven2/org/eclipse/tycho/tycho-maven-plugin/maven-metadata.xml(is > ok) > > > > there is no org/eclipse/tycho according to > http://search.maven.org/#browse%7C1428323731 > > > > /James - ie let me see the real think not the index that is wrong most of > the time > > > > > > -Original Message- > > From: Arnaud Héritier [mailto:aherit...@gmail.com] > > Sent: 04 May 2011 23:24 > > To: Maven Users List > > Subject: Re: central repo? > > > > Hi, > > > > You can continue to browse the repository from here : > > http://search.maven.org/#browse%7C47 > > > > Is it what you searched ? > > > > Arnaud > > > > On Thu, May 5, 2011 at 12:09 AM, Nord, James wrote: > > > >> Hi all, > >> > >> What happened recently to the central repos and their mirrors (uk). > >> > >> When I try to browse I now get redirected to search.maven.org which is > >> not a good thing when trying to work out why something isn't working > >> as expected when proxied via a repo manager. > >> > >> Also I guess these searches run of the index - but as far as I have > >> always been led to believe the indexes are correct on Sunday only, and > >> don't help when the metadata is incorrect. > >> > >> How can I get back to the old bog standard directory listings produced > >> by the web server? > >> > >> /james > >> > >> > >> > >> > >> > >> > >> ** > >> This message is confidential and intended only for > >> the addressee. If you have received this message in error, please > >> immediately notify the postmas...@nds.com and delete it from your > >> system as well as any copies. > >> The content of e-mails as well as traffic data may be monitored by NDS > >> for employment and security purposes. To protect the environment > >> please do not print this e-mail unless necessary. > >> > >> NDS Limited. Registered Office: One London Road, Staines, Middlesex, > >> TW18 4EX, United Kingdom. A company registered in England and Wales. > >> Registered no. 3080780. VAT no. GB 603 8808 40-00 > >> > >> ** > >> > >> > > > > - > > 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: central repo?
This was an attempt to block the constant scrapers that are attempting to crawl the entire repository for no good reason, and the bandwidth isn't free. The index used to serve the search is not the same index used by M2e. Fwiw, the m2e indexes are updated daily now, but I need to see why this index was out of date. Regardless, we'll go back to the drawing board and see how to make this less of a hurdle, while still interrupting the scrapers. On Wed, May 4, 2011 at 6:27 PM, Nord, James wrote: > That doesn't browse the repo it browses what it thinks is the repo (or the > index...) > > e.g. there is no org.eclipse.tycho but there is > > Also which repo does it think that is - the UK mirror whuch may or may not be > updated with the latest deployment??!? > > http://repo1.maven.org/maven2/org/eclipse/tycho/tycho-maven-plugin/maven-metadata.xml > (is ok) > > there is no org/eclipse/tycho according to > http://search.maven.org/#browse%7C1428323731 > > /James - ie let me see the real think not the index that is wrong most of the > time > > > -Original Message- > From: Arnaud Héritier [mailto:aherit...@gmail.com] > Sent: 04 May 2011 23:24 > To: Maven Users List > Subject: Re: central repo? > > Hi, > > You can continue to browse the repository from here : > http://search.maven.org/#browse%7C47 > > Is it what you searched ? > > Arnaud > > On Thu, May 5, 2011 at 12:09 AM, Nord, James wrote: > >> Hi all, >> >> What happened recently to the central repos and their mirrors (uk). >> >> When I try to browse I now get redirected to search.maven.org which is >> not a good thing when trying to work out why something isn't working >> as expected when proxied via a repo manager. >> >> Also I guess these searches run of the index - but as far as I have >> always been led to believe the indexes are correct on Sunday only, and >> don't help when the metadata is incorrect. >> >> How can I get back to the old bog standard directory listings produced >> by the web server? >> >> /james >> >> >> >> >> >> >> ** >> This message is confidential and intended only for >> the addressee. If you have received this message in error, please >> immediately notify the postmas...@nds.com and delete it from your >> system as well as any copies. >> The content of e-mails as well as traffic data may be monitored by NDS >> for employment and security purposes. To protect the environment >> please do not print this e-mail unless necessary. >> >> NDS Limited. Registered Office: One London Road, Staines, Middlesex, >> TW18 4EX, United Kingdom. A company registered in England and Wales. >> Registered no. 3080780. VAT no. GB 603 8808 40-00 >> >> ** >> >> > > - > 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: central repo?
Karl Heinz Marbaise wrote: > Hi, > > i would appreciate the old state as well... +1 from me too... > > Just accessing http://repo1.maven.org/maven2/org/apache/ to see what 's > there without SEARCH engine...proxy checking etc. > > If i like to use it the behavior before was: Just use search.maven.org > ...was perfect... +1 - Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: central repo?
Hi, i would appreciate the old state as well... +1 from me too... Just accessing http://repo1.maven.org/maven2/org/apache/ to see what 's there without SEARCH engine...proxy checking etc. If i like to use it the behavior before was: Just use search.maven.org ...was perfect... Kind regards Karl Heinz Marbaise - Kind regards Karl Heinz Marbaise http://www.soebes.de http://www.skmwiki.de http://supose.org/wiki/supose -- View this message in context: http://maven.40175.n5.nabble.com/central-repo-tp4371264p4372291.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: central repo?
+1 to this as well. I was just trying to diagnose why a new artifact I released via oss.sonatype.org wasn't appearing in central ( I'm sure it was last night ), but not now - and now I just get this search engine which seems very inconsistent in its redirect behaviour. -- "Great artists are extremely selfish and arrogant things" — Steven Wilson, Porcupine Tree On Thu, May 5, 2011 at 11:09 AM, Jim McCaskey wrote: > I just got hit by this as well. Thought central had been hijacked. Is > there any way to get the full URL back? That has been so helpful just to be > able to copy/paste/send to others. Needless to say, the url itself contains > valuable information about the artifact in question. Now you have that > short thing that has no information what so ever. > > I like the search feature, but maybe it could be off to the side? > > -Jim > > -Original Message- > From: Nord, James [mailto:jn...@nds.com] > Sent: Wednesday, May 04, 2011 5:28 PM > To: Maven Users List > Subject: RE: central repo? > > That doesn't browse the repo it browses what it thinks is the repo (or the > index...) > > e.g. there is no org.eclipse.tycho but there is > > Also which repo does it think that is - the UK mirror whuch may or may not > be updated with the latest deployment??!? > > > http://repo1.maven.org/maven2/org/eclipse/tycho/tycho-maven-plugin/maven-metadata.xml(is > ok) > > there is no org/eclipse/tycho according to > http://search.maven.org/#browse%7C1428323731 > > /James - ie let me see the real think not the index that is wrong most of > the time > > > -Original Message----- > From: Arnaud Héritier [mailto:aherit...@gmail.com] > Sent: 04 May 2011 23:24 > To: Maven Users List > Subject: Re: central repo? > > Hi, > > You can continue to browse the repository from here : > http://search.maven.org/#browse%7C47 > > Is it what you searched ? > > Arnaud > > On Thu, May 5, 2011 at 12:09 AM, Nord, James wrote: > > > Hi all, > > > > What happened recently to the central repos and their mirrors (uk). > > > > When I try to browse I now get redirected to search.maven.org which is > > not a good thing when trying to work out why something isn't working > > as expected when proxied via a repo manager. > > > > Also I guess these searches run of the index - but as far as I have > > always been led to believe the indexes are correct on Sunday only, and > > don't help when the metadata is incorrect. > > > > How can I get back to the old bog standard directory listings produced > > by the web server? > > > > /james > > > > > > > > > > > > > > ** > > This message is confidential and intended only for > > the addressee. If you have received this message in error, please > > immediately notify the postmas...@nds.com and delete it from your > > system as well as any copies. > > The content of e-mails as well as traffic data may be monitored by NDS > > for employment and security purposes. To protect the environment > > please do not print this e-mail unless necessary. > > > > NDS Limited. Registered Office: One London Road, Staines, Middlesex, > > TW18 4EX, United Kingdom. A company registered in England and Wales. > > Registered no. 3080780. VAT no. GB 603 8808 40-00 > > > > ** > > > > > > - > 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: central repo?
I just got hit by this as well. Thought central had been hijacked. Is there any way to get the full URL back? That has been so helpful just to be able to copy/paste/send to others. Needless to say, the url itself contains valuable information about the artifact in question. Now you have that short thing that has no information what so ever. I like the search feature, but maybe it could be off to the side? -Jim -Original Message- From: Nord, James [mailto:jn...@nds.com] Sent: Wednesday, May 04, 2011 5:28 PM To: Maven Users List Subject: RE: central repo? That doesn't browse the repo it browses what it thinks is the repo (or the index...) e.g. there is no org.eclipse.tycho but there is Also which repo does it think that is - the UK mirror whuch may or may not be updated with the latest deployment??!? http://repo1.maven.org/maven2/org/eclipse/tycho/tycho-maven-plugin/maven-metadata.xml (is ok) there is no org/eclipse/tycho according to http://search.maven.org/#browse%7C1428323731 /James - ie let me see the real think not the index that is wrong most of the time -Original Message- From: Arnaud Héritier [mailto:aherit...@gmail.com] Sent: 04 May 2011 23:24 To: Maven Users List Subject: Re: central repo? Hi, You can continue to browse the repository from here : http://search.maven.org/#browse%7C47 Is it what you searched ? Arnaud On Thu, May 5, 2011 at 12:09 AM, Nord, James wrote: > Hi all, > > What happened recently to the central repos and their mirrors (uk). > > When I try to browse I now get redirected to search.maven.org which is > not a good thing when trying to work out why something isn't working > as expected when proxied via a repo manager. > > Also I guess these searches run of the index - but as far as I have > always been led to believe the indexes are correct on Sunday only, and > don't help when the metadata is incorrect. > > How can I get back to the old bog standard directory listings produced > by the web server? > > /james > > > > > > > ** > This message is confidential and intended only for > the addressee. If you have received this message in error, please > immediately notify the postmas...@nds.com and delete it from your > system as well as any copies. > The content of e-mails as well as traffic data may be monitored by NDS > for employment and security purposes. To protect the environment > please do not print this e-mail unless necessary. > > NDS Limited. Registered Office: One London Road, Staines, Middlesex, > TW18 4EX, United Kingdom. A company registered in England and Wales. > Registered no. 3080780. VAT no. GB 603 8808 40-00 > > ** > > - 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: central repo?
That doesn't browse the repo it browses what it thinks is the repo (or the index...) e.g. there is no org.eclipse.tycho but there is Also which repo does it think that is - the UK mirror whuch may or may not be updated with the latest deployment??!? http://repo1.maven.org/maven2/org/eclipse/tycho/tycho-maven-plugin/maven-metadata.xml (is ok) there is no org/eclipse/tycho according to http://search.maven.org/#browse%7C1428323731 /James - ie let me see the real think not the index that is wrong most of the time -Original Message- From: Arnaud Héritier [mailto:aherit...@gmail.com] Sent: 04 May 2011 23:24 To: Maven Users List Subject: Re: central repo? Hi, You can continue to browse the repository from here : http://search.maven.org/#browse%7C47 Is it what you searched ? Arnaud On Thu, May 5, 2011 at 12:09 AM, Nord, James wrote: > Hi all, > > What happened recently to the central repos and their mirrors (uk). > > When I try to browse I now get redirected to search.maven.org which is > not a good thing when trying to work out why something isn't working > as expected when proxied via a repo manager. > > Also I guess these searches run of the index - but as far as I have > always been led to believe the indexes are correct on Sunday only, and > don't help when the metadata is incorrect. > > How can I get back to the old bog standard directory listings produced > by the web server? > > /james > > > > > > > ** > This message is confidential and intended only for > the addressee. If you have received this message in error, please > immediately notify the postmas...@nds.com and delete it from your > system as well as any copies. > The content of e-mails as well as traffic data may be monitored by NDS > for employment and security purposes. To protect the environment > please do not print this e-mail unless necessary. > > NDS Limited. Registered Office: One London Road, Staines, Middlesex, > TW18 4EX, United Kingdom. A company registered in England and Wales. > Registered no. 3080780. VAT no. GB 603 8808 40-00 > > ** > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: central repo?
Hi, You can continue to browse the repository from here : http://search.maven.org/#browse%7C47 Is it what you searched ? Arnaud On Thu, May 5, 2011 at 12:09 AM, Nord, James wrote: > Hi all, > > What happened recently to the central repos and their mirrors (uk). > > When I try to browse I now get redirected to search.maven.org which is not > a good thing when trying to work out why something isn't working as expected > when proxied via a repo manager. > > Also I guess these searches run of the index - but as far as I have always > been led to believe the indexes are correct on Sunday only, and don't help > when the metadata is incorrect. > > How can I get back to the old bog standard directory listings produced by > the web server? > > /james > > > > > > > ** > This message is confidential and intended only for the addressee. If you > have received this message in error, please immediately notify the > postmas...@nds.com and delete it from your system as well as any copies. > The content of e-mails as well as traffic data may be monitored by NDS for > employment and security purposes. To protect the environment please do not > print this e-mail unless necessary. > > NDS Limited. Registered Office: One London Road, Staines, Middlesex, TW18 > 4EX, United Kingdom. A company registered in England and Wales. Registered > no. 3080780. VAT no. GB 603 8808 40-00 > > ** >
central repo?
Hi all, What happened recently to the central repos and their mirrors (uk). When I try to browse I now get redirected to search.maven.org which is not a good thing when trying to work out why something isn't working as expected when proxied via a repo manager. Also I guess these searches run of the index - but as far as I have always been led to believe the indexes are correct on Sunday only, and don't help when the metadata is incorrect. How can I get back to the old bog standard directory listings produced by the web server? /james ** This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. NDS Limited. Registered Office: One London Road, Staines, Middlesex, TW18 4EX, United Kingdom. A company registered in England and Wales. Registered no. 3080780. VAT no. GB 603 8808 40-00 **
Re: central repo, snapshots and releases
On Mon, Aug 23, 2010 at 3:24 PM, Brian Fox wrote: > The reason is simple: Simple, but not obvious ;) > > Maven needs at least one snapshot repo configured, or it won't even > attempt to ask anyone (specifically Nexus via the mirrorOf * setting) > for any snapshots. Maven has built in an existing repository with the > ID central but it is enabled only for releases. We must do either: 1) I was kind of guessing that. So, Maven, by default has the actual Maven Central Repo defined under the id "central" . . . I didn't quite realize that before. > define another repo as snapshot only, or 2) enable snapshots for the > built in central id. The example chooses 2. We could have used 1, but > since I put in the example from years of habit, that's what stuck ;-) > So, in a nutshell, you've redefined the repo with id of central to point somewhere else, the bogus URL, and then mirrored it with the wildcard. > You'll also note that I like to redefine the url as well so that when > maven spits out what it's doing, it's immediately apparent if my > settings are ignored or not. Makes perfect sense. Thanks for the explanation. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: central repo, snapshots and releases
The reason is simple: Maven needs at least one snapshot repo configured, or it won't even attempt to ask anyone (specifically Nexus via the mirrorOf * setting) for any snapshots. Maven has built in an existing repository with the ID central but it is enabled only for releases. We must do either: 1) define another repo as snapshot only, or 2) enable snapshots for the built in central id. The example chooses 2. We could have used 1, but since I put in the example from years of habit, that's what stuck ;-) You'll also note that I like to redefine the url as well so that when maven spits out what it's doing, it's immediately apparent if my settings are ignored or not. On Mon, Aug 23, 2010 at 2:36 PM, ChadDavis wrote: >> >> >> nexus >> >> >> >> >> central >> http://central >> true >> true >> >> >> >> >> central >> http://central >> true >> true >> >> >> >> >> >> >> nexus >> >> >> > > Thanks for the responses. I'm still confused about the "logic" of > that profile element in the settings.xml. It sets up a mock central > repo, for both plugins and artifacts, and enables snapshots and > releases on this central mock. Can someone illuminate what is going > on there? > > - > 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: central repo, snapshots and releases
> > > nexus > > > > > central > http://central > true > true > > > > > central > http://central > true > true > > > > > > > nexus > > > Thanks for the responses. I'm still confused about the "logic" of that profile element in the settings.xml. It sets up a mock central repo, for both plugins and artifacts, and enables snapshots and releases on this central mock. Can someone illuminate what is going on there? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: central repo, snapshots and releases
On 23/08/2010 1:15 PM, Wendy Smoak wrote: On Mon, Aug 23, 2010 at 1:09 PM, Ron Wheeler wrote: So the client needs to configure 2 repositories- one for all the releases and one for all the SNAPSHOTS. You should be able to use a single repo url from the client -- the repo managers have the concept of a 'virtual repository' or a 'repository group'. Wendy is right. Here is my slightly modified.settings.xml to give a concrete example of a working configuration. A lot of the configuration and brains on on the Nexus side. It knows how to deploy a SNAPSHOT that gets sent its way regardless of what I call it on the client side. http://maven.apache.org/SETTINGS/1.0.0"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 http://maven.apache.org/xsd/settings-1.0.0.xsd";> nexus me_me_me secret nexus-snapshots me_me_me secret c:\maven_repository/ nexus * http://repo.xxx.ccc:8081/nexus/content/groups/public nexus central http://central true true central http://central true true nexus - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: central repo, snapshots and releases
On Mon, Aug 23, 2010 at 1:09 PM, Ron Wheeler wrote: > So the client needs to configure 2 repositories- one for all the releases > and one for all the SNAPSHOTS. You should be able to use a single repo url from the client -- the repo managers have the concept of a 'virtual repository' or a 'repository group'. -- Wendy - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: central repo, snapshots and releases
Your nexus is a proxy for releases from central Your Nexus has a place to host third party libraries that can not be distributed from Central due to licensing issues. Your Nexus is a host for your releases Your Nexus is a host for your SNAPSHOTs When deploying you only deploy to the last 2 When getting releases, you want to set up Nexus to give you both your own stuff and the other sites that it hosts or proxies When getting SNAPSHOTS you usually want your own snapshots When deploying the client needs to tell the IDE where the releases go and where the SNAPSHOTS go. So the client needs to configure 2 repositories- one for all the releases and one for all the SNAPSHOTS. Nexus will respond to your requests for whichever sort of artifact that you want but it does need to keep separate lists of configured places on its side to keep things straight so the client needs 2 places to get things and to deploy things. Ron On 23/08/2010 12:45 PM, ChadDavis wrote: I'm reading the Nexus book. It describes how a given repository is either for releases or snapshots. It says that the central maven repo is a release repository. But then in the example for how to configure a profile that will use the nexus served repository instead of central, it shows configuring the central repo to lookup both snapshots and releases. This is a bit confusing . . . can someone elaborate. First, is it true that central repo only serves releases? Second, what's going on with the example configuration that turns on both releases and snapshots for the central repo? Thanks! - 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
central repo, snapshots and releases
I'm reading the Nexus book. It describes how a given repository is either for releases or snapshots. It says that the central maven repo is a release repository. But then in the example for how to configure a profile that will use the nexus served repository instead of central, it shows configuring the central repo to lookup both snapshots and releases. This is a bit confusing . . . can someone elaborate. First, is it true that central repo only serves releases? Second, what's going on with the example configuration that turns on both releases and snapshots for the central repo? Thanks! - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: using a proxy to bypass network issues accessing maven central repo
Replying to myself for the benefit of others -- it seems to me like theres a built in repository in maven called maven2 that is set to look in the central repo. If you do a mvn help:effective-pom you don't see it, but if you do a mvn -X then you see access of the repo with id maven2. I created a mirror in settings.xml with id maven2 and url http://mirrors.ibiblio.org/pub/mirrors/maven2 and now I get no attempted access to repo1or2.maven.org On Tue, Jul 20, 2010 at 11:52 AM, kelvin goodson wrote: > I'm having local network problems reaching maven central repo (not > pingable, traceroute fails). Whilst these are being fixed I set up a > proxy in my settings.xml > > > > true > http > www.randomizer.info > 80 > > > > > However, my build is still stalling on attempted downloads from > repo2.maven.org > > > > [INFO] task-segment: [install] > [INFO] > > Downloading: > http://repo2.maven.org/maven2/org/apache/santuario/xmlsec/1.4.0/xmlsec-1.4.0.pom > <<<< LONG WAIT >>>> > [WARNING] Unable to get resource > 'org.apache.santuario:xmlsec:pom:1.4.0' from repository maven.central > (http://repo2.maven.org/maven2): Erro > r transferring file: Server returned HTTP response code: 503 for URL: > http://repo2.maven.org/maven2/org/apache/santuario/xmlsec/1.4.0/xmlsec > -1.4.0.pom > > > Can anyone offer any clues as to why this is the case please? > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
using a proxy to bypass network issues accessing maven central repo
I'm having local network problems reaching maven central repo (not pingable, traceroute fails). Whilst these are being fixed I set up a proxy in my settings.xml true http www.randomizer.info 80 However, my build is still stalling on attempted downloads from repo2.maven.org [INFO]task-segment: [install] [INFO] Downloading: http://repo2.maven.org/maven2/org/apache/santuario/xmlsec/1.4.0/xmlsec-1.4.0.pom <<<< LONG WAIT >>>> [WARNING] Unable to get resource 'org.apache.santuario:xmlsec:pom:1.4.0' from repository maven.central (http://repo2.maven.org/maven2): Erro r transferring file: Server returned HTTP response code: 503 for URL: http://repo2.maven.org/maven2/org/apache/santuario/xmlsec/1.4.0/xmlsec -1.4.0.pom Can anyone offer any clues as to why this is the case please? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Dealing with legacy dependencies for projects that are pushed to central repo
Hi, I am wondering what the recommended way is to deal with legacy dependencies (those that can not be resolved against an official repository) for artifacts that are going to be published to central. The module in doubt is a showcase application (war) that belongs to a web interface integration library. The showcase web application needs a library which is sadly not published via central. Technically, it only needs to be moved to WEB-INF/lib for the resulting artifact. The most obvious solution would be to do this in the prepare-package phase e.g. with the dependency:copy goal. The dependency would then not be declared in the pom.xml, AFAICS Another way I could think of is performing an install:file goal in the initialize phase. This would allow me to declare the legacy lib as formal dependency in the applications's pom.xml. It would also be available in test phase then. My questions: 1. What is the recommended way to deal with this problem? 2. Are both solutions feasible, or are there any obligations for pushing to the app artifact to central that would not be met? 3. Are there other solutions I missed? TIA, - René -- René Gielen http://twitter.com/rgielen - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: POMs on central repo with references to other repositories
Unfortunately the rules currently are only checked for things uploaded by hand, which is a tiny portion. The rsync sources that get setup are now checked when they are enabled, but things come directly in from the projects and it's not enforced. We're working on ways to correct this and stop the garbage. On Wed, Nov 4, 2009 at 4:38 AM, Anders Hammar wrote: > Ok, it could be that these rules are still enforced by manual checking > today. There was a thread about this some weeks ago. > Reporting these issues would be good, I guess. It makes it possible to > address any future releases of these artifacts. > > /Anders > > On Wed, Nov 4, 2009 at 13:29, Stevo Slavić wrote: > >> OK, thanks! >> >> I believe these rules existed before year 2009. >> Here< >> http://repo1.maven.org/maven2/org/springframework/ws/spring-ws-parent/1.5.8/ >> >is >> one such >> pom< >> http://repo1.maven.org/maven2/org/springframework/ws/spring-ws-parent/1.5.8/spring-ws-parent-1.5.8.pom >> >uploaded >> in August 2009, and another >> one< >> http://repo2.maven.org/maven2/org/codehaus/castor/castor/1.3.0.1/castor-1.3.0.1.pom >> >uploaded >> in September 2009., org.apache:apache:6:pom from April 2009 has >> external snapshot repo, jetty-parent:11 >> pom< >> http://repo1.maven.org/maven2/org/eclipse/jetty/jetty-parent/11/jetty-parent-11.pom >> >from >> July 2009 has both external repositories and pluginRepositories >> defined, ... >> >> Regards, >> Stevo. >> >> On Wed, Nov 4, 2009 at 12:54 PM, Anders Hammar wrote: >> >> > My understanding is: >> > >> > 1) No, central will not be cleaned. No changes are done to central as it >> > might break builds. >> > 2) http://jira.codehaus.org/browse/MEV >> > 3) I don't think so. The pom(s) you've found are old ones before the >> rules >> > were enforced (or even existed possibly) >> > >> > /Anders >> > >> > On Wed, Nov 4, 2009 at 11:58, Stevo Slavić wrote: >> > >> > > Hello Maven users, >> > > >> > > By this guide< >> > > >> http://maven.apache.org/guides/mini/guide-central-repository-upload.html >> > > >it >> > > seems to be forbidden to upload artifacts to central with POMs that >> > > reference other repositories, so that central repo is self-contained. >> > Even >> > > with this rule there seem to be many artifacts on central which >> reference >> > > non-central repositories. Dependencies report mojo from >> > > maven-project-info-reports plugin seems to pick up these repositories >> > > declared in dependencies too, displaying build-hanging warnings on them >> > > like >> > > >> > > >> > > "[WARNING] The repository url ' >> http://maven.springframework.org/external >> > ' >> > > is >> > > invalid - Repository 'spring-external' will be blacklisted." >> > > >> > > (btw http://maven.springframework.org/external repository is defined >> in >> > > org.springframework.ws:spring-ws-parent) >> > > >> > > Will central be cleaned up from these artifacts? >> > > Is there an issue where one could report such invalid POMs? >> > > Is the policy regarding repository references different when external >> > > repositories are being synced to central? >> > > >> > > Regards, >> > > Stevo. >> > > >> > >> > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: jta-1.0.1B.jar missing in central repo
Babptiste, I understand that this is a good solution for users who work for a comany that service a managed repo. First i didn't get the difference between the two deployed jta versions, but thanks to Anders now I know... Regards, Johan. 2009/11/4 Baptiste MATHUS > Well, no. The generic solution is to put a maven repository manager inside > your own repository. This way, you'll be able to handle configuration very > simply without depending on public repositories only. It just doesn't > scale. > Sometimes, you want things that'll never exist publicly. As Anders > explained, jta is to be retrieved manually (read the pom). > For instance, that's what we did inside our MRM. I guess this "limitation" > kind of comes from the license. > > And putting a mrm between is the almost only solution to handle it > properly. > Even apart from the fact that without a mrm between your developers and the > net, your company will hit central repository (and others) thousands of > times instead of just once... > The corresponding link: > > http://www.sonatype.com/people/2008/08/be-a-good-maven-citizen-dont-scrape-the-whole-damn-central-repository/ > > Cheers. > > 2009/11/4 Johan Vogelzang > > > I do not see why this is correct in central. > > The more recent version 1.1 seems to be correctly deployed to central > see: > > http://repo2.maven.org/maven2/javax/transaction/jta/1.1 > > You can see the jar file there. > > > > We do not manage this dependency ourselfs. Jta is a transitive > dependency, > > that comes with hibernate 3.2.5.ga. And depending on the java.net Maven > > repo > > is not a generic solution, becouse every developer or everry project need > > to > > take manualy steps to configure this repo. > > > > Regards, > > Johan. > > > > > > > > > > > > 2009/11/4 Anders Hammar > > > > > It's correct in central. You can get it from there, as it states in the > > > pom. > > > You need to download it manually. But you've found in at java.net, so > > use > > > that. Or some other implementation that is available at central (I > guess > > > there is a geronimo one). > > > > > > /A > > > > > > On Wed, Nov 4, 2009 at 15:56, Johan Vogelzang < > johan.vogelz...@gmail.com > > > >wrote: > > > > > > > Anyway it seems that this artifact in not correctly deployed (or > > > > synchronized). > > > > > > > > Johan. > > > > > > > > 2009/11/4 Anders Hammar > > > > > > > > > I don't think it has ever been there. Are you sure that it has been > > > > > removed? > > > > > > > > > > /A > > > > > > > > > > On Wed, Nov 4, 2009 at 14:10, Johan Vogelzang < > > > johan.vogelz...@gmail.com > > > > > >wrote: > > > > > > > > > > > Hi all, > > > > > > > > > > > > Today I discovered that jta-1.0.1B.jar is removed from the > central > > > > Maven > > > > > > repository. > > > > > > See: http://repo1.maven.org/maven2/javax/transaction/jta/1.0.1B > > > > > > Causing our builds to fail. > > > > > > > > > > > > It still exists in > > > > > > http://download.java.net/maven/2/javax/transaction/jta/1.0.1B > > > > > > What steps can I take to tackle this issue? > > > > > > > > > > > > Regards, > > > > > > Johan > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > Johan Vogelzang > > > > > > > > > > > > > > > -- > > Johan Vogelzang > > > > > > -- > Baptiste MATHUS - http://batmat.net > Sauvez un arbre, > Mangez un castor ! > -- Johan Vogelzang
Re: jta-1.0.1B.jar missing in central repo
Ok, that probably explains the difference between version 1.1 and 1.0.1B Thanks, Johan. 2009/11/4 Anders Hammar > The issue with those "old" Sun libraries is that they require some kind of > click-through licensing agreement. That cannot be accomplished with Maven, > so that's why you have to download it manually. > In more recent version/implementations this limitation has been removed, my > guess is that that is because they are now truly open source. > > As Mathus points out, the solution is to have your own (corporate) repo > manager. This is best-practise in the Maven world. > > /Anders > > On Wed, Nov 4, 2009 at 17:10, Baptiste MATHUS wrote: > > > Well, no. The generic solution is to put a maven repository manager > inside > > your own repository. This way, you'll be able to handle configuration > very > > simply without depending on public repositories only. It just doesn't > > scale. > > Sometimes, you want things that'll never exist publicly. As Anders > > explained, jta is to be retrieved manually (read the pom). > > For instance, that's what we did inside our MRM. I guess this > "limitation" > > kind of comes from the license. > > > > And putting a mrm between is the almost only solution to handle it > > properly. > > Even apart from the fact that without a mrm between your developers and > the > > net, your company will hit central repository (and others) thousands of > > times instead of just once... > > The corresponding link: > > > > > http://www.sonatype.com/people/2008/08/be-a-good-maven-citizen-dont-scrape-the-whole-damn-central-repository/ > > > > Cheers. > > > > 2009/11/4 Johan Vogelzang > > > > > I do not see why this is correct in central. > > > The more recent version 1.1 seems to be correctly deployed to central > > see: > > > http://repo2.maven.org/maven2/javax/transaction/jta/1.1 > > > You can see the jar file there. > > > > > > We do not manage this dependency ourselfs. Jta is a transitive > > dependency, > > > that comes with hibernate 3.2.5.ga. And depending on the java.netMaven > > > repo > > > is not a generic solution, becouse every developer or everry project > need > > > to > > > take manualy steps to configure this repo. > > > > > > Regards, > > > Johan. > > > > > > > > > > > > > > > > > > 2009/11/4 Anders Hammar > > > > > > > It's correct in central. You can get it from there, as it states in > the > > > > pom. > > > > You need to download it manually. But you've found in at java.net, > so > > > use > > > > that. Or some other implementation that is available at central (I > > guess > > > > there is a geronimo one). > > > > > > > > /A > > > > > > > > On Wed, Nov 4, 2009 at 15:56, Johan Vogelzang < > > johan.vogelz...@gmail.com > > > > >wrote: > > > > > > > > > Anyway it seems that this artifact in not correctly deployed (or > > > > > synchronized). > > > > > > > > > > Johan. > > > > > > > > > > 2009/11/4 Anders Hammar > > > > > > > > > > > I don't think it has ever been there. Are you sure that it has > been > > > > > > removed? > > > > > > > > > > > > /A > > > > > > > > > > > > On Wed, Nov 4, 2009 at 14:10, Johan Vogelzang < > > > > johan.vogelz...@gmail.com > > > > > > >wrote: > > > > > > > > > > > > > Hi all, > > > > > > > > > > > > > > Today I discovered that jta-1.0.1B.jar is removed from the > > central > > > > > Maven > > > > > > > repository. > > > > > > > See: > http://repo1.maven.org/maven2/javax/transaction/jta/1.0.1B > > > > > > > Causing our builds to fail. > > > > > > > > > > > > > > It still exists in > > > > > > > http://download.java.net/maven/2/javax/transaction/jta/1.0.1B > > > > > > > What steps can I take to tackle this issue? > > > > > > > > > > > > > > Regards, > > > > > > > Johan > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > Johan Vogelzang > > > > > > > > > > > > > > > > > > > > > -- > > > Johan Vogelzang > > > > > > > > > > > -- > > Baptiste MATHUS - http://batmat.net > > Sauvez un arbre, > > Mangez un castor ! > > > -- Johan Vogelzang
Re: jta-1.0.1B.jar missing in central repo
The issue with those "old" Sun libraries is that they require some kind of click-through licensing agreement. That cannot be accomplished with Maven, so that's why you have to download it manually. In more recent version/implementations this limitation has been removed, my guess is that that is because they are now truly open source. As Mathus points out, the solution is to have your own (corporate) repo manager. This is best-practise in the Maven world. /Anders On Wed, Nov 4, 2009 at 17:10, Baptiste MATHUS wrote: > Well, no. The generic solution is to put a maven repository manager inside > your own repository. This way, you'll be able to handle configuration very > simply without depending on public repositories only. It just doesn't > scale. > Sometimes, you want things that'll never exist publicly. As Anders > explained, jta is to be retrieved manually (read the pom). > For instance, that's what we did inside our MRM. I guess this "limitation" > kind of comes from the license. > > And putting a mrm between is the almost only solution to handle it > properly. > Even apart from the fact that without a mrm between your developers and the > net, your company will hit central repository (and others) thousands of > times instead of just once... > The corresponding link: > > http://www.sonatype.com/people/2008/08/be-a-good-maven-citizen-dont-scrape-the-whole-damn-central-repository/ > > Cheers. > > 2009/11/4 Johan Vogelzang > > > I do not see why this is correct in central. > > The more recent version 1.1 seems to be correctly deployed to central > see: > > http://repo2.maven.org/maven2/javax/transaction/jta/1.1 > > You can see the jar file there. > > > > We do not manage this dependency ourselfs. Jta is a transitive > dependency, > > that comes with hibernate 3.2.5.ga. And depending on the java.net Maven > > repo > > is not a generic solution, becouse every developer or everry project need > > to > > take manualy steps to configure this repo. > > > > Regards, > > Johan. > > > > > > > > > > > > 2009/11/4 Anders Hammar > > > > > It's correct in central. You can get it from there, as it states in the > > > pom. > > > You need to download it manually. But you've found in at java.net, so > > use > > > that. Or some other implementation that is available at central (I > guess > > > there is a geronimo one). > > > > > > /A > > > > > > On Wed, Nov 4, 2009 at 15:56, Johan Vogelzang < > johan.vogelz...@gmail.com > > > >wrote: > > > > > > > Anyway it seems that this artifact in not correctly deployed (or > > > > synchronized). > > > > > > > > Johan. > > > > > > > > 2009/11/4 Anders Hammar > > > > > > > > > I don't think it has ever been there. Are you sure that it has been > > > > > removed? > > > > > > > > > > /A > > > > > > > > > > On Wed, Nov 4, 2009 at 14:10, Johan Vogelzang < > > > johan.vogelz...@gmail.com > > > > > >wrote: > > > > > > > > > > > Hi all, > > > > > > > > > > > > Today I discovered that jta-1.0.1B.jar is removed from the > central > > > > Maven > > > > > > repository. > > > > > > See: http://repo1.maven.org/maven2/javax/transaction/jta/1.0.1B > > > > > > Causing our builds to fail. > > > > > > > > > > > > It still exists in > > > > > > http://download.java.net/maven/2/javax/transaction/jta/1.0.1B > > > > > > What steps can I take to tackle this issue? > > > > > > > > > > > > Regards, > > > > > > Johan > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > Johan Vogelzang > > > > > > > > > > > > > > > -- > > Johan Vogelzang > > > > > > -- > Baptiste MATHUS - http://batmat.net > Sauvez un arbre, > Mangez un castor ! >
Re: jta-1.0.1B.jar missing in central repo
Well, no. The generic solution is to put a maven repository manager inside your own repository. This way, you'll be able to handle configuration very simply without depending on public repositories only. It just doesn't scale. Sometimes, you want things that'll never exist publicly. As Anders explained, jta is to be retrieved manually (read the pom). For instance, that's what we did inside our MRM. I guess this "limitation" kind of comes from the license. And putting a mrm between is the almost only solution to handle it properly. Even apart from the fact that without a mrm between your developers and the net, your company will hit central repository (and others) thousands of times instead of just once... The corresponding link: http://www.sonatype.com/people/2008/08/be-a-good-maven-citizen-dont-scrape-the-whole-damn-central-repository/ Cheers. 2009/11/4 Johan Vogelzang > I do not see why this is correct in central. > The more recent version 1.1 seems to be correctly deployed to central see: > http://repo2.maven.org/maven2/javax/transaction/jta/1.1 > You can see the jar file there. > > We do not manage this dependency ourselfs. Jta is a transitive dependency, > that comes with hibernate 3.2.5.ga. And depending on the java.net Maven > repo > is not a generic solution, becouse every developer or everry project need > to > take manualy steps to configure this repo. > > Regards, > Johan. > > > > > > 2009/11/4 Anders Hammar > > > It's correct in central. You can get it from there, as it states in the > > pom. > > You need to download it manually. But you've found in at java.net, so > use > > that. Or some other implementation that is available at central (I guess > > there is a geronimo one). > > > > /A > > > > On Wed, Nov 4, 2009 at 15:56, Johan Vogelzang > >wrote: > > > > > Anyway it seems that this artifact in not correctly deployed (or > > > synchronized). > > > > > > Johan. > > > > > > 2009/11/4 Anders Hammar > > > > > > > I don't think it has ever been there. Are you sure that it has been > > > > removed? > > > > > > > > /A > > > > > > > > On Wed, Nov 4, 2009 at 14:10, Johan Vogelzang < > > johan.vogelz...@gmail.com > > > > >wrote: > > > > > > > > > Hi all, > > > > > > > > > > Today I discovered that jta-1.0.1B.jar is removed from the central > > > Maven > > > > > repository. > > > > > See: http://repo1.maven.org/maven2/javax/transaction/jta/1.0.1B > > > > > Causing our builds to fail. > > > > > > > > > > It still exists in > > > > > http://download.java.net/maven/2/javax/transaction/jta/1.0.1B > > > > > What steps can I take to tackle this issue? > > > > > > > > > > Regards, > > > > > Johan > > > > > > > > > > > > > > > > > > > > > -- > > > Johan Vogelzang > > > > > > > > > -- > Johan Vogelzang > -- Baptiste MATHUS - http://batmat.net Sauvez un arbre, Mangez un castor !
Re: jta-1.0.1B.jar missing in central repo
I do not see why this is correct in central. The more recent version 1.1 seems to be correctly deployed to central see: http://repo2.maven.org/maven2/javax/transaction/jta/1.1 You can see the jar file there. We do not manage this dependency ourselfs. Jta is a transitive dependency, that comes with hibernate 3.2.5.ga. And depending on the java.net Maven repo is not a generic solution, becouse every developer or everry project need to take manualy steps to configure this repo. Regards, Johan. 2009/11/4 Anders Hammar > It's correct in central. You can get it from there, as it states in the > pom. > You need to download it manually. But you've found in at java.net, so use > that. Or some other implementation that is available at central (I guess > there is a geronimo one). > > /A > > On Wed, Nov 4, 2009 at 15:56, Johan Vogelzang >wrote: > > > Anyway it seems that this artifact in not correctly deployed (or > > synchronized). > > > > Johan. > > > > 2009/11/4 Anders Hammar > > > > > I don't think it has ever been there. Are you sure that it has been > > > removed? > > > > > > /A > > > > > > On Wed, Nov 4, 2009 at 14:10, Johan Vogelzang < > johan.vogelz...@gmail.com > > > >wrote: > > > > > > > Hi all, > > > > > > > > Today I discovered that jta-1.0.1B.jar is removed from the central > > Maven > > > > repository. > > > > See: http://repo1.maven.org/maven2/javax/transaction/jta/1.0.1B > > > > Causing our builds to fail. > > > > > > > > It still exists in > > > > http://download.java.net/maven/2/javax/transaction/jta/1.0.1B > > > > What steps can I take to tackle this issue? > > > > > > > > Regards, > > > > Johan > > > > > > > > > > > > > > > -- > > Johan Vogelzang > > > -- Johan Vogelzang
Re: jta-1.0.1B.jar missing in central repo
It's correct in central. You can get it from there, as it states in the pom. You need to download it manually. But you've found in at java.net, so use that. Or some other implementation that is available at central (I guess there is a geronimo one). /A On Wed, Nov 4, 2009 at 15:56, Johan Vogelzang wrote: > Anyway it seems that this artifact in not correctly deployed (or > synchronized). > > Johan. > > 2009/11/4 Anders Hammar > > > I don't think it has ever been there. Are you sure that it has been > > removed? > > > > /A > > > > On Wed, Nov 4, 2009 at 14:10, Johan Vogelzang > >wrote: > > > > > Hi all, > > > > > > Today I discovered that jta-1.0.1B.jar is removed from the central > Maven > > > repository. > > > See: http://repo1.maven.org/maven2/javax/transaction/jta/1.0.1B > > > Causing our builds to fail. > > > > > > It still exists in > > > http://download.java.net/maven/2/javax/transaction/jta/1.0.1B > > > What steps can I take to tackle this issue? > > > > > > Regards, > > > Johan > > > > > > > > > -- > Johan Vogelzang >
Re: jta-1.0.1B.jar missing in central repo
Anyway it seems that this artifact in not correctly deployed (or synchronized). Johan. 2009/11/4 Anders Hammar > I don't think it has ever been there. Are you sure that it has been > removed? > > /A > > On Wed, Nov 4, 2009 at 14:10, Johan Vogelzang >wrote: > > > Hi all, > > > > Today I discovered that jta-1.0.1B.jar is removed from the central Maven > > repository. > > See: http://repo1.maven.org/maven2/javax/transaction/jta/1.0.1B > > Causing our builds to fail. > > > > It still exists in > > http://download.java.net/maven/2/javax/transaction/jta/1.0.1B > > What steps can I take to tackle this issue? > > > > Regards, > > Johan > > > -- Johan Vogelzang
Re: jta-1.0.1B.jar missing in central repo
Hmm, I thougt I was, but now I am not so sure anymore Johan. 2009/11/4 Anders Hammar > I don't think it has ever been there. Are you sure that it has been > removed? > > /A > > On Wed, Nov 4, 2009 at 14:10, Johan Vogelzang >wrote: > > > Hi all, > > > > Today I discovered that jta-1.0.1B.jar is removed from the central Maven > > repository. > > See: http://repo1.maven.org/maven2/javax/transaction/jta/1.0.1B > > Causing our builds to fail. > > > > It still exists in > > http://download.java.net/maven/2/javax/transaction/jta/1.0.1B > > What steps can I take to tackle this issue? > > > > Regards, > > Johan > > > -- Johan Vogelzang
Re: jta-1.0.1B.jar missing in central repo
I don't think it has ever been there. Are you sure that it has been removed? /A On Wed, Nov 4, 2009 at 14:10, Johan Vogelzang wrote: > Hi all, > > Today I discovered that jta-1.0.1B.jar is removed from the central Maven > repository. > See: http://repo1.maven.org/maven2/javax/transaction/jta/1.0.1B > Causing our builds to fail. > > It still exists in > http://download.java.net/maven/2/javax/transaction/jta/1.0.1B > What steps can I take to tackle this issue? > > Regards, > Johan >
jta-1.0.1B.jar missing in central repo
Hi all, Today I discovered that jta-1.0.1B.jar is removed from the central Maven repository. See: http://repo1.maven.org/maven2/javax/transaction/jta/1.0.1B Causing our builds to fail. It still exists in http://download.java.net/maven/2/javax/transaction/jta/1.0.1B What steps can I take to tackle this issue? Regards, Johan
Re: POMs on central repo with references to other repositories
Ok, it could be that these rules are still enforced by manual checking today. There was a thread about this some weeks ago. Reporting these issues would be good, I guess. It makes it possible to address any future releases of these artifacts. /Anders On Wed, Nov 4, 2009 at 13:29, Stevo Slavić wrote: > OK, thanks! > > I believe these rules existed before year 2009. > Here< > http://repo1.maven.org/maven2/org/springframework/ws/spring-ws-parent/1.5.8/ > >is > one such > pom< > http://repo1.maven.org/maven2/org/springframework/ws/spring-ws-parent/1.5.8/spring-ws-parent-1.5.8.pom > >uploaded > in August 2009, and another > one< > http://repo2.maven.org/maven2/org/codehaus/castor/castor/1.3.0.1/castor-1.3.0.1.pom > >uploaded > in September 2009., org.apache:apache:6:pom from April 2009 has > external snapshot repo, jetty-parent:11 > pom< > http://repo1.maven.org/maven2/org/eclipse/jetty/jetty-parent/11/jetty-parent-11.pom > >from > July 2009 has both external repositories and pluginRepositories > defined, ... > > Regards, > Stevo. > > On Wed, Nov 4, 2009 at 12:54 PM, Anders Hammar wrote: > > > My understanding is: > > > > 1) No, central will not be cleaned. No changes are done to central as it > > might break builds. > > 2) http://jira.codehaus.org/browse/MEV > > 3) I don't think so. The pom(s) you've found are old ones before the > rules > > were enforced (or even existed possibly) > > > > /Anders > > > > On Wed, Nov 4, 2009 at 11:58, Stevo Slavić wrote: > > > > > Hello Maven users, > > > > > > By this guide< > > > > http://maven.apache.org/guides/mini/guide-central-repository-upload.html > > > >it > > > seems to be forbidden to upload artifacts to central with POMs that > > > reference other repositories, so that central repo is self-contained. > > Even > > > with this rule there seem to be many artifacts on central which > reference > > > non-central repositories. Dependencies report mojo from > > > maven-project-info-reports plugin seems to pick up these repositories > > > declared in dependencies too, displaying build-hanging warnings on them > > > like > > > > > > > > > "[WARNING] The repository url ' > http://maven.springframework.org/external > > ' > > > is > > > invalid - Repository 'spring-external' will be blacklisted." > > > > > > (btw http://maven.springframework.org/external repository is defined > in > > > org.springframework.ws:spring-ws-parent) > > > > > > Will central be cleaned up from these artifacts? > > > Is there an issue where one could report such invalid POMs? > > > Is the policy regarding repository references different when external > > > repositories are being synced to central? > > > > > > Regards, > > > Stevo. > > > > > >
Re: POMs on central repo with references to other repositories
OK, thanks! I believe these rules existed before year 2009. Here<http://repo1.maven.org/maven2/org/springframework/ws/spring-ws-parent/1.5.8/>is one such pom<http://repo1.maven.org/maven2/org/springframework/ws/spring-ws-parent/1.5.8/spring-ws-parent-1.5.8.pom>uploaded in August 2009, and another one<http://repo2.maven.org/maven2/org/codehaus/castor/castor/1.3.0.1/castor-1.3.0.1.pom>uploaded in September 2009., org.apache:apache:6:pom from April 2009 has external snapshot repo, jetty-parent:11 pom<http://repo1.maven.org/maven2/org/eclipse/jetty/jetty-parent/11/jetty-parent-11.pom>from July 2009 has both external repositories and pluginRepositories defined, ... Regards, Stevo. On Wed, Nov 4, 2009 at 12:54 PM, Anders Hammar wrote: > My understanding is: > > 1) No, central will not be cleaned. No changes are done to central as it > might break builds. > 2) http://jira.codehaus.org/browse/MEV > 3) I don't think so. The pom(s) you've found are old ones before the rules > were enforced (or even existed possibly) > > /Anders > > On Wed, Nov 4, 2009 at 11:58, Stevo Slavić wrote: > > > Hello Maven users, > > > > By this guide< > > http://maven.apache.org/guides/mini/guide-central-repository-upload.html > > >it > > seems to be forbidden to upload artifacts to central with POMs that > > reference other repositories, so that central repo is self-contained. > Even > > with this rule there seem to be many artifacts on central which reference > > non-central repositories. Dependencies report mojo from > > maven-project-info-reports plugin seems to pick up these repositories > > declared in dependencies too, displaying build-hanging warnings on them > > like > > > > > > "[WARNING] The repository url 'http://maven.springframework.org/external > ' > > is > > invalid - Repository 'spring-external' will be blacklisted." > > > > (btw http://maven.springframework.org/external repository is defined in > > org.springframework.ws:spring-ws-parent) > > > > Will central be cleaned up from these artifacts? > > Is there an issue where one could report such invalid POMs? > > Is the policy regarding repository references different when external > > repositories are being synced to central? > > > > Regards, > > Stevo. > > >
Re: POMs on central repo with references to other repositories
My understanding is: 1) No, central will not be cleaned. No changes are done to central as it might break builds. 2) http://jira.codehaus.org/browse/MEV 3) I don't think so. The pom(s) you've found are old ones before the rules were enforced (or even existed possibly) /Anders On Wed, Nov 4, 2009 at 11:58, Stevo Slavić wrote: > Hello Maven users, > > By this guide< > http://maven.apache.org/guides/mini/guide-central-repository-upload.html > >it > seems to be forbidden to upload artifacts to central with POMs that > reference other repositories, so that central repo is self-contained. Even > with this rule there seem to be many artifacts on central which reference > non-central repositories. Dependencies report mojo from > maven-project-info-reports plugin seems to pick up these repositories > declared in dependencies too, displaying build-hanging warnings on them > like > > > "[WARNING] The repository url 'http://maven.springframework.org/external' > is > invalid - Repository 'spring-external' will be blacklisted." > > (btw http://maven.springframework.org/external repository is defined in > org.springframework.ws:spring-ws-parent) > > Will central be cleaned up from these artifacts? > Is there an issue where one could report such invalid POMs? > Is the policy regarding repository references different when external > repositories are being synced to central? > > Regards, > Stevo. >
POMs on central repo with references to other repositories
Hello Maven users, By this guide<http://maven.apache.org/guides/mini/guide-central-repository-upload.html>it seems to be forbidden to upload artifacts to central with POMs that reference other repositories, so that central repo is self-contained. Even with this rule there seem to be many artifacts on central which reference non-central repositories. Dependencies report mojo from maven-project-info-reports plugin seems to pick up these repositories declared in dependencies too, displaying build-hanging warnings on them like "[WARNING] The repository url 'http://maven.springframework.org/external' is invalid - Repository 'spring-external' will be blacklisted." (btw http://maven.springframework.org/external repository is defined in org.springframework.ws:spring-ws-parent) Will central be cleaned up from these artifacts? Is there an issue where one could report such invalid POMs? Is the policy regarding repository references different when external repositories are being synced to central? Regards, Stevo.
references to other repositories in poms in central repo
Hi I'm having problem with a build downloading an invalid jar for commons-logging, actually the content of the jar is a redirection page. It turns out, that the jar is being downloaded from a repository at dev java.net defined in the pom of castor [1]. Two questions: 1. Artifacts in the central repository should have all dependencies in the central repo, shouldn't external repositories be removed from them 2. https://maven2-repository.dev.java.net/nonav/repository/commons-logging/commons-logging/1.1.1/commons-logging-1.1.1.jar redirects to a non-existing resource on http://download.java.net, why does maven store the redirection page as jar in the local repo (~/.m2/repository/commons-logging/commons-logging/1.1.1/commons-logging-1.1.1.jar)? Cheers, reto 1. http://repo1.maven.org/maven2/org/codehaus/castor/castor/1.3/castor-1.3.pom - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven Central Repo and Java Package Names
nicolas de loof-2 wrote: > > The convention is to use the reverse domain name you own. > What is the groovy convention you mention ? > I will definitely use the reverse domain name as the Maven group ID. The Groovy convention I'm referring to is to name user-visible packages "groovy.xxx", and internal packages "org.codehaus.groovy.xxx". I'd like to do something similar for Spock ("spock.xxx", "org.spockframework.xxx"). nicolas de loof-2 wrote: > > If groovy has other convention, feel free to package groovy.spock in > org.spockframework : groovy-spock artifact. > Cool, thanks for the info! Cheers, Peter On Thu, Feb 26, 2009 at 4:55 PM, Peter Niederwieser wrote: > > Hi, > > I'm developing a language on top of Groovy and would eventually like to > have > it synced to repo1.maven.org. Now I've read that there is a requirement > for > all my package names to follow the reverse domain naming convention. But > in > my particular case, it would be much more sensible to follow Groovy's > convention: > > org.spockframework.xxx for internal packages (I do own spockframework.org) > spock.xxx for API packages (cf. groovy.xxx, scala.xxx, java.xxx; > obviously, > I can't ever own spock) > > Is this acceptable? Is this the right place to ask this question? > > Cheers, > Peter > -- > View this message in context: > http://www.nabble.com/Maven-Central-Repo-and-Java-Package-Names-tp7066p7066.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 > > -- View this message in context: http://www.nabble.com/Maven-Central-Repo-and-Java-Package-Names-tp7066p8395.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 Central Repo and Java Package Names
The convention is to use the reverse domain name you own. What is the groovy convention you mention ? Is it to start package name with the language name ? There is no requirement to have package name match exaclty your groupId, this is just convenient to identifiy jar from FQCN. If groovy has other convention, feel free to package groovy.spock in org.spockframework : groovy-spock artifact. On Thu, Feb 26, 2009 at 4:55 PM, Peter Niederwieser wrote: > > Hi, > > I'm developing a language on top of Groovy and would eventually like to > have > it synced to repo1.maven.org. Now I've read that there is a requirement > for > all my package names to follow the reverse domain naming convention. But in > my particular case, it would be much more sensible to follow Groovy's > convention: > > org.spockframework.xxx for internal packages (I do own spockframework.org) > spock.xxx for API packages (cf. groovy.xxx, scala.xxx, java.xxx; obviously, > I can't ever own spock) > > Is this acceptable? Is this the right place to ask this question? > > Cheers, > Peter > -- > View this message in context: > http://www.nabble.com/Maven-Central-Repo-and-Java-Package-Names-tp7066p7066.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 > >
Maven Central Repo and Java Package Names
Hi, I'm developing a language on top of Groovy and would eventually like to have it synced to repo1.maven.org. Now I've read that there is a requirement for all my package names to follow the reverse domain naming convention. But in my particular case, it would be much more sensible to follow Groovy's convention: org.spockframework.xxx for internal packages (I do own spockframework.org) spock.xxx for API packages (cf. groovy.xxx, scala.xxx, java.xxx; obviously, I can't ever own spock) Is this acceptable? Is this the right place to ask this question? Cheers, Peter -- View this message in context: http://www.nabble.com/Maven-Central-Repo-and-Java-Package-Names-tp7066p7066.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: Permission denied to access some artefacts on central repo
Entity manager 3.4.0 seems to be fixed, /hibernate/hibernate-tools/3.2.3.GA/** is still giving me a 403. Thanks, Richard -Original Message- From: Jason van Zyl [mailto:jvan...@sonatype.com] Sent: 19 February 2009 13:44 To: Maven Users List Subject: Re: Permission denied to access some artefacts on central repo Fixed. On 19-Feb-09, at 6:40 AM, Richard Chamberlain wrote: > Hi, > > > > When browsing the central repo I get 403-forbidden on a few files. Is > there a reason for this? > > > > http://repo1.maven.org/maven2/hibernate/hibernate-entitymanager/3.4.0.GA > /hibernate-entitymanager-3.4.0.GA.jar > > http://repo1.maven.org/maven2/hibernate/hibernate-tools/3.2.3.GA/hiberna > te-tools-3.2.3.GA.jar > > > > Thanks > > > > Richard > > > > > Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com http://twitter.com/jvanzyl -- A man enjoys his work when he understands the whole and when he is responsible for the quality of the whole -- Christopher Alexander, A Pattern Language - 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: Permission denied to access some artefacts on central repo
Fixed. On 19-Feb-09, at 6:40 AM, Richard Chamberlain wrote: Hi, When browsing the central repo I get 403-forbidden on a few files. Is there a reason for this? http://repo1.maven.org/maven2/hibernate/hibernate-entitymanager/3.4.0.GA /hibernate-entitymanager-3.4.0.GA.jar http://repo1.maven.org/maven2/hibernate/hibernate-tools/3.2.3.GA/hiberna te-tools-3.2.3.GA.jar Thanks Richard Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com http://twitter.com/jvanzyl -- A man enjoys his work when he understands the whole and when he is responsible for the quality of the whole -- Christopher Alexander, A Pattern Language - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Permission denied to access some artefacts on central repo
Hi, When browsing the central repo I get 403-forbidden on a few files. Is there a reason for this? http://repo1.maven.org/maven2/hibernate/hibernate-entitymanager/3.4.0.GA /hibernate-entitymanager-3.4.0.GA.jar http://repo1.maven.org/maven2/hibernate/hibernate-tools/3.2.3.GA/hiberna te-tools-3.2.3.GA.jar Thanks Richard
RE: Automatically Synchronizing with Central Repo
Where's the request? It's usually not too bad. The repository-maintain...@apache.org list is where you need to get the attention. -Original Message- From: Lincoln Baxter, III [mailto:lincolnbax...@gmail.com] Sent: Saturday, January 31, 2009 11:30 AM To: Maven Users List Subject: Automatically Synchronizing with Central Repo Just curious, how long did it take people to get projects added to the central repo? I've put in a request, but it's been sitting there for about 3 weeks now. I'm trying to use the automatic sync via ssh_rsync, not the manual upload (which is supposed to take longer.) Thanks, just wondering what I should expect. --Lincoln - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Automatically Synchronizing with Central Repo
Just curious, how long did it take people to get projects added to the central repo? I've put in a request, but it's been sitting there for about 3 weeks now. I'm trying to use the automatic sync via ssh_rsync, not the manual upload (which is supposed to take longer.) Thanks, just wondering what I should expect. --Lincoln
Re: versions on central-repo (stupid question)?
On Fri, May 23, 2008 at 8:20 AM, kawazu <[EMAIL PROTECTED]> wrote: > Ah, I see. So basically, in situations like this the only way is to > avoid using version ranges and defining a fixed version for an artifact > used? As far as I know, yes. You could also open a JIRA to get it fixed. Here are a few examples of similar reports: http://jira.codehaus.org/browse/MEV-441 http://jira.codehaus.org/browse/MEV-443 Seems, that's not something that will be solved soon. - Henry - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: versions on central-repo (stupid question)?
Henry; first off, thanks for your comment on that. Heinrich Nirschl schrieb: > The problem in this case is the broken metadata: > http://repo1.maven.org/maven2/jmimemagic/jmimemagic/maven-metadata.xml > it lists only version 0.0.4a Ah, I see. So basically, in situations like this the only way is to avoid using version ranges and defining a fixed version for an artifact used? Best regards, Kristian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: versions on central-repo (stupid question)?
On Thu, May 22, 2008 at 10:41 PM, kawazu <[EMAIL PROTECTED]> wrote: > Folks; > > after merrily using maven2 for quite a while, by now I dealt with > defining dependency using version ranges for the first time - and > failed, not sure why. Maybe I am just too stupid, and maybe someone can > help me outta this? > > Example: Dependency defined is > > >jmimemagic >jmimemagic >[0.1,) >compile > > > > Looking to repo1.maven.org/maven2/jmimemagic/jmimemagic, I see there are > three different artifacts around (0.0.4a, 0.1.1, 0.1.2), and so as I > understodd this kind of version specification, I'd kinda expect maven to > use 0.1.2 in this situation. However, running "mvn -U install" on the > project ends up like this: > > [...] > Couldn't find a version in [0.0.4a] to match range [0.1,) > jmimemagic:jmimemagic:jar:null > > from the specified remote repositories: > central (http://repo1.maven.org/maven2) > [...] > > > Not quite what I expected to happen. My fault, or something I just > misunderstood? Maven version is 2.0.8, running a pretty recent Sun JDK... :/ > > TIA and best regards, > Kristian The problem in this case is the broken metadata: http://repo1.maven.org/maven2/jmimemagic/jmimemagic/maven-metadata.xml it lists only version 0.0.4a - Henry - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
versions on central-repo (stupid question)?
Folks; after merrily using maven2 for quite a while, by now I dealt with defining dependency using version ranges for the first time - and failed, not sure why. Maybe I am just too stupid, and maybe someone can help me outta this? Example: Dependency defined is jmimemagic jmimemagic [0.1,) compile Looking to repo1.maven.org/maven2/jmimemagic/jmimemagic, I see there are three different artifacts around (0.0.4a, 0.1.1, 0.1.2), and so as I understodd this kind of version specification, I'd kinda expect maven to use 0.1.2 in this situation. However, running "mvn -U install" on the project ends up like this: [...] Couldn't find a version in [0.0.4a] to match range [0.1,) jmimemagic:jmimemagic:jar:null from the specified remote repositories: central (http://repo1.maven.org/maven2) [...] Not quite what I expected to happen. My fault, or something I just misunderstood? Maven version is 2.0.8, running a pretty recent Sun JDK... :/ TIA and best regards, Kristian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Central Repo Issues?
I can't see any issues. Perhaps it was metadata in your local repository that got corrupted? - Brett 2008/5/2 Randall Fidler <[EMAIL PROTECTED]>: > Hello, > > > > Has something occurred recently (past few days) with the > maven central server? Project was working fine then it starting > complaining that it couldn't check meta-data for maven-clean-plugin from > the central maven repository. To get around the issue, I temporary > locked down the version in my pom to the current version I already have > (so it won't check for an update) but I'd like to know if something is > hosed with the repo or it's on my end. > > > > Regards, > > > > Randall > > -- Brett Porter Blog: http://blogs.exist.com/bporter/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Central Repo Issues?
Hello, Has something occurred recently (past few days) with the maven central server? Project was working fine then it starting complaining that it couldn't check meta-data for maven-clean-plugin from the central maven repository. To get around the issue, I temporary locked down the version in my pom to the current version I already have (so it won't check for an update) but I'd like to know if something is hosed with the repo or it's on my end. Regards, Randall
RE : Re: overriding central repo & archetype:create
Thank you very much Thorsten ! --- Thorsten Heit <[EMAIL PROTECTED]> a écrit : > Hi, > > > I have the impression that the settings default > > profiles (activated in settings.xml with > > activeProfile) are not used when there's no > pom.xml. > > Yes. There's already a couple of Jira issues for > that: > > * http://jira.codehaus.org/browse/ARCHETYPE-59 > * http://jira.codehaus.org/browse/MNG-3099 > > See also > http://www.nabble.com/Maven-ignoring-Artifactory-proxy-settings--t3397576s177.html > > > HTH > > Thorsten > > - > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > _ Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: overriding central repo & archetype:create
Hi, > I have the impression that the settings default > profiles (activated in settings.xml with > activeProfile) are not used when there's no pom.xml. Yes. There's already a couple of Jira issues for that: * http://jira.codehaus.org/browse/ARCHETYPE-59 * http://jira.codehaus.org/browse/MNG-3099 See also http://www.nabble.com/Maven-ignoring-Artifactory-proxy-settings--t3397576s177.html HTH Thorsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
overriding central repo & archetype:create
Hello, I have the impression that the settings default profiles (activated in settings.xml with activeProfile) are not used when there's no pom.xml. My use case is : I've overrode central repository in settings.xml [1]. It's working fine for an existing project. Now, I want to execute mvn archetype:create -e -DgroupId=samplegroup -DartifactId=arti There's no pom.xml in the current directory. When I execute this mvn command, mvn doesn't use my override (see [1]). When I add a sample empty pom.xml, the mvn command executes fine. Am I missing sthing ? Thanks for your help. [1] my settings.xml D:\Documents\Developpements\.m2\repository sphinx-site fwk XXX libs-releases admin YYY libs-snapshots admin YYY default central http://10.253.21.49:8081/artifactory/repo false snapshots http://10.253.21.49:8081/artifactory/repo false central http://10.253.21.49:8081/artifactory/plugins-releases false snapshots http://10.253.21.49:8081/artifactory/plugins-snapshots false default [2]-[WARNING] repository metadata for: 'artifact org.apache.maven.plugins:maven-archetype-plugin' could not be retrieved from repository: central due to an error: Error transferring file [INFO] Repository 'central' will be blacklisted Découvrez le blog Yahoo! Mail : dernières nouveautés, astuces, conseils.. et vos réactions ! http://blog.mail.yahoo.fr - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Proxying central repo
John J. Franey wrote: > > > Wendy Smoak-3 wrote: >> >> 1.0-alpha-2 comes pre-configured to proxy >> the central repo. >> >> >> -- >> Wendy >> >> > > I'm using Beta-1. > > > How do I add a caching proxy? The admin menu does not include 'proxy > repositories'. This item is available in a version I have been using for > a long time. The version is way-back pre-alpha untagged SNAPSHOT. > > Found the answer to this question: the menu item is 'Proxy Connectors'. Don't know why I missed it before. -- View this message in context: http://www.nabble.com/Proxying-central-repo-tf4100176.html#a12182597 Sent from the archiva-users mailing list archive at Nabble.com.
Re: Bad checksums in central repo?
I've cleaned out my local repo several times. I've also downloaded these files using a browser and manually run the checksums with the same results. My builds are actually succeeding just fine since these are only warnings, but they are disturbing warnings. I searched the user list, and somebody else experienced the same checksum problem in this post http://www.nabble.com/Checksum-failed-on-download-tf3698909s177.html#a10343500 but his solution doesn't work for me. Joon Chuah Maria Odea Ching-2 wrote: > > Hi, > > I suggest you clean out your local repo of these artifacts that you're > getting the checksum errors including the metadata files and the > checksum files, then try your build again. That usually solves it :-) > > - Deng > > [EMAIL PROTECTED] wrote: >> I've been getting checksum failed messages on >> http://repo1.maven.org/maven2/org/apache/maven/maven/2.0.6/maven-2.0.6.pom >> and >> http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-ejb-plugin/maven-metadata.xml. >> >> I tried both repo1.maven.org and ibiblio and consistently got the same >> bad checksums. Is anyone else experiencing this problem? The logs are >> below. >> >> Joon Chuah >> >> Downloading: >> http://repo1.maven.org/maven2/org/apache/maven/maven/2.0.6/maven-2.0.6.pom >> 8K downloaded >> [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local = >> '1991be0ed3e1820e135201406d5acabf8c08d426'; remote = >> '218016709d90d14b64bfb1de3a86a2247e8873db' - RETRYING >> Downloading: >> http://repo1.maven.org/maven2/org/apache/maven/maven/2.0.6/maven-2.0.6.pom >> 8K downloaded >> [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local = >> '1991be0ed3e1820e135201406d5acabf8c08d426'; remote = >> '218016709d90d14b64bfb1de3a86a2247e8873db' - IGNORING >> >> [INFO] artifact org.apache.maven.plugins:maven-ejb-plugin: checking for >> updates from central^M >> [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local = >> '945c366751abc850425db64506aab1c167dbe67e'; remote = >> '85e8ee42414da55109de2c37fe723317f70784d9' - RETRYING^M >> [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local = >> '945c366751abc850425db64506aab1c167dbe67e'; remote = >> '85e8ee42414da55109de2c37fe723317f70784d9' - IGNORING^M >> > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/Bad-checksums-in-central-repo--tf3841080s177.html#a10899173 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: Bad checksums in central repo?
Hi, I suggest you clean out your local repo of these artifacts that you're getting the checksum errors including the metadata files and the checksum files, then try your build again. That usually solves it :-) - Deng [EMAIL PROTECTED] wrote: I've been getting checksum failed messages on http://repo1.maven.org/maven2/org/apache/maven/maven/2.0.6/maven-2.0.6.pom and http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-ejb-plugin/maven-metadata.xml. I tried both repo1.maven.org and ibiblio and consistently got the same bad checksums. Is anyone else experiencing this problem? The logs are below. Joon Chuah Downloading: http://repo1.maven.org/maven2/org/apache/maven/maven/2.0.6/maven-2.0.6.pom 8K downloaded [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local = '1991be0ed3e1820e135201406d5acabf8c08d426'; remote = '218016709d90d14b64bfb1de3a86a2247e8873db' - RETRYING Downloading: http://repo1.maven.org/maven2/org/apache/maven/maven/2.0.6/maven-2.0.6.pom 8K downloaded [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local = '1991be0ed3e1820e135201406d5acabf8c08d426'; remote = '218016709d90d14b64bfb1de3a86a2247e8873db' - IGNORING [INFO] artifact org.apache.maven.plugins:maven-ejb-plugin: checking for updates from central^M [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local = '945c366751abc850425db64506aab1c167dbe67e'; remote = '85e8ee42414da55109de2c37fe723317f70784d9' - RETRYING^M [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local = '945c366751abc850425db64506aab1c167dbe67e'; remote = '85e8ee42414da55109de2c37fe723317f70784d9' - IGNORING^M - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Bad checksums in central repo?
I've been getting checksum failed messages on http://repo1.maven.org/maven2/org/apache/maven/maven/2.0.6/maven-2.0.6.pom and http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-ejb-plugin/maven-metadata.xml. I tried both repo1.maven.org and ibiblio and consistently got the same bad checksums. Is anyone else experiencing this problem? The logs are below. Joon Chuah Downloading: http://repo1.maven.org/maven2/org/apache/maven/maven/2.0.6/maven-2.0.6.pom 8K downloaded [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local = '1991be0ed3e1820e135201406d5acabf8c08d426'; remote = '218016709d90d14b64bfb1de3a86a2247e8873db' - RETRYING Downloading: http://repo1.maven.org/maven2/org/apache/maven/maven/2.0.6/maven-2.0.6.pom 8K downloaded [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local = '1991be0ed3e1820e135201406d5acabf8c08d426'; remote = '218016709d90d14b64bfb1de3a86a2247e8873db' - IGNORING [INFO] artifact org.apache.maven.plugins:maven-ejb-plugin: checking for updates from central^M [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local = '945c366751abc850425db64506aab1c167dbe67e'; remote = '85e8ee42414da55109de2c37fe723317f70784d9' - RETRYING^M [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local = '945c366751abc850425db64506aab1c167dbe67e'; remote = '85e8ee42414da55109de2c37fe723317f70784d9' - IGNORING^M
currentpage removed from central repo?
Hello, I ever saw artifact currentpage-1.1 in Maven central repository, but now I don't find it in the repo. Does it mean that the artifact is removed from central repo for ever? Why? What artifact replace currentpage? Thansk! a cup of Java, cheers! Sha Jiang -- View this message in context: http://www.nabble.com/currentpage-removed-from-central-repo--tf3825877s177.html#a10830771 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
jmock-metadata in central repo
Hi Maven-Team, is there any chance to get central's metadata for jmock fixed? It misses jmock's 1.1.0-release. see http://repo1.maven.org/maven2/jmock/jmock/maven-metadata.xml: jmock jmock 1.0.0 1.0.0 1.0.0.RC1 1.0.1 20031129.200437 2004-03-19 usedbypico Is this issue rather to be addressed to the jmock-folks? Cheers, Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Restricting maven build from accessing central repo
Hi Brinnel, You could define a repository in your settings.xml with id central, I believe this overrides the built-in definition that takes you to repo1.maven.org Regards, Marcel - Original Message From: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> To: users@maven.apache.org Sent: Monday, March 19, 2007 11:30:19 AM Subject: Restricting maven build from accessing central repo Restricting maven build from accessing central repo Hi, Is there a way by which we can stop maven from accessing the central repository - http://repo1.maven.org/maven2/org/apache/maven/plugins/ to download plugins I require my build to refer to another repo and not the central repo. Please help Regards, Brinnel Visit our website at http://www.ubs.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Now that's room service! Choose from over 150,000 hotels in 45,000 destinations on Yahoo! Travel to find your fit. http://farechase.yahoo.com/promo-generic-14795097
Re: Restricting maven build from accessing central repo
On 3/19/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: Is there a way by which we can stop maven from accessing the central repository - http://repo1.maven.org/maven2/org/apache/maven/plugins/ to download plugins Configure a mirror: http://maven.apache.org/guides/mini/guide-mirror-settings.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Restricting maven build from accessing central repo
Hi, Is there a way by which we can stop maven from accessing the central repository - http://repo1.maven.org/maven2/org/apache/maven/plugins/ to download plugins I require my build to refer to another repo and not the central repo. Please help Regards, Brinnel Visit our website at http://www.ubs.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unable to download from central repo
Hi again, I've found where the problem is: I was using a mirror[1] that has not been updated. Since we've released version 0.9 on January 31st, that is 6 days ago, the mirror might have some sync issues. Cheers, Sébastien [1] http://mirrors.dotsrc.org/maven2 Sebastien Pennec wrote: Hello, I'm in front of a pretty strange situation. I have some jars that are on the central repo, meaning that I can see them on the appropriate pages [1] and [2]. But when I include them in a project, and launch some goals (actuelly jetty:run), they are not downloaded and maven 2.0.4 returns the error message that is included below. I've tried to run the goal several times, always with the same result. I've check the dependency declarations in my pom.xml, and they seem correct. Does anybody knows if anything's not working? Thanks, Sébastien [INFO] Failed to resolve artifact. Missing: -- 1) ch.qos.logback:logback-access:jar:0.9 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=ch.qos.logback -DartifactId=logback-access \ -Dversion=0.9 -Dpackaging=jar -Dfile=/path/to/file Path to dependency: 1) ch.qos.logback:logback-demo:war:1.0 2) ch.qos.logback:logback-access:jar:0.9 2) ch.qos.logback:logback-classic:jar:0.9 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=ch.qos.logback -DartifactId=logback-classic \ -Dversion=0.9 -Dpackaging=jar -Dfile=/path/to/file Path to dependency: 1) ch.qos.logback:logback-demo:war:1.0 2) ch.qos.logback:logback-classic:jar:0.9 -- 2 required artifacts are missing. for artifact: ch.qos.logback:logback-demo:war:1.0 from the specified remote repositories: central (http://repo1.maven.org/maven2) [1] http://repo1.maven.org/maven2/ch/qos/logback/logback-classic/0.9/ [2] http://repo1.maven.org/maven2/ch/qos/logback/logback-access/0.9/ -- Sébastien Pennec [EMAIL PROTECTED] Logback: The reliable, generic, fast and flexible logging framework for Java. http://logback.qos.ch/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Unable to download from central repo
Hello, I'm in front of a pretty strange situation. I have some jars that are on the central repo, meaning that I can see them on the appropriate pages [1] and [2]. But when I include them in a project, and launch some goals (actuelly jetty:run), they are not downloaded and maven 2.0.4 returns the error message that is included below. I've tried to run the goal several times, always with the same result. I've check the dependency declarations in my pom.xml, and they seem correct. Does anybody knows if anything's not working? Thanks, Sébastien [INFO] Failed to resolve artifact. Missing: -- 1) ch.qos.logback:logback-access:jar:0.9 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=ch.qos.logback -DartifactId=logback-access \ -Dversion=0.9 -Dpackaging=jar -Dfile=/path/to/file Path to dependency: 1) ch.qos.logback:logback-demo:war:1.0 2) ch.qos.logback:logback-access:jar:0.9 2) ch.qos.logback:logback-classic:jar:0.9 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=ch.qos.logback -DartifactId=logback-classic \ -Dversion=0.9 -Dpackaging=jar -Dfile=/path/to/file Path to dependency: 1) ch.qos.logback:logback-demo:war:1.0 2) ch.qos.logback:logback-classic:jar:0.9 -- 2 required artifacts are missing. for artifact: ch.qos.logback:logback-demo:war:1.0 from the specified remote repositories: central (http://repo1.maven.org/maven2) [1] http://repo1.maven.org/maven2/ch/qos/logback/logback-classic/0.9/ [2] http://repo1.maven.org/maven2/ch/qos/logback/logback-access/0.9/ -- Sébastien Pennec [EMAIL PROTECTED] Logback: The reliable, generic, fast and flexible logging framework for Java. http://logback.qos.ch/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is rsync with central repo still possible?
Check at the end of http://maven.apache.org/guides/mini/guide-mirror-settings.html rsync -v -t -l -r mirrors.ibiblio.org::maven2 /your/local/path On 12/23/06, mraible <[EMAIL PROTECTED]> wrote: Rsyncing with ibiblio used to be possible using the following: rsync -v -t -l -r ftp.ibiblio.org::maven2 . However, now that the Maven repo has moved to Contegix, this command no longer seems to work. Now I get the following on OS X: @ERROR: Unknown module 'maven2' rsync: connection unexpectedly closed (0 bytes received so far) [receiver] rsync error: error in rsync protocol data stream (code 12) at /SourceCache/rsync/rsync-24/rsync/io.c(359) Anyone know the command to rsync with the new central repo? Thanks, Matt -- View this message in context: http://www.nabble.com/Is-rsync-with-central-repo-still-possible--tf2873629s177.html#a8031762 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Is rsync with central repo still possible?
Rsyncing with ibiblio used to be possible using the following: rsync -v -t -l -r ftp.ibiblio.org::maven2 . However, now that the Maven repo has moved to Contegix, this command no longer seems to work. Now I get the following on OS X: @ERROR: Unknown module 'maven2' rsync: connection unexpectedly closed (0 bytes received so far) [receiver] rsync error: error in rsync protocol data stream (code 12) at /SourceCache/rsync/rsync-24/rsync/io.c(359) Anyone know the command to rsync with the new central repo? Thanks, Matt -- View this message in context: http://www.nabble.com/Is-rsync-with-central-repo-still-possible--tf2873629s177.html#a8031762 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: Latest version of TestNG (5.3) not available in central repo
Wayne Fay wrote: > > http://maven.apache.org/guides/mini/guide-maven-evangelism.html > and > http://jira.codehaus.org/browse/MEV > > But ideally, the TestNG team can/will make their own poms and bundles > and arrange for them to be uploaded to Maven Repo rather than relying > on a random user of the tool to do it for them. So really you should > complain to the TestNG devs and ask them to do this. > > Wayne > I agree and did just that earlier on. My post in testng-user has had some attention: http://groups.google.com/group/testng-users/browse_thread/thread/44ccd7db21b4fc80 Regards, Jimisola -- View this message in context: http://www.nabble.com/Latest-version-of-TestNG-%285.3%29-not-available-in-central-repo-tf2744273s177.html#a7671710 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: Latest version of TestNG (5.3) not available in central repo
actually this is the right one http://maven.apache.org/guides/mini/guide-ibiblio-upload.html On 12/3/06, Wayne Fay <[EMAIL PROTECTED]> wrote: http://maven.apache.org/guides/mini/guide-maven-evangelism.html and http://jira.codehaus.org/browse/MEV But ideally, the TestNG team can/will make their own poms and bundles and arrange for them to be uploaded to Maven Repo rather than relying on a random user of the tool to do it for them. So really you should complain to the TestNG devs and ask them to do this. Wayne On 12/2/06, Jimisola Laursen <[EMAIL PROTECTED]> wrote: > > Hi, > > There seems to be many Maven users using TestNG, so I was quite surprised > that the latest version of TestNG available in central repo is 5.1, when the > latest version of TestNG is 5.3. > > What do I have to do for it to be added to the central repo? > > Regards, > Jimisola > > > -- > View this message in context: http://www.nabble.com/Latest-version-of-TestNG-%285.3%29-not-available-in-central-repo-tf2744273s177.html#a7657016 > Sent from the Maven - Users mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Latest version of TestNG (5.3) not available in central repo
http://maven.apache.org/guides/mini/guide-maven-evangelism.html and http://jira.codehaus.org/browse/MEV But ideally, the TestNG team can/will make their own poms and bundles and arrange for them to be uploaded to Maven Repo rather than relying on a random user of the tool to do it for them. So really you should complain to the TestNG devs and ask them to do this. Wayne On 12/2/06, Jimisola Laursen <[EMAIL PROTECTED]> wrote: Hi, There seems to be many Maven users using TestNG, so I was quite surprised that the latest version of TestNG available in central repo is 5.1, when the latest version of TestNG is 5.3. What do I have to do for it to be added to the central repo? Regards, Jimisola -- View this message in context: http://www.nabble.com/Latest-version-of-TestNG-%285.3%29-not-available-in-central-repo-tf2744273s177.html#a7657016 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Latest version of TestNG (5.3) not available in central repo
Hi, There seems to be many Maven users using TestNG, so I was quite surprised that the latest version of TestNG available in central repo is 5.1, when the latest version of TestNG is 5.3. What do I have to do for it to be added to the central repo? Regards, Jimisola -- View this message in context: http://www.nabble.com/Latest-version-of-TestNG-%285.3%29-not-available-in-central-repo-tf2744273s177.html#a7657016 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: [m1/2] New Lirbrary in Maven Central Repo for Date Calculations
On 10 Oct 06, at 1:53 PM 10 Oct 06, Benoitx wrote: Jason & Maven community, Please accept our apologies, we saw quite a few announcements on this list but, on second look, they seems to have plugins or so related to them, not just being an open source project in the repository. I feel that a list for announcing new projects/products arriving to the Central Repo would be good and beneficial to the users community (i know I certainly would like to know when X/Y/ have a new release or new product). We did not intend to abuse this list. Sure, but there are 10k artifacts in the repository. If each project, every time they released something posted to this list it would rapidly get out of control. We're hoping to have RSS feeds on the central repository so that people know when things have changed. It's not a big deal, it's just that announcement mail would swamp this list. Jason. Once again, our mistake. Benoit Jason van Zyl-2 wrote: On 10 Oct 06, at 1:33 PM 10 Oct 06, Jason van Zyl wrote: Do not announce products going into the central repository. This is not a free advertising forum. It's a total abuse of this list. Projects or products. Doesn't matter if it's open source or not. Jason. On 10 Oct 06, at 8:35 AM 10 Oct 06, Benoitx wrote: ObjectLab is pleased to announce the release 1.0.1 in Maven Repository of Objectlab Kit for Java 1.5 Open source Date Calculators for Business and Finance. http://objectlabkit.sourceforge.net -- View this message in context: http://www.nabble.com/-m1-2--New- Lirbrary-in-Maven-Central-Repo-for-Date-Calculations- tf2416716.html#a6742996 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m1/2] New Lirbrary in Maven Central Repo for Date Calculations
Jason & Maven community, Please accept our apologies, we saw quite a few announcements on this list but, on second look, they seems to have plugins or so related to them, not just being an open source project in the repository. I feel that a list for announcing new projects/products arriving to the Central Repo would be good and beneficial to the users community (i know I certainly would like to know when X/Y/ have a new release or new product). We did not intend to abuse this list. Once again, our mistake. Benoit Jason van Zyl-2 wrote: > > > On 10 Oct 06, at 1:33 PM 10 Oct 06, Jason van Zyl wrote: > >> Do not announce products going into the central repository. This is >> not a free advertising forum. It's a total abuse of this list. >> > > Projects or products. Doesn't matter if it's open source or not. > >> Jason. >> >> On 10 Oct 06, at 8:35 AM 10 Oct 06, Benoitx wrote: >> >>> >>> ObjectLab is pleased to announce the release 1.0.1 in Maven >>> Repository of >>> Objectlab Kit for Java 1.5 >>> >>> Open source Date Calculators for Business and Finance. >>> >>> http://objectlabkit.sourceforge.net >>> > -- View this message in context: http://www.nabble.com/-m1-2--New-Lirbrary-in-Maven-Central-Repo-for-Date-Calculations-tf2416716.html#a6742996 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: [m1/2] New Lirbrary in Maven Central Repo for Date Calculations
On 10 Oct 06, at 1:33 PM 10 Oct 06, Jason van Zyl wrote: Do not announce products going into the central repository. This is not a free advertising forum. It's a total abuse of this list. Projects or products. Doesn't matter if it's open source or not. Jason. On 10 Oct 06, at 8:35 AM 10 Oct 06, Benoitx wrote: ObjectLab is pleased to announce the release 1.0.1 in Maven Repository of Objectlab Kit for Java 1.5 Open source Date Calculators for Business and Finance. http://objectlabkit.sourceforge.net The ObjectLab Kit is released under the business friendly Apache License v2.0. It is available immediately for download via SourceForge or the Maven Central Repository (both Maven 1 and Maven 2). The homepage has some very quick examples. The Kit provides Date Calculators and comes in two flavours: - one based on pure JDK (1.5) - one based on the Joda-time library (1.3+, jdk 1.5) This library is now live in a major UK & international Bank (in their Credit Derivatives department). The library is small, lightweight and thread-safe. The DateCalculator implementation is useful to any business; the other two interfaces are more specific to the financial industry. The most common function of a lot of banking or business applications is the handling of holidays and weekends, a set of standard rules are implemented to deal with days falling on a holiday. The library does not attempt to guess the 'holidays', most business will have an official list anyway, but concentrate on the date manipulation and calculations. What does it provide? Implementation of 3 interfaces - DateCalculator for all date calculation and handling of weekends or holidays. The supported algorithms are: Do Nothing, Move Forward, Move Backward, Modified Following and Modified Preceeding. The Calculators are immutable once created but they can be easily composed to take into account multiple sets of holidays. The library also supports the calculation of generic tenor dates (Spot, 1D, 1W, 2M, 3Y, etc) - PeriodCountCalculator for calculating differences between two dates in days, months or years according to some financial algorithms: ACT/360, ACT/365, ACT/ACT, CONV/30-360, CONV/30-365_ISDA, CONV/30-360_ISMA - IMMDateCalculator, to calculate the International Money Market dates (IMM Dates are 3rd Wednesday of March/June/Sept/Dec) This kit is one of the first steps in pushing the Open Source movement up "the stack" towards business functionalities in the financial industry. ObjectLab is not new to the open-source community having used numerous OS projects, participated in a few and sponsoring QALab (http://qalab.sourceforge.net), a tool that keep tracks over-time of the static analysis results from FindBugs, Checkstyle, PMD, Cobertura etc. We would like to thanks our friends and colleagues at for their help, reviews and suggestions. Sorry for the long email... Feel free to pass on to people who may be interested. Enjoy!! Benoit Xhenseval and Marcin Jekot -- View this message in context: http://www.nabble.com/-m1-2--New- Lirbrary-in-Maven-Central-Repo-for-Date-Calculations- tf2416716.html#a6736568 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m1/2] New Lirbrary in Maven Central Repo for Date Calculations
Do not announce products going into the central repository. This is not a free advertising forum. It's a total abuse of this list. Jason. On 10 Oct 06, at 8:35 AM 10 Oct 06, Benoitx wrote: ObjectLab is pleased to announce the release 1.0.1 in Maven Repository of Objectlab Kit for Java 1.5 Open source Date Calculators for Business and Finance. http://objectlabkit.sourceforge.net The ObjectLab Kit is released under the business friendly Apache License v2.0. It is available immediately for download via SourceForge or the Maven Central Repository (both Maven 1 and Maven 2). The homepage has some very quick examples. The Kit provides Date Calculators and comes in two flavours: - one based on pure JDK (1.5) - one based on the Joda-time library (1.3+, jdk 1.5) This library is now live in a major UK & international Bank (in their Credit Derivatives department). The library is small, lightweight and thread-safe. The DateCalculator implementation is useful to any business; the other two interfaces are more specific to the financial industry. The most common function of a lot of banking or business applications is the handling of holidays and weekends, a set of standard rules are implemented to deal with days falling on a holiday. The library does not attempt to guess the 'holidays', most business will have an official list anyway, but concentrate on the date manipulation and calculations. What does it provide? Implementation of 3 interfaces - DateCalculator for all date calculation and handling of weekends or holidays. The supported algorithms are: Do Nothing, Move Forward, Move Backward, Modified Following and Modified Preceeding. The Calculators are immutable once created but they can be easily composed to take into account multiple sets of holidays. The library also supports the calculation of generic tenor dates (Spot, 1D, 1W, 2M, 3Y, etc) - PeriodCountCalculator for calculating differences between two dates in days, months or years according to some financial algorithms: ACT/360, ACT/365, ACT/ACT, CONV/30-360, CONV/30-365_ISDA, CONV/30-360_ISMA - IMMDateCalculator, to calculate the International Money Market dates (IMM Dates are 3rd Wednesday of March/June/Sept/Dec) This kit is one of the first steps in pushing the Open Source movement up "the stack" towards business functionalities in the financial industry. ObjectLab is not new to the open-source community having used numerous OS projects, participated in a few and sponsoring QALab (http://qalab.sourceforge.net), a tool that keep tracks over-time of the static analysis results from FindBugs, Checkstyle, PMD, Cobertura etc. We would like to thanks our friends and colleagues at for their help, reviews and suggestions. Sorry for the long email... Feel free to pass on to people who may be interested. Enjoy!! Benoit Xhenseval and Marcin Jekot -- View this message in context: http://www.nabble.com/-m1-2--New- Lirbrary-in-Maven-Central-Repo-for-Date-Calculations- tf2416716.html#a6736568 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m1/2] New Lirbrary in Maven Central Repo for Date Calculations
ObjectLab is pleased to announce the release 1.0.1 in Maven Repository of Objectlab Kit for Java 1.5 Open source Date Calculators for Business and Finance. http://objectlabkit.sourceforge.net The ObjectLab Kit is released under the business friendly Apache License v2.0. It is available immediately for download via SourceForge or the Maven Central Repository (both Maven 1 and Maven 2). The homepage has some very quick examples. The Kit provides Date Calculators and comes in two flavours: - one based on pure JDK (1.5) - one based on the Joda-time library (1.3+, jdk 1.5) This library is now live in a major UK & international Bank (in their Credit Derivatives department). The library is small, lightweight and thread-safe. The DateCalculator implementation is useful to any business; the other two interfaces are more specific to the financial industry. The most common function of a lot of banking or business applications is the handling of holidays and weekends, a set of standard rules are implemented to deal with days falling on a holiday. The library does not attempt to guess the 'holidays', most business will have an official list anyway, but concentrate on the date manipulation and calculations. What does it provide? Implementation of 3 interfaces - DateCalculator for all date calculation and handling of weekends or holidays. The supported algorithms are: Do Nothing, Move Forward, Move Backward, Modified Following and Modified Preceeding. The Calculators are immutable once created but they can be easily composed to take into account multiple sets of holidays. The library also supports the calculation of generic tenor dates (Spot, 1D, 1W, 2M, 3Y, etc) - PeriodCountCalculator for calculating differences between two dates in days, months or years according to some financial algorithms: ACT/360, ACT/365, ACT/ACT, CONV/30-360, CONV/30-365_ISDA, CONV/30-360_ISMA - IMMDateCalculator, to calculate the International Money Market dates (IMM Dates are 3rd Wednesday of March/June/Sept/Dec) This kit is one of the first steps in pushing the Open Source movement up "the stack" towards business functionalities in the financial industry. ObjectLab is not new to the open-source community having used numerous OS projects, participated in a few and sponsoring QALab (http://qalab.sourceforge.net), a tool that keep tracks over-time of the static analysis results from FindBugs, Checkstyle, PMD, Cobertura etc. We would like to thanks our friends and colleagues at for their help, reviews and suggestions. Sorry for the long email... Feel free to pass on to people who may be interested. Enjoy!! Benoit Xhenseval and Marcin Jekot -- View this message in context: http://www.nabble.com/-m1-2--New-Lirbrary-in-Maven-Central-Repo-for-Date-Calculations-tf2416716.html#a6736568 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: xbean 2.2 doesn't have POM in central repo
See http://maven.apache.org/guides/mini/guide-maven-evangelism.html if you can provide a pom On 10/5/06, jan_bar <[EMAIL PROTECTED]> wrote: Hi, the http://www.ibiblio.org/maven2/xmlbeans/xbean/2.2.0/ doesn't have it's POM in central repository. Where should I fill bug report? Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
xbean 2.2 doesn't have POM in central repo
Hi, the http://www.ibiblio.org/maven2/xmlbeans/xbean/2.2.0/ doesn't have it's POM in central repository. Where should I fill bug report? Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Uploading multiproject to central repo: Packaging cannot be POM when creating an upload bundle.
We 'll wait with pushing Spring-richclient to Ibiblio till http://jira.codehaus.org/browse/MREPOSITORY-3 is fixed. (Anyone else is free to push it up there though) With kind regards, Geoffrey De Smet Geoffrey De Smet wrote: We 'd like to get spring-richclient 0.2.1 (build with m2) on the central repo. We have it deployed in our repo: http://spring-rich-c.sourceforge.net/maven2repository/org/springframework/richclient/ and we have the source here: https://svn.sourceforge.net/svnroot/spring-rich-c/tags/spring-richclient-0.2.1/ So I followed "Guide to uploading artifacts to Ibiblio" from http://maven.apache.org/guides/mini/guide-ibiblio-upload.html but as soon as I did mvn source:jar javadoc:jar repository:bundle-create I got this error: Packaging cannot be POM when creating an upload bundle. which is probably related to this bug: http://jira.codehaus.org/browse/MREPOSITORY-3 so what's the easiest way to get spring-richclient on the central repo? - ask for a sync from our repo? is that possible? - mess around with manually doing each module (which are a lot...) and do the parent pom's also manually? - Just wait till MREPOSITORY-3 is fixed and then do it (even it's just a snapshot)? - Will Archiva help in this in any way in the future? Thanks for any and all help. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Uploading multiproject to central repo: Packaging cannot be POM when creating an upload bundle.
We 'd like to get spring-richclient 0.2.1 (build with m2) on the central repo. We have it deployed in our repo: http://spring-rich-c.sourceforge.net/maven2repository/org/springframework/richclient/ and we have the source here: https://svn.sourceforge.net/svnroot/spring-rich-c/tags/spring-richclient-0.2.1/ So I followed "Guide to uploading artifacts to Ibiblio" from http://maven.apache.org/guides/mini/guide-ibiblio-upload.html but as soon as I did mvn source:jar javadoc:jar repository:bundle-create I got this error: Packaging cannot be POM when creating an upload bundle. which is probably related to this bug: http://jira.codehaus.org/browse/MREPOSITORY-3 so what's the easiest way to get spring-richclient on the central repo? - ask for a sync from our repo? is that possible? - mess around with manually doing each module (which are a lot...) and do the parent pom's also manually? - Just wait till MREPOSITORY-3 is fixed and then do it (even it's just a snapshot)? - Will Archiva help in this in any way in the future? Thanks for any and all help. -- With kind regards, Geoffrey De Smet - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Fwd: Maven 2 - central repo mirrors
-- Forwarded message -- From: Wendy Smoak <[EMAIL PROTECTED]> Date: 10-Jul-2006 10:54 Subject: Maven 2 - central repo mirrors To: Struts Developers List Just a public service announcement since the central repo at ibiblio seems to be down. You can configure a mirror in settings.xml, see the following page for info: * http://maven.apache.org/guides/mini/guide-mirror-settings.html -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Apache Maven - http://maven.apache.org "Better Builds with Maven" book - http://library.mergere.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]