Werner Baumann | 1 Dec 2007 23:32
Picon

Re: New draft: draft-daboo-webdav-mkcol-00.txt


Looking at RFC 4918, I found this:

 > A MKCOL request message may contain a message body. The precise
 > behaviour of a MKCOL request when the body is present is undefined,
 > but limited to creating collections, members of a collection, bodies
 > of members, and properties on the collections or members.

So there is no need for an "extension". All we need is a substantiation
of what is undefined and also one correction of what is wrong in RFC 4918.

Here is a proposal:
===================

1. MKCOL request with a propertyupdate XML body
-----------------------------------------------

When the body of a MKCOL request contains an propertyupdate XML
element, the server must process it according to RFC 4918, 9.2
PROPPATCH Method. If this fails, the requests fails and the collection
MUST NOT be created.

The propertyupdate XML element may contain a set XML element for
the resourcetype property. This MUST be the first set XML element.
The resourcetype requested is a specialised type of a collection.
The server MUST recognize this special type of collection and MUST be
able to handle it; otherwise the request MUST fail.

2. Response to MKCOL with a propertyupdate XML body
---------------------------------------------------
(Continue reading)

Adam Wead | 6 Dec 2007 21:24
Picon
Favicon

webdav with ssl and kerberos

Hello all,

I have a question for the collective wisdom.  I've looked around for  
solutions to this problem, but haven't found definitive answers, so I  
thought I'd address it here.  I'm sure it's been answered before, so  
my apologies for asking it again... I'd be happy if you can point me  
to some online literature, if that's available.

Question:

Is it possible to configure apache so you can access the same  
directory with WebDAV, via SSL and kerberos, and regular http?

I'm exploring the possibility of using WebDAV for our website  
development.  The issue is we use the same server for production and  
development.  So, you'd need to need to access the same files via  
http and https, except the https url would route you through WebDAV  
and http wouldn't.

I'm sure people are doing this, but I'm curious if there are any  
"standard practices" involving such a setup.

Any advice on existing literature, printed or electronic, for such  
practices would be very much appreciated.

thanks for your time.

best,
....adam

(Continue reading)

Tim Olsen | 6 Dec 2007 23:14

Re: webdav with ssl and kerberos


On Thu, 6 Dec 2007 15:24:59 -0500
Adam Wead <awead <at> indiana.edu> wrote:
> I'm exploring the possibility of using WebDAV for our website  
> development.  The issue is we use the same server for production and  
> development.  So, you'd need to need to access the same files via  
> http and https, except the https url would route you through WebDAV  
> and http wouldn't.

You can achieve this by using the LimitExcept configuration directive
inside your http configuration.  The subversion manual has an example
here:

http://svnbook.red-bean.com/en/1.4/svn.serverconfig.httpd.html#svn.serverconfig.httpd.authz.blanket

The http and https would both go through WebDAV, but you can limit
which http/webdav methods are allowed in http using LimitExcept.

Cheers,
Tim

Joe Feise | 14 Dec 2007 01:00
Favicon
Gravatar

Announcement: WebDAV add-on for Firefox


In the past, users of Firefox who needed to access WebDAV servers only had
one choice:
Julian Reschke's OpenWebFolder extension which hooks into Microsoft's
WebDAV component and thus only works on Windows.

Now there is a second choice:
Under my guidance, a team of three undergraduate students (Ayse Sabuncu,
Benjamin Schuster, and Ryan McLelland) from the Department of Computer
Science at the Johns Hopkins University has developed a new,
cross-platform WebDAV extension called WebFolder.
The extension, developed for their Senior Design Project course
(http://www.cs.jhu.edu/~phf/2007/fall/cs392/), implements the full class 2
WebDAV protocol (including locking) in JavaScript and runs on any platform
supported by recent versions of Firefox.
The extension is available at http://webfolder.mozdev.org/

-Joe


Gmane