188 stable releases (30 major)

new 74.0.0 Oct 30, 2024
73.0.0 Oct 15, 2024
72.1.1 Oct 14, 2024
71.0.0 Sep 26, 2024
43.2.0 Apr 28, 2021

#314 in Testing

Download history 70/week @ 2024-07-12 4/week @ 2024-07-19 75/week @ 2024-07-26 118/week @ 2024-08-16 303/week @ 2024-08-23 259/week @ 2024-08-30 48/week @ 2024-09-06 278/week @ 2024-09-13 371/week @ 2024-09-20 467/week @ 2024-09-27 206/week @ 2024-10-04 319/week @ 2024-10-11 41/week @ 2024-10-18 103/week @ 2024-10-25

713 downloads per month

MPL-2.0 license

360KB
5.5K SLoC

Taskcluster Upload Support

This library is a companion to the [docs.rs](https://docs.rs/taskcluster) Taskcluster client, with support for uploading objects.

Usage

See docs.rs for detailed usage information.

Compatibility

This library is co-versioned with Taskcluster itself. That is, a client with version x.y.z contains API methods corresponding to Taskcluster version x.y.z. Taskcluster is careful to maintain API compatibility, and guarantees it within a major version. That means that any client with version x.* will work against any Taskcluster services at version x.*, and is very likely to work for many other major versions of the Taskcluster services. Any incompatibilities are noted in the Changelog.


lib.rs:

Support for uploading data to the Taskcluster object server.

This crate provides a set of functions to perform an object-service upload. These functions negotiate an upload method with the object service, and then perform the upload, following all of the Taskcluster recommended practices.

Each function takes the necessary metadata for the upload, a handle to the data to be uploaded, and a taskcluster::Object client. The data to be uploaded can come in a variety of forms, described below. The client must be configured with the necessary credentials to access the object service.

Convenience Functions

Most uses of this crate can utilize [upload_from_buf] or [upload_from_file], providing the data in the form of a buffer and a tokio::fs::File, respectively.

Factories

An upload may be retried, in which case the upload function must have access to the object data from the beginning. This is accomplished with the AsyncReaderFactory trait, which defines a get_reader method to generate a fresh tokio::io::AsyncRead for each attempt. Users for whom the supplied convenience functions are inadequate can add their own implementation of this trait.

Dependencies

~13–25MB
~466K SLoC