RE: [Zope] Bi-directional update of Data.fs
If you're doing little or nothing in the way of Python development in base classes (e.g. you're doing all of your development in the instance or in ZClasses), you may want to take a look at ZEO (http://www.zope.org/Products/ZEO). Setting up the ZEO "storage server" overseas and using a local Zope client as a sort of object cache might make the situation bearable and solve your synchronization problem. ZEO caches objects until they're invalidated by the storage server, so the object is read once and can be accessed many times until invalidated without needing to cross the wire to the storage server. If you are doing development on Python-based Products, you can still do this, but it's complicated badly by need to be very careful that the two installations keep "shared" Python modules (ala Product files) synchronized as well, as if they get out of sync, one of the two of you is going to end up with a broken Zope incessantly. It's not an ideal setup. There is no generic diff or merge facility for two arbitrarily modified Data.fs files.
-----Original Message----- From: Brenton Bills [mailto:fud@mail.theinternet.com.au] Sent: Wednesday, July 19, 2000 12:47 AM To: zope@zope.org Subject: [Zope] Bi-directional update of Data.fs
Hi, At the moment I am in a situation where I am working for a company overseas across the Internet. Because of the lag between us and the fact that I am working over a modem we have chosen both to have a copy of the Data.fs files and when I complete a project (or at the end of the day) I export the files I have modified. The only problem is at the end of a hard day of working remembering which files I have changed. What would be a better solution is somesort of syncronisation between both copies of our Data.fs files so I can see the updates they have made and they can see the updates I have made at the end of each day.
Is this possible and how can I do it?
Thanks all, Brenton Bills.
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Chris Withers wrote:
Chris McDonough wrote:
There is no generic diff or merge facility for two arbitrarily modified Data.fs files.
Perhaps Zope or ZEO could do Lotus Notes - style replication at some point in the future?
*droool* There's that Python IDE that someone was working on using Mozilla. I think Jim suggested running Zope embedded in that.. it would be sweet to have that be able to "replicate". Install the IDE, replicate, go develop by the beach and replicate when you get back. *drooool* :) -Otto.
Otto Hammersmith wrote:
Chris Withers wrote:
Chris McDonough wrote:
There is no generic diff or merge facility for two arbitrarily modified Data.fs files.
Perhaps Zope or ZEO could do Lotus Notes - style replication at some point in the future?
*droool*
There's that Python IDE that someone was working on using Mozilla.
Do you mean ZopeStudio? It's the javascript thing that is going to be Zope's IDE...
I think Jim suggested running Zope embedded in that.. it would be sweet to have that be able to "replicate". Install the IDE, replicate, go develop by the beach and replicate when you get back
Definitely, can someone say whether QuorumBasedReplication would handle this on whether it's designed more for real-time replication between storage servers in the ZEO world? cheers, Chris
On Wed, Jul 19, 2000 at 08:47:43PM +0100, Chris Withers wrote:
There's that Python IDE that someone was working on using Mozilla.
Do you mean ZopeStudio? It's the javascript thing that is going to be Zope's IDE...
No, he's talking about ActiveState's Komodo. -- Martijn Pieters | Software Engineer mailto:mj@digicool.com | Digital Creations http://www.digicool.com/ | Creators of Zope http://www.zope.org/ | ZopeStudio: http://www.zope.org/Products/ZopeStudio -----------------------------------------------------
Chris Withers wrote:
(snip)
Definitely, can someone say whether QuorumBasedReplication would handle this on whether it's designed more for real-time replication between storage servers in the ZEO world?
It's designed for real-time replication. Jim -- Jim Fulton mailto:jim@digicool.com Python Powered! Technical Director (888) 344-4332 http://www.python.org Digital Creations http://www.digicool.com http://www.zope.org Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) This email address may not be added to any commercial mail list with out my permission. Violation of my privacy with advertising or SPAM will result in a suit for a MINIMUM of $500 damages/incident, $1500 for repeats.
Jim Fulton wrote:
Definitely, can someone say whether QuorumBasedReplication would handle this on whether it's designed more for real-time replication between storage servers in the ZEO world?
It's designed for real-time replication.
Aww :~( And there was me hoping I could do the Lotus Notes 'go to the beach and work, then replicate the changes when I got back' or the 'work from home, replicate the stuff when I can next be bothered to go into work' ;-) Seriously though, is there anything in the pipeline (even just simple ideas) for Notes-styel replication at any point in the future? It's the only sticking point for quite a big project we're working on that's forcing us to stay with Notes. cheers, Chris PS: No, none of us has enough Zen to do it ourselves... ;(
Chris Withers wrote:
Jim Fulton wrote:
Definitely, can someone say whether QuorumBasedReplication would handle this on whether it's designed more for real-time replication between storage servers in the ZEO world?
It's designed for real-time replication.
Aww :~(
And there was me hoping I could do the Lotus Notes 'go to the beach and work, then replicate the changes when I got back' or the 'work from home, replicate the stuff when I can next be bothered to go into work' ;-)
Seriously though, is there anything in the pipeline (even just simple ideas) for Notes-styel replication at any point in the future? It's the only sticking point for quite a big project we're working on that's forcing us to stay with Notes.
cheers,
Chris
PS: No, none of us has enough Zen to do it ourselves... ;(
Hmm ... howzabout this for an idea, at least: Since the Data.fs is appended to, and that your disconnected version is canonical, why couldn't you basically look for the last common transaction, and append all transactions in the canonocial to the main one? Bill (thinking this might need to be moved to dev ...) -- Do not meddle in the affairs of sysadmins, for they are easy to annoy, and have the root password.
Bill Anderson wrote:
[snip]
Hmm ... howzabout this for an idea, at least:
Since the Data.fs is appended to, and that your disconnected version is canonical, why couldn't you basically look for the last common transaction, and append all transactions in the canonocial to the main one?
Bill (thinking this might need to be moved to dev ...)
Because my disconnected Data.fs very well may not be canonical. If it were, then a simple scp Data.fs server:/path would do the trick. Bonus points for rsync which would probably result in the last n bytes being appened, all without using any knowledge about ZODB transactions. Merging changes is the tricky part. I'm wondering if the easiest way to do it now wouldn't be Coda and maybe logically separated mounted ZODB databases. -Otto.
participants (6)
-
Bill Anderson -
Chris McDonough -
Chris Withers -
Jim Fulton -
Martijn Pieters -
Otto Hammersmith