On Wednesday 17 May 2006 05:55, Achim Domma wrote:
> I'm not a Zope expert, but to me it sounds like you want to solve a
> problem with Zope, which it is not intended for. If you want to
> implement complex distributed scenarios use SOAP, XML-RPC, CORBA, DCOM,
> ... or whatever suits your needs.
I
On Wed, 2006-17-05 at 10:18 +, Reinhold Strobl wrote:
> > I'm not a Zope expert, but to me it sounds like you want to solve a
> > problem with Zope, which it is not intended for. If you want to
> > implement complex distributed scenarios use SOAP, XML-RPC, CORBA, DCOM,
> > ... or whatever su
> I'm not a Zope expert, but to me it sounds like you want to solve a
> problem with Zope, which it is not intended for. If you want to
> implement complex distributed scenarios use SOAP, XML-RPC, CORBA, DCOM,
> ... or whatever suits your needs.
> Then you could still implement a thin Zope util
Reinhold Strobl wrote:
Consider the followng example: one company has got a Zope application running on
a single server. This applications need the components of e.g. the supplier of
the component running on a different server. So I don't want to mirror both,
because the both companies are more
> Why not using ZeO + two Zope servers in front of it that both provide all
> the functionality? You can put a proxy server (don't forget to switch off
> the cache) in front of them. This proxy server then examines all request's
> urls
> and forwards them to the server resposible for the requested
Hi,
On Wed, May 17, 2006 at 09:15:22AM +, Reinhold Strobl wrote:
[snip]
> Thanks for your reply, but I have looked on ZEO - however: this technology
> only
> allows a seperation of application from the concrete storage. But what I am
> looking for is I want to seperate the application tier
Chris Withers <[EMAIL PROTECTED]> writes:
>
> Reinhold Strobl wrote:
> > For instance, server A provides the views and server B provides business
> > functionality via utilities. As a side effect, this should help to increase
> > scalability, since I split functionality over multiple servers.
> >