Chris Withers wrote:
Hmmm....
Very interesting, I agree that installing Zope on Win* was very easy. The problem I have is how to Sync stuff between my local Zope at home (no net connection) and the 'real' Zope at work.
I currently do an export to a ZIP disk, and then an import back into the other Zope from the disk. This makes a lot of things possible but only in very limited circumstances:
You have to move *all* of Zope, or objects don't re-import back into the correct place. Also, if an object changes on the 'real' Zope changes while I'm at home and I import when I get back, the changes are lost as my import overwrites whatever is there...not pretty.
I'm a little pzzled about : "objects don't re-import back into the correct place" I haven't had any trouble exporting / Importing enitre branches. Of course, I delete the branch to be overwritten first, or at least move, or rename it. Is that how you're doing this?
Also, I can't do this trick with things like Squishdot postings, which is a shame...
What would be nice is something like Lotus Notes replication when you
import a
.zexp file; you get a replication conflict if both objects have changed, which you can then sort out.
XML export may come into play here, since the XML version is parsable. I'm not aware of any existing Zope tool for dunning a comparison process.
I'm not looking for the full-blown ZEO distributed object store, just a
way to
periodically sync a set of selected objects (slightly more complex in the squishdot case...) by exporting from one and re-importing (non-destructively) into another.
One point that I think is still evolving is a clear set of guidelines regarding what data is held in Zope, and what should be in other formats, such as Gadfly. As long as we diligently keep DTML doing templating, and avoid mixing tabular data and static content in with ZODB objects, it should be fairly straightforward to do Zope Exports of the Zope Framework, and file copies, or native exports of data in other "backends".
Any ideas?
Chris
Jerry Spicklemire wrote:
This concept was kicked off by a specific need that led to discussions of polling, XML-RPC, Java RMI, JavaScript, and others that I can't recall. But, an unrelated need brought it home last night. The ZSchool project will at some point involve lot's of folks who won't be online constantly*, and suddenly Client Side Zope starts to look interesting.
Keep in mind, it's Zope! For those of you who have sworn off all things Microsoft and have grown accustomed to the "joys" of compiling and tweaking Zope / Apache / etc. on all varieties of *n*x, you may not realize that getting Zope running on Windows takes about five minutes. Thats five minutes for a newbie. It's just a Windows "Install".
Now, if anyone mentioned Client Side Oracle Application Server, or Client Side Lotus Notes, we'd know they'd lost it. But Zope is actually small and nonintrusive enough to pull this off. Think about a world full of Zopelets, on all those nifty palm thingies. Your local WorldPilot could sync up with a central WorldPilot periodically, but you'd still have "all" your data available while you're off-line*. Same with Xen Project Manager, zSchedule, etc. Of course that's just the beginning. A generation of new apps we've not dreamed of yet that could make this thing explode, when we figure out how to really exploit XML-RPC, and whatever comes next!
Later, Jerry S.
* I'm not holding my breath for us all to have wireless persistent IP anytime soon . . .
_______________________________________________ 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 )