Services/Sync/Server/API/Storage/1.1

Weave 1.1 API

Release Date: TBD

Weave Basic Object (WBO)

A Weave Basic Object is the generic wrapper around all items passed into and out of the Weave server. The Weave Basic Object has the following fields:

Parameter	Default	Max	Description
id	required	64	An identifying string. For a user, the id must be unique for a WBO within a collection, though objects in different collections may have the same ID. Ids should be ASCII and not contain commas.
parentid	none	64	The id of a parent object in the same collection. This allows for the creation of hierarchical structures (such as folders).
predecessorid	none	64	The id of a predecessor in the same collection. This allows for the creation of linked-list-esque structures.
modified	time submitted	float (2 decimal places)	The last-modified date, in seconds since 01/01/1970 (see ecma-262). Set by the server.
sortindex	none	integer	An integer indicting the relative importance of this item in the collection.
payload	none	256K	A string containing a JSON structure encapsulating the data of the record. This structure is defined separately for each WBO type. Parts of the structure may be encrypted, in which case the structure should also specify a record for decryption.
ttl	none (optional)	integer	The number of seconds to keep this record. After that time, this item will not be returned.

Weave Basic Objects and all data passed into the Weave Server should be utf-8 encoded.

Sample:

{
	"id": "B1549145-55CB-4A6B-9526-70D370821BB5",
	"parentid": "88C3865F-05A6-4E5C-8867-0FAC9AE264FC",
	"modified": "2454725.98",
	"payload": "{\"encryption\":\"http://server/prefix/version/user/crypto-meta/B1549145-55CB-4A6B-9526-70D370821BB5\", \"data\": \"a89sdmawo58aqlva.8vj2w9fmq2af8vamva98fgqamff...\"}"
}

Collections

Each WBO is assigned to a collection with other related WBOs. Collection names may only contain alphanumeric characters, period, underscore and hyphen. Default Mozilla collections are:

• bookmarks
• history
• forms
• prefs
• tabs
• passwords

Additionally, the following collections are supported for internal Weave client use:

• clients
• crypto
• keys
• meta

URL Semantics

Weave URLs follow, for the most part, REST semantics. Request and response bodies are all JSON-encoded.

The URL for Weave Storage requests is structured as follows:

https://<server name>/<api pathname>/<version>/<username>/<further instruction>

Component	Mozilla Default	Description
server name	(defined by user account node)	the hostname of the server
pathname	(none)	the prefix associated with the service on the box
version	1.0	The API version. May be integer or decimal
username	(none)	the name of the object (user) to be manipulated
further instruction	(none)	The additional function information as defined in the paths below

Weave uses HTTP basic auth (over SSL, so as to maintain password security). If the auth username does not match the username in the path, the server will issue an Error Response

The Weave API has a set of Weave Response Codes to cover errors in the request or on the server side. The format of a successful response is defined in the appropriate request method section.

GET

https://server/pathname/version/username/info/collections

Returns a hash of collections associated with the account, along with the last modified timestamp for each collection.

https://server/pathname/version/username/info/collections_usage

Returns a hash of collections associated with the account, along with the data volume used for each (in K).

https://server/pathname/version/username/info/collection_counts

Returns a hash of collections associated with the account, along with the total number of items for each collection.

https://server/pathname/version/username/info/quota

Returns a list containing the user's current usage and quota (in KB)

https://server/pathname/version/username/storage/collection

Returns a list of the WBO ids contained in a collection. This request has additional optional parameters:

Term	Description
ids	Returns the ids for objects in the collection that are in the provided comma-separated list.
predecessorid	Returns the ids for objects in the collection that are directly preceded by the id given. Usually only returns one result.
parentid	Returns the ids for objects in the collection that are the children of the parent id given.
older	Returns only ids for objects in the collection that have been last modified before the date given.
newer	Returns only ids for objects in the collection that have been last modified since the date given.
full	If defined, returns the full WBO, rather than just the id.
index_above	If defined, only returns items with a higher sortindex than the value specified.
index_below	If defined, only returns items with a lower sortindex than the value specified.
limit	Sets the maximum number of ids that will be returned.
offset	Skips the first n ids. For use with the limit parameter (required) to paginate through a result set.
sort	'oldest' - Orders by modification date (oldest first) 'newest' - Orders by modification date (newest first) 'index' - Orders by the sortindex descending (highest weight first)

https://server/pathname/version/username/storage

Returns a list of the WBO objects contained in a set of collections, most recently modified first. This request has a required parameter (collections) and optional parameters:

