#993: Unable to deploy maven artifacts to download.osgeo.org
------------------------------+---------------------------------------------
Reporter: danieleromagnoli | Owner: sac@…
Type: task | Status: new
Priority: normal | Milestone:
Component: Systems Admin | Keywords:
------------------------------+---------------------------------------------
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
--
Ticket URL: <http://trac.osgeo.org/osgeo/ticket/993>
OSGeo <http://www.osgeo.org/>
OSGeo committee and general foundation issue tracker.
#993: Unable to deploy maven artifacts to download.osgeo.org
------------------------------+---------------------------------------------
Reporter: danieleromagnoli | Owner: sac@…
Type: task | Status: new
Priority: normal | Milestone:
Component: Systems Admin | Keywords:
------------------------------+---------------------------------------------
Changes (by aaime):
* cc: aaime (added)
--
Ticket URL: <http://trac.osgeo.org/osgeo/ticket/993#comment:1>
OSGeo <http://www.osgeo.org/>
OSGeo committee and general foundation issue tracker.
#993: Unable to deploy maven artifacts to download.osgeo.org
------------------------------+---------------------------------------------
Reporter: danieleromagnoli | Owner: sac@…
Type: task | Status: new
Priority: normal | Milestone:
Component: Systems Admin | Keywords:
------------------------------+---------------------------------------------
Comment(by 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.
--
Ticket URL: <http://trac.osgeo.org/osgeo/ticket/993#comment:2>
OSGeo <http://www.osgeo.org/>
OSGeo committee and general foundation issue tracker.
#993: Unable to deploy maven artifacts to download.osgeo.org
------------------------------+---------------------------------------------
Reporter: danieleromagnoli | Owner: sac@…
Type: task | Status: new
Priority: normal | Milestone:
Component: Systems Admin | Keywords:
------------------------------+---------------------------------------------
Comment(by 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.
--
Ticket URL: <https://trac.osgeo.org/osgeo/ticket/993#comment:3>
OSGeo <http://www.osgeo.org/>
OSGeo committee and general foundation issue tracker.
#993: Unable to deploy maven artifacts to download.osgeo.org
------------------------------+---------------------------------------------
Reporter: danieleromagnoli | Owner: sac@…
Type: task | Status: new
Priority: normal | Milestone:
Component: Systems Admin | Keywords:
------------------------------+---------------------------------------------
Comment(by 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.
--
Ticket URL: <https://trac.osgeo.org/osgeo/ticket/993#comment:4>
OSGeo <http://www.osgeo.org/>
OSGeo committee and general foundation issue tracker.
#993: Unable to deploy maven artifacts to download.osgeo.org
------------------------------+---------------------------------------------
Reporter: danieleromagnoli | Owner: sac@…
Type: task | Status: new
Priority: normal | Milestone:
Component: Systems Admin | Keywords:
------------------------------+---------------------------------------------
Comment(by 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.
--
Ticket URL: <http://trac.osgeo.org/osgeo/ticket/993#comment:5>
OSGeo <http://www.osgeo.org/>
OSGeo committee and general foundation issue tracker.
#993: Unable to deploy maven artifacts to download.osgeo.org
------------------------------+---------------------------------------------
Reporter: danieleromagnoli | Owner: sac@…
Type: task | Status: new
Priority: normal | Milestone:
Component: Systems Admin | Keywords:
------------------------------+---------------------------------------------
Comment(by 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
--
Ticket URL: <http://trac.osgeo.org/osgeo/ticket/993#comment:6>
OSGeo <http://www.osgeo.org/>
OSGeo committee and general foundation issue tracker.
#993: Unable to deploy maven artifacts to download.osgeo.org
------------------------------+---------------------------------------------
Reporter: danieleromagnoli | Owner: sac@…
Type: defect | Status: new
Priority: major | Milestone:
Component: Systems Admin | Keywords:
------------------------------+---------------------------------------------
Changes (by wildintellect):
* priority: normal => major
* type: task => defect
Comment:
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).
1. 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.
--
Ticket URL: <https://trac.osgeo.org/osgeo/ticket/993#comment:7>
OSGeo <http://www.osgeo.org/>
OSGeo committee and general foundation issue tracker.
#993: Unable to deploy maven artifacts to download.osgeo.org
------------------------------+---------------------------------------------
Reporter: danieleromagnoli | Owner: sac@…
Type: defect | Status: new
Priority: major | Milestone:
Component: Systems Admin | Keywords:
------------------------------+---------------------------------------------
Comment(by 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?
--
Ticket URL: <http://trac.osgeo.org/osgeo/ticket/993#comment:8>
OSGeo <http://www.osgeo.org/>
OSGeo committee and general foundation issue tracker.
#993: Unable to deploy maven artifacts to download.osgeo.org
------------------------------+---------------------------------------------
Reporter: danieleromagnoli | Owner: sac@…
Type: defect | Status: closed
Priority: major | Milestone:
Component: Systems Admin | Resolution: fixed
Keywords: |
------------------------------+---------------------------------------------
Changes (by jive):
* status: new => closed
* resolution: => fixed
Comment:
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.
--
Ticket URL: <http://trac.osgeo.org/osgeo/ticket/993#comment:9>
OSGeo <http://www.osgeo.org/>
OSGeo committee and general foundation issue tracker.
#993: Unable to deploy maven artifacts to download.osgeo.org
------------------------------+---------------------------------------------
Reporter: danieleromagnoli | Owner: sac@…
Type: defect | Status: reopened
Priority: major | Milestone:
Component: Systems Admin | Resolution:
Keywords: |
------------------------------+---------------------------------------------
Changes (by jive):
* status: closed => reopened
* resolution: fixed =>
Comment:
Okay I speak too soon; the mailing list is still reporting troubles. But
at least we have a lead about what has changed.
--
Ticket URL: <http://trac.osgeo.org/osgeo/ticket/993#comment:10>
OSGeo <http://www.osgeo.org/>
OSGeo committee and general foundation issue tracker.
#993: Unable to deploy maven artifacts to download.osgeo.org
------------------------------+---------------------------------------------
Reporter: danieleromagnoli | Owner: sac@…
Type: defect | Status: closed
Priority: major | Milestone:
Component: Systems Admin | Resolution: fixed
Keywords: |
------------------------------+---------------------------------------------
Changes (by danieleromagnoli):
* status: reopened => closed
* resolution: => fixed
Comment:
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
--
Ticket URL: <http://trac.osgeo.org/osgeo/ticket/993#comment:11>
OSGeo <http://www.osgeo.org/>
OSGeo committee and general foundation issue tracker.