its (cmfsvnbrowser) not what your looking for, if you want a versioning system integrated with plone (as i recall your original request) i still think working with zope version control (as i suggested earlier) is more applicable in the short term.. as an integrated example of doing object version control entirely in zope see, http://occams.objectrealms.net -kapil On Thu, 2004-04-15 at 06:36, Arthur Chan Chi Chuen wrote:
cool, let me try the cmfsvnbrowser first
thanks. =)
Arthur On Wed, 14 Apr 2004 10:35:14 -0400, Jean-Francois.Doyon wrote
Well there you go, perfect :)
-----Original Message----- From: Kapil Thangavelu [mailto:hazmat@objectrealms.net] Sent: April 14, 2004 6:49 AM To: Jean-Francois.Doyon@CCRS.NRCan.gc.ca Cc: zope-dev@zope.org Subject: RE: Zope + Ape + Subversion (was: RE: [Zope-dev] Using a truely r evis ion based storage for Zope ?)
On Tue, 2004-04-13 at 20:53, Jean-Francois.Doyon@CCRS.NRCan.gc.ca wrote:
Hello,
Hmmm, well it's as stable as Ape and Subversion are respectively :)
I wouldn't call it stable no, it's something I did over the long week-end we just had, and that's about it :)
Ape is at 0.8 and therefore becoming quite mature, I'd have to let others speak as to it stability however ...
Subversion is also probably quite stable (It just reached 1.0), though I don't know how heavily tested it's been in a long running process (Might it have some memeory leaks ?) ...
the svn apache server model is a long running process and is fairly stable on memory usage. the python bindings require doing some manual memory management, but the pool api makes it easy to deallocate arbitrary allocations safely. the cmfsvnbrowser code i ref'd early has been in production by myself and others for almost a year and runs with a stable memory footprint.
-kapil