Term	Default	Description
collections	required	Select from the union of the collections specified.
newer	(optional)	Returns only objects in the collection that have been last modified since the date given.
limit	(optional)	Sets the maximum number of objects that will be returned.
sort	(optional)	'oldest' - Orders by modification date (oldest first) 'newest' - Orders by modification date (newest first) 'index' - Orders by the sortindex descending (highest weight first)

https://server/pathname/version/username/storage/collection/id

Returns the WBO in the collection corresponding to the requested id

Alternate Output Formats

Two alternate output formats are available for multiple record GET requests. They are triggered by the presence of the appropriate format in the Accept header (with application/whoisi taking precedence)

• application/whoisi: each record consists of a 32-bit integer, defining the length of the record, followed by the json record for a wbo

• application/newlines: each record is a separate json object on its own line. Newlines in the body of the json object are replaced by '\u000a'

PUT

https://server/pathname/version/username/storage/collection/id

Adds the WBO defined in the request body to the collection. If the WBO does not contain a payload, it will only update the provided metadata fields on an already defined object.

The server will return the timestamp associated with the modification.

POST

https://server/pathname/version/username/storage/collection

Takes an array of WBOs in the request body and iterates over them, effectively doing a series of atomic PUTs with the same timestamp.

Returns a hash of successful and unsuccessful saves, including guidance as to possible errors:

{"modified":1233702554.25,"success":["{GXS58IDC}12","{GXS58IDC}13","{GXS58IDC}15","{GXS58IDC}16","{GXS58IDC}18","{GXS58IDC}19"],"failed":{"{GXS58IDC}11":["invalid parentid"],"{GXS58IDC}14":["invalid parentid"],"{GXS58IDC}17":["invalid parentid"],"{GXS58IDC}20":["invalid parentid"]}}

https://server/pathname/version/username/storage

Takes an array of WBOs in the request body and iterates over them, effectively doing a series of atomic PUTs with the same timestamp. Each wbo must have a collection specified.

Returns a hash for each collection of successful and unsuccessful saves, including guidance as to possible errors:

{
  "collection1": 
    {"success":["{GXS58IDC}12"], 
     "failed":{"{GXS58IDC}11":["invalid id"]}}, 
  "collection2": 
    {"success": ["{GXS58IDC}13","{GXS58IDC}15","{GXS58IDC}16","{GXS58IDC}18","{GXS58IDC}19"],
     "failed":{"{GXS58IDC}11":["invalid id"],"{GXS58IDC}14":["payload too long"]}}}

DELETE

https://server/pathname/version/username/storage/collection

Deletes the collection and all contents. Additional request parameters may modify the selection of which items to delete:

Term	Description
ids	Deletes the ids for objects in the collection that are in the provided comma-separated list.
parentid	Only deletes objects in the collection that are the children of the parent id given.
older	Only deletes objects in the collection that have been last modified before the date given.
newer	Only deletes objects in the collection that have been last modified since the date given.
limit	Sets the maximum number of objects that will be deleted.
offset	Skips the first n objects in the defined set. Must be used with the limit parameter. [This function is not currently operational in the mysql implementation]
sort	'oldest' - Orders by modification date (oldest first) 'newest' - Orders by modification date (newest first) 'index' - Orders by the sortindex (ordered lists) 'depthindex' - Orders by depth, then by sortindex (ordered trees)

https://server/pathname/version/username/storage/collection/id

Deletes the WBO at the location given

All delete requests return the timestamp of the action.

https://server/pathname/version/username/storage

Deletes all records for the user. Will return a precondition error unless an X-Confirm-Delete header is included.

All delete requests return the timestamp of the action.

General Weave Headers

X-Weave-Backoff

Indicates that the server is under heavy load or has suffered a failure and the client should not try again for the specified number of seconds (usually 1800)

X-If-Unmodified-Since

On any write transaction (PUT, POST, DELETE), this header may be added to the request, set to a timestamp. If the collection to be acted on has been modified since the timestamp given, the request will fail.

X-Weave-Alert

This header may be sent back from any transaction, and contains potential warning messages, information, or other alerts. The contents are intended to be human-readable.

X-Weave-Timestamp

This header will be sent back with all requests, indicating the current timestamp on the server. If the request was a PUT or POST, this will also be the modification date of any WBOs submitted or modified.

X-Weave-Records

If supported by the db, this header will return the number of records total in the request body of any multiple-record GET request.

X-Weave-Quota-Remaining

This header will be sent back with all PUT and POST requests, if the user has less than one megabyte of space left on the server. It contains the size left (in K).

When there's no more space left for the user, the server will abort any PUT or POST request and return a 400 with a 14 error code, as described in the Weave Response Codes. The header is still sent back in this case.