Convenience namespace to refer to protocol methods and certain internal btree methods
all in one place. See eva.v2.datastructures.bbtree.api for implementation details and docs.

The function of this namespace is to collect the public-facing 'permanent' methods of the
btree code. As new versions are written, the constructors here should be updated to point
to the latest constructor code.

The fressian tags common to all versions -- mostly Clojure Core stuff.

A map-like structure with the following quirks:
- each key is associated with a vector of all values inserted at that key.
- `count' returns the sum of lengths of all vector values.
- it works as a priority-map, sorting each key by the length of its associated vector.
- Corollary: `first' returns the entry with the longest value vector.

Generic get/put-node methods wrapped over the value store protocol.
Non-version-specific. Pointers and Nodes in any version of the btree should
implement the NodeStorageInfo protocol and storage should just work.

Implementation of an append-only immutable vector in secondary storage.
This implementation should behave correctly and safely under concurrent
attempts to read and write. Writing to the end of the vector and reading from
any position in the vector should be O(1). This data structure is intended to
support the immutable write-ahead transaction log backing an Eva database.

Provides consolidated write & read handlers for use in various circumstances
depending on the content being handled.

Minimal Reimplementation of node.alpha using the jms.beta
code to make it JMS 1.1 compatible.

This messaging implementation was forked from
the local messaging node to provide a less
restricted more-nondeterministic broker.

Local connection for an EVA Database. Supports in-memory, h2 and sqlite.

Core logic for the transaction pipeline, provides the entry point for transaction
processing via the 'transact' function

Transaction pipeline related errors and error codes.

Protocols used in transaction pipeline.

Contains the logic for three major chunks of work in the transaction pipeline:
1. Resolve the unique-attribute-merging problem that arises from unique identity semantics.
2. Resolve temporary ids into permanent ids.
3. Eliminate redundant Adds or Retracts in tx-data.

Provides the logic for recursively flattening map entities in a transaction.

Defines concrete types for the fundamental Add and Retract transaction operations.

Defines a concrete type for Map Entity operations handled in the transaction pipeline.

Defines a concrete type for transaction functions handled in the transaction pipeline.

Provides the validation logic for a finalized batch of tx-data.