Can anyone clearly detail what I have to do to "point" ibiblio or
another mirror instead of codehaus containing these snapshots mvn is
attempting to download when I run "mvn site"? Answer the question as
if I've no previous experience with maven
Caused by:
org.apache.maven.artifact.resolver.ArtifactResolutionException: Error
transferring file
org.apache.maven.doxia:doxia:pom:1.0-alpha-8
from the specified remote repositories:
central (http://repo1.maven.org/maven2),
apache.snapshots (http://svn.apache.org/maven-snapshot-repository),
snapshots (http://snapshots.maven.codehaus.org/maven2)
-Mark
On May 16, 2006, at 11:57 AM, Adam Leggett wrote:
In hindsight, maven-proxy would of been worth setting up.
Indeed. I was able to do this today in approx 15 minutes and point
it to ibiblio. Despite http://maven-proxy.codehaus.org/ also being
down. Now we all go via maven-proxy here.
Isnt google cache a lovely thing :-) ?
-----Original Message-----
From: ben short [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 16, 2006 3:51 PM
To: Maven Users List
Subject: Re: repo down?
In hindsight, maven-proxy would of been worth setting up.
On 5/16/06, Mark Hansen <[EMAIL PROTECTED]> wrote:
+1 !!!
Is there anybody who can fix this problem with the repository? I've
got a bunch of developers in India who have installed m2 and need to
build our company's plugins. We are losing man-days of work because
of this.
Mark Diggory wrote:
You can't if its the first time you've run maven, anyone trying to
use maven for the first time can't get the proper plugins because
its looking for Snapshots on codehaus. Seems if your going to do a
full release of maven it would be wise to base it on full releases
of the plugins in the mirrors, or at least a full release of maven
and/or any plugin maintained and required by maven should be full
released and often, then this sort of thing wouldn't happen. Look at
Eclipse and the way they organize thier updates into "integration",
"stable" and "release" builds.
For instance, EMF has a interim and stable update sites. This is one
of the reasons I really pushed to have separate snapshot and release
repositories at Apache, "product stability".
-Mark
p.s. there was a comment I should set up a mirror or something
crazy like that, it assumes I have some extensive knowledge of
maven, which at this point with maven 2 I don't. While I understand
you guys do allot of development and are focused on new features and
bug fixes, it makes your product look bad to have single points of
failure like this, I'm evaluating maven 2 for a project I'm now
working on, this doesn't bode well in my evaluation.
On May 16, 2006, at 8:25 AM, javed mandary wrote:
You can use the -o flag ,
e.g mvn -o install
this will tell maven to work in offline mode and it wont try to
check for updates on the remote repo.
cheers,
javed
On 5/15/06, Markus Reinhardt <[EMAIL PROTECTED]>
wrote:
Am Montag, den 15.05.2006, 11:20 +0200 schrieb Jörg Schaible:
Geoffrey De Smet wrote on Monday, May 15, 2006 10:26 AM:
Ibiblio is up, but the dns server of maven.org seems to be
down.> Brett Porter wrote:>>
http://maven.apache.org/guides/mini/
guide-mirror-settings.html>> >> Yes, it's down. Unscheduled, and
beyond our control, sorry. But, since the new plugin releases
refer to artifacts only available in
snapshots.maven.codehaus.org/maven2, our complete development
comes to a sudden stop, because of the automated update. Please,
make sure for such releases, that all artifacts are available at
ibiblio (which is at least mirrored).
Who do I to tell maven not to search for updates? Neither -o nor
-npu switches help. All needed plugins
(tomcat-maven-plugin:pom:1.0-
SNAPSHOT)
are located in my local repo.
Markus Reinhardt
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)
iD8DBQBEaEpxTPqyj/tXZEMRAowGAKCfn8AEqNqeA/EVm66Fv53SO9PD6gCgtCzW
gzcI00BTuqBtvCIYuKuP8BA=
=lMx0
-----END PGP SIGNATURE-----
--------------------------------------------------------------------
-
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]
======================================================================
=====
The contents of this email are intended for the named addresses and
may
contain confidential and/or privileged material. If received in error,
please contact UPCO head office on +44(0)113 201 0600 and then delete
the entire mail from your system. Unauthorised review, distribution,
disclosure or other use of information could constitute a breach of
confidence. Your co-operation in this matter is greatly appreciated.
Every effort has been taken to ensure that this email and any
attachments are virus-free. However, UPCO does not make any warranty
to this effect, and is not liable for any damage done by an infected
email message or attachment. UPCO recommends that all emails and
attachments are checked before opening.
All views or opinions expressed in this electronic message and its
attachements are those of the sender and do not necessarily reflect
the views and opinions of The Ultimate People Company Ltd.
======================================================================
=====
---------------------------------------------------------------------
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]
