Downloads

Download tar.gz 91.68 KB
MD5: 9eba3ae177bd37ec9f3dfe2c0ecc290d
SHA-1: 3798d25b58af7dfe9b2a5350512a8525bf90059e
SHA-256: a445be739471148f007b4e2818bf3cea5eb1e4037fa382867b849c213f4afbf3
Download zip 124.76 KB
MD5: bdc6e397f769c48ab7b73dbcb61ceba2
SHA-1: 42582679d0b71fc6997bfd833aab4af3f4741b91
SHA-256: 4e5e87143f5b9ca2e46e4587fb508f7743e1e82d780e8352854fe2350aacbf8d

Release notes

First, sorry for previous buggy release, it was an human error while commiting.

New release after some monthes of inactivity. This is mainly a huge sync with work being done on the git repository, thanks to the great help of Florent :

  • It provides a new feature with profiles, they are now pluggable and can support any type of data selection backend. The only implementation still remains the views one, but new one can be written pretty easily.
  • Profiles are now XoXo module objects, using the XoXo factory implementation for persistence and objects access, this module provides us a full unit-tested CRUD API, which allows Yamm to lost some code weight.
  • Most of the code now uses the OOX module API, including generic implementation of registries.
  • File handling is becoming more flexible, the backend is pluggable, there is only one existing right now so it's being used in an hardcoded way, but it will change.
  • MD5 file checks are being done when files are transfered, the same file won't ever be copied twice.
  • The modules uses the CLI Deamon module on client side, which works way better than the old DataSync module.
  • A lot of other fixes, code inline documentation improvements, better coding standards, some files have been moved, etc...

Known issues :

  • The scheduler won't work, don't attempt to use it.
  • Taxonomy term handling may bug a bit (still need some intensive testing, please, help!).
  • File handling is limited to FileField module.
  • UI is not perfect, and is even worst than before because of XoXo module usage, we also intend to make this module evolve.
  • Sometimes, when the CLI Deamon respaws too fast, the same transaction will be run twice in parallel threads, we must implement locking (either using Drupal core lock.inc either using persistent one from OOX module), when this happens, all is doing great except some dependencies will be updated twice and the slower thread will get errors while attempting to fetch last dependencies, we still did not find any other side effet though.
  • Please report any!
Created by: pounard
Created on: 16 Nov 2010 at 20:38 UTC
Last updated: 16 Nov 2010 at 20:41 UTC
Unsupported

Other releases