Unable to deploy maven artifacts to download.osgeo.org

[danieleromagnoli]

Hi, It seems I'm not able to deploy maven artifacts to the internal osgeo's geotools repository anymore. I was able to do that in the past (on June) with my credentials. ​http://download.osgeo.org/webdav/geotools/it/geosolutions/imageio-ext/imageio-ext/1.1.4/

When trying to deploy these days, I get this message:

[INFO] [deploy:deploy {execution: default-deploy}] WAGON_VERSION: 1.0-beta-2 Uploading: ​http://download.osgeo.org/webdav/geotools//it/geosolutions/imageio-ext/imageio-ext/1.1.5/imageio-ext-1.1.5.pom 10-ago-2012 8.55.18 org.apache.commons.httpclient.HttpMethodBase processAuthenticationResponse INFO: Already tried to authenticate with 'OSGeo Login' authentication realm at download.osgeo.org, but still receiving: HTTP/1.1 401 Authorization Required

My user is danieleromagnoli

Please, let me know if you need any additional information for this ticket. I'm blocked on that to update geotools and geoserver to the latest imageio-ext version.

Regards, Daniele Romagnoli, GeoSolutions

[warmerdam]

There are a few notes on the webdav setup at:

​http://wiki.osgeo.org/wiki/Download_Server

I'm not aware of any recent changes in the configuration of the download server, though I had a vague recollection of GeoTools moving to another site for the maven repository. Perhaps I'm mixed up.

Skimming files under /etc/apache2, webdav does appear to be enabled in /etc/apache2/sites-available/download2.osgeo.org.conf's section for download.osgeo.org.

I'm a bit at a loss what is needed as I didn't have anything to do with setting up this aspect and the wiki doesn't show who did.

[wildintellect]

I set it up this last time. I did make some changes in the apache file recently for OSGeo Live stuff and will double check if I got something wrong. Otherwise I'm not aware of any other changes.

[wildintellect]

Looking at the logs as of August 2nd webdav PUT was working for Jody. Is it broken for him too? If so maybe config related, if not probably LDAP permissions for specific users.

[aaime]

I've just tried with a command line DAV client for Linux (cadaver), I can get it read only, when I try to upload a file I get prompted to enter username and password, and the authentication fails. The thing is, I'm using the same username and password I've been using to log into Trac to write this comment, it should work on the DAV too since I am a GeoTools committer.

[danieleromagnoli]

It seems Jody has the same issue. quoting his report from geotools devel mailing list:

---

I can confirm you experience. I was able to login and get read-only access. When trying to upload a file I get ... "Could not upload test.txt"

Transcript says: geosolutions/ 0 2008-12-15 01:23:22 +0000 PROPFIND /webdav/geotools/it/geosolutions/ HTTP/1.1

207 Multi-Status jgrib1/ 0 2008-12-15 01:23:25 +0000 imageioext/ 0 2008-12-15 01:21:01 +0000 factory/ 0 2008-12-15 01:23:21 +0000 imageio-ext/ 0 2011-07-19 14:01:36 +0000

PUT /webdav/geotools/it/geosolutions/untitled%20file HTTP/1.1 207 Multi-Status

PUT /webdav/geotools/it/geosolutions/untitled%20file HTTP/1.1 401 Authorization Required

PUT /webdav/geotools/it/geosolutions/test.txt HTTP/1.1 Could not read status line: connection was closed by server

PUT /webdav/geotools/it/geosolutions/test.txt HTTP/1.1 401 Authorization Required

---

What can we do to get this fixed? Please, let us know.

Daniele

[wildintellect]

I'm going to have to split the problem into testable parts. We didn't change anything in the apache config so that seems unlikely to be the issue, but we also didn't change anything recently in LDAP (Though we might have several months ago). We did upgrade the debian version (wonder if something changed).

1. test LDAP auth on a regular apache page (with generic osgeo auth and then the geotools group specifically).
2. test non-LDAP apache auth with webdav

Fatest way to get this solved is to offer up a webdav config expert to help with the testing. Note we could also revive the plan to change from webdav to some other transfer protocol - you name the transfer protocol and we can try it.

[jive]

Okay I have found a couple modules that were missed when releasing GeoTools 8.0. As such I am in position to test.

Currently I get:

INFO: Already tried to authenticate with 'OSGeo Login' authentication realm at download.osgeo.org, but still receiving: HTTP/1.1 401 Authorization Required Uploading: ​http://download.osgeo.org/webdav/geotools/org/geotools/gt-shapefile-renderer/8.0/gt-shapefile-renderer-8.0.pom

I also have a "quick" test we can do in order to try out a new transport protocol:

1. Change transport protocol in root pom.xml
2. mvn deploy -N

This will only try and deploy the "org.geotools" pom.xml file, and will not recursively try and deploy the rest of geotools.

It looks like the available transport protocols are here (​http://maven.apache.org/wagon/):

• File
• HTTP
• HTTP lightweight
• FTP
• SSH/SCP
• WebDAV
• SCM (in progress)

Still our use of WebDAV looks correct. Is there any other steps we can check to determine what is failing?

[jive]

Okay we figured it out! As part of moving our version control to github, we removed the users from the "geotools" group (so they would not accidentally commit into svn).

This same group was used to provide write access to the webdav folder.

We have added a couple "release" managers back into the group and we are able to function again.

Thank you for your patience on this one.

[jive]

Okay I speak too soon; the mailing list is still reporting troubles. But at least we have a lead about what has changed.

[danieleromagnoli]

Ok, after Andrea added me again to the SVN committers list, I was able to deploy the artifacts to the repository.

Thanks for your assistance. I'm closing this ticket.

Daniele