[Zope-dev] Re: [Zope] mount zope server (was: Import from Zope-1 to Zope-2)

Michel Pelletier michel@digicool.com
Thu, 09 Sep 1999 03:56:44 -0400


Michel Pelletier wrote:
> 
> "Jay, Dylan" wrote:
> >
> > > -----Original Message-----
> > > From: Michel Pelletier [mailto:michel@digicool.com]
> > > Sent: Thursday, September 09, 1999 15:20
> > > To: Jay, Dylan
> > > Cc: zope-dev@zope.org; zope@zope.org
> > > Subject: Re: [Zope] Import from Zope-1 to Zope-2
> > >
> > >
> > > "Jay, Dylan" wrote:
> > > >
> > > > related note heres another idea I had. How about a product
> > > that can mount
> > > > one zope ODB into another. Using XML-RPC or something to
> > > connect the two
> > > > sites togeather over  the internet. It may not be fast
> > > enough for using that
> > > > way but at least it would be really easy for transfering
> > > data between zope
> > > > odb's.
> > >
> > > We are entertaining the possibility of putting ZPublisher.Client into
> > > the _ DTML Namespace.  I am primarily championing the idea.
> > >
> > > 'Client' offers many cool uses.  'Client.Function' will call a remote
> > > 'Zope Method' which marshals simple types around (int, list,
> > > tuple etc.)
> > > and act as Zope oriented RPC.  'Client.call' is a convienent wrapper
> > > around 'Client.Function'.  These both have the upshot of working with
> > > any
> > > URL, turning non 'object content' into file Message objects and return
> > > them in a list.
> > >
> > > Even cooler, 'Client.Object' will create surrogate objects of remote
> > > Zope objects.  If you have a DTML Document on machine A, then
> > > Machine B
> > > could say:
> > >
> > > <dtml-with "_.Client.Object('http://A/YourDocument')">
> > >   <dtml-var id>
> > > </dtml-with>
> > >

Some initial experimentation proves that this is not quite the case. 
I'll get back to everyone when I figure it out.

-Michel