Fabrizio Giudici
|
Posted: November 07, 2009 09:20 by Fabrizio Giudici
|
|
In the past days I've tried to create Maven repositories in the websites for two projects. While I have my own Nexus on my servers, it is less available than Kenai, especially if a number of users should download stuff. I've used the dav:https:// protocol and the wagon-webdav extension. For one project (forceTen) it worked, even though every single file publishing gives this: INFO: Already tried to authenticate with 'Website Area' authentication realm at kenai.com, but still receiving: HTTP/1.1 401 Authorization Required I presume my Maven just re-authenticates every time, so the only pitfall is probably that it's taking longer than it should. Yesterday I tried the same thing for blueMarine; it worked for a while, then it blocked at: [INFO] Uploading /tmp/tmp1955467967083827112wagon/it/tidalwave/metadata/it-tidalwave-metadata-persistence-node/1.1.42/it-tidalwave-metadata-persistence-node-1.1.42-javadoc.jar to https://kenai.com/website/bluemarine/maven-repository/releases/it/tidalwave/metadata/it-tidalwave-metadata-persistence-node/1.1.42/it-tidalwave-metadata-persistence-node-1.1.42-javadoc.jar ... Nov 6, 2009 10:50:23 PM org.apache.commons.httpclient.HttpMethodBase processAuthenticationResponse INFO: Already tried to authenticate with 'Website Area' authentication realm at kenai.com, but still receiving: HTTP/1.1 401 Authorization Required [INFO] Uploading /tmp/tmp1955467967083827112wagon/it/tidalwave/metadata/it-tidalwave-metadata-persistence-node/1.1.42/it-tidalwave-metadata-persistence-node-1.1.42-sources.jar.sha1 to https://kenai.com/website/bluemarine/maven-repository/releases/it/tidalwave/metadata/it-tidalwave-metadata-persistence-node/1.1.42/it-tidalwave-metadata-persistence-node-1.1.42-sources.jar.sha1 ... Nov 6, 2009 10:50:27 PM org.apache.commons.httpclient.HttpMethodBase processAuthenticationResponse INFO: Already tried to authenticate with 'Website Area' authentication realm at kenai.com, but still receiving: HTTP/1.1 401 Authorization Required Nov 6, 2009 10:50:28 PM org.apache.commons.httpclient.HttpMethodBase processRequest INFO: Recoverable exception caught when processing request Nov 6, 2009 10:50:28 PM org.apache.commons.httpclient.HttpMethodBase processRequest WARNING: Recoverable exception caught but MethodRetryHandler.retryMethod() returned false, rethrowing exception [INFO] ------------------------------------------------------------------------ [ERROR] BUILD ERROR [INFO] ------------------------------------------------------------------------ [INFO] Error during performing repository copy Embedded error: Failed to create destination WebDAV collection (directory): /website/bluemarine/maven-repository/releases/it/tidalwave/metadata/it-tidalwave-metadata-persistence-node/1.1.42 org.apache.commons.httpclient.HttpRecoverableException: Error in parsing the status line from the response: unable to find line starting with "HTTP" I mounted the filesystem with my Mac OS X and walked to inspect the problem. It seems that bluemarine/maven-repository/releases has got broken. It says that it's not a directory, if I try to do "file releases" or remove or rename it I get: [Mistral  Volumes/bluemarine/maven-repository] fritz% file releases releases: cannot open releases: Interrupted system call [Mistral Volumes/bluemarine/maven-repository] fritz% mv releases BROKENmv: rename releases to BROKEN: No such file or directory [Mistral Volumes/bluemarine/maven-repository] fritz% ls -altotal 12 drwx------ 1 fritz staff 2048 Nov 6 22:16 . drwx------ 1 fritz staff 2048 Nov 6 22:21 .. -rwx------ 1 fritz staff 2048 Nov 6 22:16 releases [Mistral Volumes/bluemarine/maven-repository] fritz% pwdThis of course is blocking every further operation. Can you find what happened, please? Of course I could drop and re-create the whole website, but if this happens again it will break my CI. Thanks. |
Not much luck with WebDAV even with Maven :-(
8 posts
Replies: 7 - Last Post: May 12, 2011 05:58
by: dengdai
by: dengdai
showing 1 - 8 of 8
Peter Mount
|
Posted: November 07, 2009 11:38 by Peter Mount
|
|
I sometimes see the last issue when using the mac - the directory occasionally appears as a file and the only way to get it back as a directory is to close and reopen the connection. However, I've not had that many issues with deploying via maven - usually I find it times out half way through deploying or it's on a go-slow - probably due to my net connection at home. When I last did a release (Monday) for a couple of my projects, I actually followed one of your recent blog articles fixing two problems maven mercurial hudson - and that worked perfectly - other than the last step which involved uploading to kenai - but that was a timeout and running wagon:merge-maven-repos for a second time got it to work. Peter |
|
Fabrizio Giudici
|
Posted: November 09, 2009 08:09 by Fabrizio Giudici
|
|
We're back to the behaviour of some days ago: it's unlikely that I manage in having the publication of a set of artifacts to the WebDAV repository without an error. The last overnight try did: INFO: Already tried to authenticate with 'Website Area' authentication realm at kenai.com, but still receiving: HTTP/1.1 401 Authorization Required [INFO] Uploading /tmp/tmp1301724266101298100wagon/it/tidalwave/geo/it-tidalwave-geo-location-elmo/1.0.55/it-tidalwave-geo-location-elmo-1.0.55.pom to https://kenai.com/website/forceten/maven-repository/releases/it/tidalwave/geo/it-tidalwave-geo-location-elmo/1.0.55/it-tidalwave-geo-location-elmo-1.0.55.pom ... Nov 9, 2009 2:28:06 AM org.apache.commons.httpclient.HttpMethodBase processAuthenticationResponse INFO: Already tried to authenticate with 'Website Area' authentication realm at kenai.com, but still receiving: HTTP/1.1 401 Authorization Required [INFO] Uploading /tmp/tmp1301724266101298100wagon/it/tidalwave/geo/it-tidalwave-geo-location-elmo/1.0.55/it-tidalwave-geo-location-elmo-1.0.55.nbm.sha1 to https://kenai.com/website/forceten/maven-repository/releases/it/tidalwave/geo/it-tidalwave-geo-location-elmo/1.0.55/it-tidalwave-geo-location-elmo-1.0.55.nbm.sha1 ... Nov 9, 2009 2:28:09 AM org.apache.commons.httpclient.HttpMethodBase processRequest INFO: Recoverable exception caught when processing request Nov 9, 2009 2:28:09 AM org.apache.commons.httpclient.HttpMethodBase processRequest WARNING: Recoverable exception caught but MethodRetryHandler.retryMethod() returned false, rethrowing exception [INFO] ------------------------------------------------------------------------ [ERROR] BUILD ERROR [INFO] ------------------------------------------------------------------------ [INFO] Error during performing repository copy Embedded error: Failed to create destination WebDAV collection (directory): /website/forceten/maven-repository/releases/it/tidalwave/geo/it-tidalwave-geo-location-elmo/1.0.55 org.apache.commons.httpclient.HttpRecoverableException: Error in parsing the status line from the response: unable to find line starting with "HTTP" [INFO] ------------------------------------------------------------------------ [INFO] For more information, run Maven with the -e switch [INFO] ------------------------------------------------------------------------ [INFO] Total time: 23 minutes 39 seconds [INFO] Finished at: Mon Nov 09 02:28:09 CET 2009 [INFO] Final Memory: 24M/138M [INFO] ------------------------------------------------------------------------ Archiving artifacts Recording fingerprints Now, at least it seems that if I retry it doesn't get stuck at the same point (and I can take advantage of staging deployment, so I only have to rerun the merge goal). But it's defeating the concept of CI, if I have to manually re-run some failed task. Also, are you seeing those "WARNING: Recoverable exception caught but MethodRetryHandler.retryMethod() returned false, rethrowing exception" too? They apparently don't make any harm, but maybe they are a sign of a wrong configuration on my side? |
|
Peter Mount
|
Posted: November 09, 2009 08:38 by Peter Mount
|
|
I actually made a release a couple of minutes before you, and didn't have any issues... ... [INFO] Uploading /Users/peter/target/target712092742496971755wagon/uk/org/retep/doclet/kenai/maven-metadata.xml.md5 to https://kenai.com/website/reteptools/maven/releases//uk/org/retep/doclet/kenai/maven-metadata.xml.md5 ... [INFO] Uploading /Users/peter/target/target712092742496971755wagon/uk/org/retep/doclet/kenai/maven-metadata.xml.sha1 to https://kenai.com/website/reteptools/maven/releases//uk/org/retep/doclet/kenai/maven-metadata.xml.sha1 ... [INFO] ------------------------------------------------------------------------ [INFO] BUILD SUCCESSFUL [INFO] ------------------------------------------------------------------------ [INFO] Total time: 3 minutes 41 seconds [INFO] Finished at: Mon Nov 09 08:26:58 GMT 2009 [INFO] Final Memory: 9M/79M [INFO] ------------------------------------------------------------------------
Also, are you seeing those "WARNING: Recoverable exception caught but MethodRetryHandler.retryMethod() returned false, rethrowing exception" too? They apparently don't make any harm, but maybe they are a sign of a wrong configuration on my side?
No, I've never seen them. |
|
Fabrizio Giudici
|
Posted: November 09, 2009 13:08 by Fabrizio Giudici
|
|
I'm using this in the pom: <extensions> <extension> <groupId>org.apache.maven.wagon</groupId> <artifactId>wagon-webdav</artifactId> <version>1.0-beta-2</version> </extension> </extensions> and this is the relevant part of settings.xml: <server> <id>maven2-release-repository.forceten.kenai.com</id> <username>fabriziogiudici</username> <password>******</password> <filePermissions>664</filePermissions> <directoryPermissions>775</directoryPermissions> <configuration></configuration> </server> Are you using something different? |
|
Fabrizio Giudici
|
Posted: November 08, 2009 11:45 by Fabrizio Giudici
|
|
I'm glad that you find it useful and I've done a step forward, so with some profile tweaking one must not issue long maven command lines with lots of arguments. The problem is that today nothing seems to work. For instance, this URL that yesterday worked http://kenai.com/website/forceten/maven-repository/releases/ now gives not found. Instead, it sounds that this works: http://forceten.kenai.com/maven-repository/releases/ but sadly not the SSL version: https://forceten.kenai.com/maven-repository/releases/ which gives not found. What's up? 
|
|
Peter Mount
|
Posted: November 08, 2009 13:50 by Peter Mount
|
|
I'll give it a try a little later this afternoon as I have another release to make. However I did have a few issues yesterday - where I was able to connect via the usual url, but only had read-only access and my a/c details didn't work, but that lasted about an hour. I'll let you know how it goes. |
|
Fabrizio Giudici
|
Posted: November 08, 2009 14:38 by Fabrizio Giudici
|
| Indeed now seems to work, if I always use https. |
showing 1 - 8 of 8
Replies: 7 - Last Post: May 12, 2011 05:58
by: dengdai
by: dengdai
