webdav-handler
Generic async HTTP/Webdav handler
Webdav
(RFC4918) is defined as
HTTP (GET/HEAD/PUT/DELETE) plus a bunch of extension methods (PROPFIND, etc).
These extension methods are used to manage collections (like unix directories),
get information on collections (like unix ls
or readdir
), rename and
copy items, lock/unlock items, etc.
A handler
is a piece of code that takes a http::Request
, processes it in some
way, and then generates a http::Response
. This library is a handler
that maps
the HTTP/Webdav protocol to the filesystem. Or actually, "a" filesystem. Included
is an adapter for the local filesystem (localfs
), and an adapter for an
in-memory filesystem (memfs
).
So this library can be used as a handler for HTTP servers like hyper
, actix
,
warp
, etc. Either as a correct and complete HTTP handler for files (GET/HEAD)
or as a handler for the complete Webdav protocol. In the last case, you can
mount it as a remote filesystem: Linux, Windows, MacOS all have support built-in
to mount Webdav filesystems.
Interface.
It has an interface similar to the Go x/net/webdav package:
- the library contains an HTTP handler.
- you supply a filesystem for backend storage, which can optionally implement reading/writing DAV properties.
- you can supply a locksystem that handles webdav locks.
With some glue code, this handler can be used from HTTP server libraries/frameworks such as hyper. (See examples/hyper.rs).
Implemented standards.
Currently passes the "basic", "copymove", "props", "locks" and "http" checks of the Webdav Litmus Test testsuite. That's all of the base RFC4918 webdav specification.
The litmus test suite also has tests for RFC3744 "acl" and "principal", RFC5842 "bind", and RFC3253 "versioning". Those we do not support right now.
The relevant parts of the HTTP RFCs are also implemented, such as the preconditions (If-Match, If-None-Match, If-Modified-Since, If-Unmodified-Since, If-Range), partial transfers (Range).
Also implemented is partial PUT
, for which there are currently two
non-standard ways to do it: PUT
with the Content-Range
header,
which is what Apache's mod_dav
implements, and PATCH
with the X-Update-Range
header from SabreDav
.
Backends.
Included are two filesystems:
LocalFs
: serves a directory on the local filesystemMemFs
: ephemeral in-memory filesystem. supports DAV properties.
Also included are two locksystems:
MemLs
: ephemeral in-memory locksystem.FakeLs
: fake locksystem. just enough LOCK/UNLOCK support for OSX/Windows.
Example.
Example server that serves the /tmp directory in r/w mode. You should be able to mount this network share from Linux, OSX and Windows.
use ;
async
Building.
This crate uses std::future::Future and async/await, so it only works with Rust 1.39 and up.
Testing.
RUST_LOG=webdav_handler=debug cargo run --example sample-litmus-server
This will start a server on port 4918, serving an in-memory filesystem.
For other options, run cargo run --example sample-litmus-server -- --help
Copyright and License.
- © 2018, 2019 XS4ALL Internet bv
- © 2018, 2019 Miquel van Smoorenburg
- Apache License, Version 2.0