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 internaly.

pstore (working with restrictions)

Texas persistent store. more references: ftp://ftp.cs.utexas.edu/pub/garbage/texas/ and ftp://ftp.cs.utexas.edu/pub/garbage/texaspstore.ps

This storage adaptor is a great facility! For one thing it preserves object identity over restarts - pointer compare as same for ever. Next it loads only those parts of the data, which are accessed (actually page wise, hence a few more objects loaded). The actual file is also compressed. This is way faster (for reads) than any other conceiveable way. The last advantage plays hand in hand with the Askemos implementation, which tries to share data between objects.

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 campain, 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 plattforms 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. We will have an asynchronous thread store state from pstore into freenet. The performance impact shold be minimal.

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/