Sorry if this is brought up excessively. I'm wondering if we have any ongoing project to provide Zope with a filesystem driver for Linux. I understand there's the question of object semantics being mapped onto files, but AFAICS as soon as that's decided it's a relatively easy task, no? There's already an FTP interface for Zope, and IIRC there _is_ something like a ftpfs either developed and dead or moving along slowly. This perhaps could serve as a temporary kludge? The main vantages are freedom from the Web Editing interface, which isn't the greatest - at least till we get a vi-binded textarea on a browser, which IMHO isn't coming very soon, and freedom to use whatever revision control tools we'd like. I understand objects themselves wouldn't be supported, but since DTML documents are plain text, they at least would work fine, excluding attribute/permission trouble. This is not unsolvabale, AFAICS. [Another idea would be a plugin or module for editors - vim comes to mind - which allows you to post the data to a webserver on a write. This is more complex and is a 1-per-client thing, so I'm not sure it's that interesting]. Comments? Cheers, -- _/\ Christian Reis is sometimes kiko@radiumsystems.com.br \/~ suicide architect | free software advocate | mountain biker
On Fri, 10 Mar 2000, Christian Robottom Reis wrote:
Sorry if this is brought up excessively.
I'm wondering if we have any ongoing project to provide Zope with a filesystem driver for Linux. I understand there's the question of object semantics being mapped onto files, but AFAICS as soon as that's decided it's a relatively easy task, no?
I cannot see an easy way to map transaction boundaries (not to mention the management screens which rely on acquisition) on the filesystem. But I agree with you that for the context part CVS might be more powerful. I suppose a compromise could be achieved by having DTMLMethods/Documents and Folders represented on the filesystem and use an 'import tool' to import them into Zope, which can already be done to some extend. Pavlos
On Fri, 10 Mar 2000, Pavlos Christoforou wrote:
I cannot see an easy way to map transaction boundaries (not to mention the management screens which rely on acquisition) on the filesystem. But I agree with you that for the context part CVS
I'm not saying a full-fledged input-output interface, at least not initially. But somewhere where you could edit files manually and copy them around and into backup storage and CVS.
might be more powerful. I suppose a compromise could be achieved by having DTMLMethods/Documents and Folders represented on the filesystem and use an 'import tool' to import them into Zope, which can already be done to some extend.
Basically I would like to skip the 'import tool' part, and make the access transparent. Given the existence of the ftp interface, I'm surprised it hasn't been done already. It's on my TODO list. Cheers, -- _/\ Christian Reis is sometimes kiko@radiumsystems.com.br \/~ suicide architect | free software advocate | mountain biker
Christian Robottom Reis wrote:
Basically I would like to skip the 'import tool' part, and make the access transparent. Given the existence of the ftp interface, I'm surprised it hasn't been done already. It's on my TODO list.
I think it has actually - http://www.zope.org/Members/jfarr/Products/LocalFS -- Itamar S.T. itamars@ibm.net
On Tue, 14 Mar 2000, Itamar Shtull-Trauring wrote:
Basically I would like to skip the 'import tool' part, and make the access transparent. Given the existence of the ftp interface, I'm surprised it hasn't been done already. It's on my TODO list.
I think it has actually - http://www.zope.org/Members/jfarr/Products/LocalFS
Now that you've mentioned it (this has been a while, I admit), I'm having a look. It's interesting because it takes things the opposite way (i.e. - from the fs to the zope db) which enhances portability, since a ZopeFS would be os dependent. Cheers, -- _/\ Christian Reis exists solely to answer kiko@async.com.br \/~ Async International | www.async.com.br | +55 16 274 2497
Christian Robottom Reis wrote:
Sorry if this is brought up excessively.
I'm wondering if we have any ongoing project to provide Zope with a filesystem driver for Linux. I understand there's the question of object semantics being mapped onto files,
You mean using Zope as a filesytem right? Then I think that last sentence should be the other way around, mapping file semantics onto objects. The way your sentence reads means using the filesystem as an object repository, not the object repository as a filesystem.
but AFAICS as soon as that's decided it's a relatively easy task, no?
I don't know.
There's already an FTP interface for Zope, and IIRC there _is_ something like a ftpfs either developed and dead or moving along slowly. This perhaps could serve as a temporary kludge?
Perhaps.
The main vantages are freedom from the Web Editing interface, which isn't the greatest - at least till we get a vi-binded textarea on a browser, which IMHO isn't coming very soon, and freedom to use whatever revision control tools we'd like. I understand objects themselves wouldn't be supported, but since DTML documents are plain text, they at least would work fine, excluding attribute/permission trouble. This is not unsolvabale, AFAICS.
Yeah, content-type I guess could be sniffed, and everything except documents, XML, and images would just become plain files. -Michel
participants (5)
-
Christian Robottom Reis -
Christian Robottom Reis -
Itamar Shtull-Trauring -
Michel Pelletier -
Pavlos Christoforou