gzz-commits
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Gzz-commits] manuscripts/storm article.rst


From: Toni Alatalo
Subject: [Gzz-commits] manuscripts/storm article.rst
Date: Sat, 15 Feb 2003 11:06:53 -0500

CVSROOT:        /cvsroot/gzz
Module name:    manuscripts
Changes by:     Toni Alatalo <address@hidden>   03/02/15 11:06:53

Modified files:
        storm          : article.rst 

Log message:
        tried to make sense of the zope idea

CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/manuscripts/storm/article.rst.diff?tr1=1.168&tr2=1.169&r1=text&r2=text

Patches:
Index: manuscripts/storm/article.rst
diff -u manuscripts/storm/article.rst:1.168 manuscripts/storm/article.rst:1.169
--- manuscripts/storm/article.rst:1.168 Sat Feb 15 11:05:29 2003
+++ manuscripts/storm/article.rst       Sat Feb 15 11:06:53 2003
@@ -1079,12 +1079,9 @@
 
 There are, however, several open issues that are discussed next.
 
-
 7.2 Status, open issues and future work
 ---------------------------------------
 
-
-
 [worth to mention, security in general ? -Hermanni]
 1) Open issue: We want to be able
 to copy the blocks from the NYT publication pool to our local computer
@@ -1100,28 +1097,24 @@
 No work on integrating Storm with current programs (in the spirit of Open
 Hypermedia) has been done so far. It is not clear how far this is possible
 without changing applications substantially, if advantage of our
-implementation of Xanalogical storage is to be taken.  (Vitali 
[vitali99versioning]_
+implementation of Xanalogical storage is to be taken. Vitali 
[vitali99versioning]_
 notes that Xanalogical storage necessiates strong discipline in version 
tracking,
-which current systems lack.) 
-
+which current systems lack. An idea for future work in this area is taking
+some existing system with complementary features (i.e that are outside the 
focus of
+Gzz), that implements strict versioning, and modifying it (to act according to
+Xanalogical principles and) to use Storm for storage. A candidate for this
+work is the object-oriented (web) publishing environment Zope [ref 
zope.org/com, book,
+article?], which is open source and stores everything by default as diffs to
+a (flat file) database.
 
 .. [worth to mention ? -Hermanni]
-   An idea for future work in this area is investigating potential
-   combinations of Gzz/Storm and the Object-Oriented Web publishing
-   environment Zope [ref zope.org/com, book, article?]. For example, Storm
-   might be used as a storage module for Zope (instead or combined with the
    objectbase ZODB).(?) The benefits Storm would provide there, and how e.g. 
    peer-to-peer based Zope would then work, are yet unknown for the authors. 
    (feel free to know, though :) Similarly(?) to Storm, Zope also stores
    saves as diffs to the database. (haven't looked what zodb identifiers are
-   like. what else should?). The fact that Zope is open source might allow
-   for the (even substantial) changes that 'xanalogicalising' it would mean
-   in practise. For Gzz, Zope might provide a window to the Web.
    http://hathaway.freezope.org/Software/AdaptableStorage might help this?
 
-.. [worth to mention ? -Hermanni]
-   interestingly zope by default stores diffs in the zodb 
(similarly:cvs&storm?)
-   Benja also noted about pointing to external data? (couldn't find the post
+.. Benja also noted about pointing to external data? (couldn't find the post
    from the archives)
 
 .. [worth to mention ? -Hermanni]




reply via email to

[Prev in Thread] Current Thread [Next in Thread]