Welcome to pysyncml¶
Welcome to the pysyncml library, a pure-python implementation of the SyncML adapter framework and protocol. SyncML is a protocol to synchronize opaque objects between multiple clients and a server.
Important
2012/07/22: pysyncml is currently alpha. That means it is not reliable yet! However, it is being actively developed, so check back in a couple of months.
Functional components as of 0.1.dev-r41:
- Client-side SyncML framework with support for CRUD operations, i.e. Add/Replace/Delete Sync commands.
- Client-side synchronization of “note” datatype.
- Server-side SyncML framework with support for CRUD operations, i.e. Add/Replace/Delete Sync commands BUT no conflict detection or resolution.
Goals¶
The pysyncml project has the following goals, some of them diverge critically from other SyncML implementations and are the reasons for creating a new package instead of building on other existing implementations:
- Can be installed and used with a single “pip install pysyncml” (or easy_install).
- Is python 2.6+ and 3+ compatible.
- Implements a sufficiently large subset of the SyncML 1.2.2 (a.k.a. the OMA Data Synchronization specification) as to be interoperable with other implementations without necessarily being “conformant”.
- Can be easily integrated into sqlalchemy based projects to store data in the application’s database instead of separated out (so that integrated database triggers and cascading can be applied).
- Can be extended in order to make properly crafted clients able to operate in “distributed” mode - this means that in the absence of a network, SyncML client peers are able to synchronize with each other in the anticipation that the central server may or may not eventually become available again.
- Differentiates as little as possible between “client” and “server” modes to enable the previous goal.
- Makes basic synchronization easy and complicated synchronization possible by providing standard implementations for commonly used approaches, while allowing these components to be overriden or extended.
- Provides basic command line tools for commonly synchronized data types.
- Provides a framework of server-push notifications which are transport agnostic.
- Auto-discovery of SyncML server URI locations; i.e. finding the “right” paths to bind object types is done automatically instead of needing error-prone user configuration.
Limitations¶
It is the goal of the project to get a minimally functional library going in the shortest possible timeframe. To that end, the following features of SyncML will NOT be implemented until a later phase, even if this means that the library does not provide a conformant implementation:
- NOT supported: filtering of searches or synchronization targets.
- NOT supported: data split over multiple messages.
- NOT supported: soft-deletes.
- NOT supported: memory constraint management.
- NOT supported: suspend, resume and busy signaling.
- NOT supported: MD5 authentication scheme.
- NOT supported: per-database-layer authorization.
Installation¶
Installation of pysyncml is near-trivial with PIP:
$ pip install pysyncml
or, using easy_install:
$ easy_install pysyncml
Documentation¶
-
pysyncml comes with several simple command line programs to synchronize various object types, such as contacts and notes. Although they are intended as example implementations, they can nonetheless be used for real, albeit simple, synchronization.
-
This guide documents how to implement only the client-side of a SyncML communication. Due to the fact that pysyncml is intended to allow omni-directional synchronization, this is in fact not that much different from implementing a server, but can be slightly simpler.
-
This guide documents how to implement only the server-side of a SyncML communication. Due to the fact that pysyncml is intended to allow omni-directional synchronization, this is in fact not that much different from implementing a server, but there are extra tidbits about how to manage deep integration with a database, manage state and sessions as well as authorization/authentication concerns.
Coding Standards¶
Here are a few of the coding standards that the pysyncml project conforms to that deviate or go beyond PEP-8:
- No hard tabs; soft tabs set to two (2) spaces.
- All text-based versioned files have svn:keywords “Id” and “Revision”.
- All text-based files must use unix-style line endings.
- Assignment operations should be operator-aligned when in context of consecutive assignments.
- No hard coding of literals; all literals must be overrideable.
- No one-line logic (conditionals, loops, etc), except anonymous functions.
- Python files are “utf-8” encoded and are marked as such.
- Variables and methods are camelCase unless otherwise required by specs.
- Classes are capitalized CamelCase unless otherwise required by specs.
- Complexity is hidden via sane defaulting.
- Documentation is on all public API entry points via restructured text (RST).
- TODO items indicate potentially show-stopper issues, todo indicates nice-to-haves.
Resources¶
- PyPI listing: http://pypi.python.org/pypi/pysyncml
- SourceForge project: http://sourceforge.net/projects/pysyncml/
- Tickets: http://sourceforge.net/p/pysyncml/tickets/
- Search Page
- Module Index
- Index
Feedback¶
Please send any feedback, comments, suggestions, etc. to <hardcore@uberdev.org>. For bug reports, please use the SourceForge ticket system (see Resources).