Hi Manfred,
> I had some time to look further into this issue.Great: so this means that there is no fundamental problem at the HTTP or Zn level.
>
> On Thu, Oct 10, 2013 at 9:08 PM, Sven Van Caekenberghe <sven@stfx.eu> wrote:
> Manfred,
>
> On 10 Oct 2013, at 20:17, Manfred Kr�hnert <mkroehnert42@googlemail.com> wrote:
>
> > Hi again,
> >
> > the webdav share is located on an OwnCloud instance.
> > It is possible to get a directory listing of the specific directory with the following ZnClient request:
> >
> > ZnClient new username: 'X' password: 'Y'; get: 'https://owncloud.server.de/remote.php/webdav/monticello'
>
> Excellent, that means that it fundamentally works !
>
> Maybe you can try the same for accessing an actual .mcz file, just to be sure.
>
> If I add a '/MyPackage-MK.1.mcz' to the URL and inspect the result it shows a big ByteArray instance.
> Which should mean that the file can get accessed remotely via WebDAV.
Like the comment says: this is something weird from the past, I do not know what it means. Maybe the time has come to just remove it.
> > In a Pharo 2.0 image do the following steps:
> >
> > * MonticelloBrowser: select package
> > * MonticelloBrowser->'+Repository'
> > * add location: 'https://owncloud.server.de/remote.php/webdav/monticello' username: 'X' password: 'Y'
> > * MonticelloBrowser->'Open'
> >
> > * ProgressBar with the following name shows up:
> > � � 'Loading all file names from https://owncloud.server.de/remote.php/webdav/monticello'
> > It gets interrupted by a PreDebugWindow with title
> > � � 'MCRepositoryError: Could not access https://owncloud.server.de/remote.php/webdav/monticello: ZnHttpUnsuccessful: 404 Not Found'
> >
> > Opening the Debugger gives the following stacktrace
> >
> > MCHttpRepository>>loadAllFileNames in Block: [:exception | (exception className beginsWith: 'Zn...etc...
> > BlockClosure>>cull:
> > ...
> > ZnClient>>execute
>
> Have a look at MCHTTPRepository>>#loadAllFileNames and notice how a query parameter is added, maybe that is the culprit ? Also, a trailing slash is added, that could be a problem for the server as well.
>
> What I found out is that line 11 of MCHTTPRepository>>#loadAllFileNames is apparently causing the problem:
>
> queryAt: 'C' put: 'M;O=D'; � �"legacy that some servers maybe expect"
>
>
> When I access the following URL with ZnClient it returns a 404 error (does not exist):
>
> ZnClient new username: 'X' password: 'Y'; get: 'https://owncloud.server.de/remote.php/webdav/monticello/?C=M%3BO%3DD'
>
> This 404 is the exception which is thrown and caught by the debugger.
> I took the query from the http client request which I inspected in the debugger.
>
> When the 'queryAt:...' line is commented out the contents of the repository is shown when I choose 'Open' on the specific repository in MonticelloBrowser.
> Maybe this is an issue with the WebDAV implementation of OwnCloud (version 5.0.10 in this case).
> The next strange thing here is that all entries in the opened browser are prefixed with 'remote.php/webdav/monticello/'.The repository listing has to be correct, also in its use of naming and URLs. This is a correct one: http://mc.stfx.eu/ZincHTTPComponents/ - note the simple name and relative URL. But such a relative URL can only work if the base URL of the page ends with /.�
> And they are all marked in a bold font which means completely new to the system if I remember correctly.
> Then I checked the MD5 sums of the .mcz files and the ones from the package cache have a different checksum than the one on the webdav share.
> Although I used the MonticelloBrowser 'Copy' action.
Monticello can work on WebDAV but it is not written specifically for it. Maybe there are others out there who can help you better how to configure your server.
You could also have a look at ZnMonticelloServerDelegate, which is an implementation of a very simple Monticello repository server in Pharo. You should be able to understand the simple protocol from that code.