StorageAdaptor

fsm (working): FileSystemMirror, keeps places in a canonical xml representation in the file system. (should [does it] work with http://www.redhat.com/software/rha/gfs/ ) Scales well in size, but is as slow as any other, which requires xml serialization internally.
pstore (working with restrictions): The pstore stores objects "as they are".
DataDraw: looks nice
feedtree: Might become an interesting option.
http://pdtp.org/: 2nd April 2004: I just read about it. Absolutely no time to read details (I should earn my living and go to Brussels for software patent campaign, if I can manage at all.) But this looks in a way like the storage adaptor we need. Please use the comment feature at the bottom to inform me.
http://sourceforge.net/projects/avf: This looks even better
iFolder http://forge.novell.com/modules/xfmod/project/?ifolder .: A Mono/DotNet file sharing tool. It might be a good idea to use that connector to end user applications on the platforms supported by iFolder.
webcache: The long wanted (since original design) web cache storage adaptor came surprisingly close! Even better: it already includes the DNS redirection code we've just been planning. See the P2P for the web cache "coreal". See also ProjectsOnThePlate we wish to retrieve an extended "fsm" via corel.
Freenet: Using the FCP it will soon be possible use FreeNet (which is like a distributed crypto raid) instead of a file system.
dbxml: might be interesting to connect to http://www.dbxml.org/ but by begin of 2002 it's jut a slower alternative to Askemos, which can't handle documents as big as Askemos can.
others: see virtuelles Speichermedium, distributed revision control systems should all be a good base, see http://www.regexps.com/ and http://subversion.tigris.org/