Crate dav_server

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 with HTTP servers like hyper, warp, actix-web, etc. Either as a correct and complete HTTP handler for files (GET/HEAD) or as a handler for the entire Webdav protocol. In the latter case, you can mount it as a remote filesystem: Linux, Windows, macOS can all mount Webdav filesystems.

Backend interfaces.

The backend interfaces are similar to the ones from the Go x/net/webdav package:

• the library contains a 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.

The handler in this library works with the standard http types from the http and http_body crates. That means that you can use it straight away with http libraries / frameworks that also work with those types, like hyper. Compatibility modules for actix-web and warp are also provided.

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 filesystem
• MemFs: 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 macOS/Windows.

Example.

Example server using hyper that serves the /tmp directory in r/w mode. You should be able to mount this network share from Linux, macOS and Windows. Examples for other frameworks are also available.

use std::{convert::Infallible, net::SocketAddr};
use hyper::{server::conn::http1, service::service_fn};
use hyper_util::rt::TokioIo;
use tokio::net::TcpListener;
use dav_server::{fakels::FakeLs, localfs::LocalFs, DavHandler};

#[tokio::main]
async fn main() {
    let dir = "/tmp";
    let addr: SocketAddr = ([127, 0, 0, 1], 4918).into();

    let dav_server = DavHandler::builder()
        .filesystem(LocalFs::new(dir, false, false, false))
        .locksystem(FakeLs::new())
        .build_handler();

    let listener = TcpListener::bind(addr).await.unwrap();

    println!("Listening {addr}");

    // We start a loop to continuously accept incoming connections
    loop {
        let (stream, _) = listener.accept().await.unwrap();
        let dav_server = dav_server.clone();

        // Use an adapter to access something implementing `tokio::io` traits as if they implement
        // `hyper::rt` IO traits.
        let io = TokioIo::new(stream);

        // Spawn a tokio task to serve multiple connections concurrently
        tokio::task::spawn(async move {
            // Finally, we bind the incoming connection to our `hello` service
            if let Err(err) = http1::Builder::new()
                // `service_fn` converts our function in a `Service`
                .serve_connection(
                    io,
                    service_fn({
                        move |req| {
                            let dav_server = dav_server.clone();
                            async move { Ok::<_, Infallible>(dav_server.handle(req).await) }
                        }
                    }),
                )
                .await
            {
                eprintln!("Failed serving: {err:?}");
            }
        });
    }
}

Modules

• actixactix-compat
  Adapters to use the standard http types with Actix.
• body
  Definitions for the Request and Response bodies.
• davpath
  Utility module to handle the path part of an URL as a filesytem path.
• fakels
  Fake locksystem (to make Windows/macOS work).
• fs
  Contains the structs and traits that define a filesystem backend.
• localfslocalfs
  Local filesystem access.
• ls
  Contains the structs and traits that define a locksystem backend.
• memfsmemfs
  Simple in-memory filesystem.
• memls
  Simple in-memory locksystem.
• warpwarp-compat
  Adapter for the warp HTTP server framework.

Structs

• DavConfig
  Configuration of the handler.
• DavHandler
  The webdav handler struct.
• DavMethodSet
  A set of allowed DavMethods.

Enums

• DavMethod
  HTTP Methods supported by DavHandler.