Package: gocept.fssyncz2
gocept.fssyncz2Please note: We do no longer actively support this package. If you still need it, please drop us a note, we can either transfer the repository or support you on a paid basis.This package provides Zope2 integration of zope.fssync/zope.app.fssync, that
is, the ability to dump and restore ZODB content to the filesystem (To that
end, it provides synchronisers for OFS folders and the like, and adapts the
Zope3-ish mechanisms of zope.app.fssync to work with the Zope2 publisher).Its main use case is to keep code stored inside the ZODB in a source code
management system. Therefore, it tries to make the pickles that are written to
disk as readable as possible (e. g. by not using base64 encoding).So far, it concentrates on thedumpandloadactions (which
overwrite their target completely), since merging changes between different
checkouts needs to be done via the SCM anyway. (zope.app.fssync offers several
other actions, such asupdateandcommit, that try to be smart when
both the ZODB and the filesystem dump have changed concurrently. While this is
fine as long as only one filesystem representation exists, the model breaks
down when several dumps need to be synchronized with each other – it is highly
non-trivial to determine whose change really is the right one in that case, so
we recommend against using these actions at this point.)UsageYou’ll need to load both the configure.zcml and overrides.zcml configuration
files.gocept.fssyncz2 provides a console script calledfssyncwhich wraps the two
actions (dumpandload) and allows to pass in all other
parameters (URLs, locations, credentials). This is meant to be generated (via
buildout for example), like this:[fssync]
recipe = zc.recipe.egg:scripts
eggs = gocept.fssyncz2
extra-paths = ${zope2:location}/lib/python
arguments = host='${instance:http-address}', folder='myfolder', credentials='${instance:user}', repository='${buildout:directory}/var/zodb-dump'Then you can dump your ZODB to the configured filesystem location withbin/fssync dumpand load the data stored on the filesystem into the
ZODB withbin/fssync load.Ignoring objectsIf you want to exclude some objects from being dumped (e.g. user data that
changes often), create a “Restrucured Text Document” namedfssync-dump-ignorein the parent folder. This file may contain one object
name per line that should be excluded from dumping.Changes1.7 (2018-09-19)Fix restore of PluggableAuthService user folder.Stabilised a test that depends on a file object’s etag to have a
deterministic length. (#10491)1.6 (2013-03-22)Don’t dump the co_varnames attribute of PythonScripts as it is neither
stable nor needed in the dump.1.5.2 (2012-07-04)Add workaround for CookieUserFolder to restore the__allow_groups__pointer after load when fssync-ignoring it (#11111).1.5.1 (2012-02-27)Made ignore mechanism actually ignore objects on loading a dump. (#10488)1.5 (2012-02-23)Add ignore mechanism (#10483).1.4 (2011-11-28)Fixed a bug which prevented strings containing the sequence ]]> from being
dumped and loaded back, giving rise to ill-formed XML pickles.Cleaned up a little: removed an unused testdata directory.1.3 (2011-08-05)Pinned all used versions in buildout.Added trove classifiers to package meta data.1.2 (2011-04-10)Made sure that newlines inside strings end up as newlines instead of\nnotation in XML pickles (fixes #8860).Install the fssync script in the development buildout.When dumping a PythonScript, leave out its _code attribute to reduce noise
in the XML pickles (fixes #8859).Declared dependency onzope.i18nmessageid.Better error message when finding persistent objects in Extras.`1.1 (2011-01-31)Renamed console commands to dump/load instead of checkout/checkin to avoid
confusion with SCM operations.1.0 (2011-01-31)Initial release.