Re: [Zope3-Users] How to distribute distinct components among multiple Zope servers?
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. But how to I get them to work together? Is XML-RPC the right/only solution? Have you looked at ZEO? I've used the pattern of a backend server pumping content into a zeo storage server to be served out through an app server for years on one major project and that sounds like it'd work for your requirements above. cheers, Chris -- Simplistix - Content Management, Zope Python Consulting - http://www.simplistix.co.uk ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
[Zope3-Users] Re: How to distribute distinct components among multiple Zope servers?
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. But how to I get them to work together? Is XML-RPC the right/only solution? Have you looked at ZEO? I've used the pattern of a backend server pumping content into a zeo storage server to be served out through an app server for years on one major project and that sounds like it'd work for your requirements above. cheers, Chris 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 itself. For instance, I have got two utility components serving different functionality. But I want to distribute those components among two servers, but they should stay reachable from each other... Thanks! ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] Re: How to distribute distinct components among multiple Zope servers?
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 itself. For instance, I have got two utility components serving different functionality. But I want to distribute those components among two servers, but they should stay reachable from each other... 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 functionality. Remember: It's always better to have two identical systems and use it differently than to have two different systems. Regards, Frank ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] Re: How to distribute distinct components among multiple Zope servers?
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 or less independent. So I assume the only possible is XML-RPC (with its limitations of restricted data types and so on)? 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 utility, which wraps access to such an service, to allow easy access from within a Zope application. regards, Achim ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
[Zope3-Users] Re: How to distribute distinct components among multiple Zope servers?
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 utility, which wraps access to such an service, to allow easy access from within a Zope application. So, am I right, if Zope is mainly intended for (single) web applications and no distributed complex component architecture? ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
[Zope3-Users] Re: How to distribute distinct components among multiple Zope servers?
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 suits your needs. Then you could still implement a thin Zope utility, which wraps access to such an service, to allow easy access from within a Zope application. So, am I right, if Zope is mainly intended for (single) web applications and no distributed complex component architecture? It sounds to me like you're trying to use Zope components in a fashion like J2EE components are meant (but rarely ever are) to run. J2EE will do it a little (but not much) more transparent than Zope will, but its quite doable with Zope. Running multiple Zope app server instances (like you would run multiple j2ee instances) and have the components communicate via xml-rpc (probably xml-rpc views) is pretty close to what j2ee does to communicate between components using RMI/CORBA. The advantage that j2ee has in this scenario is that most of the heavy duty j2ee implementations (weblogic, websphere, etc) support transaction handling across distributed components in a very flexible manner. It may be doable to construct something similar with Zope but I've not tried. - Rocky -- Rocky Burt ServerZen Software -- http://www.serverzen.com News About The Server (blog) -- http://www.serverzen.net signature.asc Description: This is a digitally signed message part ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] How to distribute distinct components among multiple Zope servers?
The other solutions presented thus far sound great. Obviously the devil is in the details, but in our situation, we have found using an SQL storage engine to be most useful. It does no do RPC per se, but we have found we can wakeup the other side to do something using a simple http call or trigger or queue. We examined J2EE and high end transaction systems and found they had many more cons (overhead, maintenance, training, speed, learning) than pros. Since the objects on the different systems might view the content in different ways, SQL tends to be more flexible. We simply created different object types that access the SQL and present it in an appropriate manner to that system. When creating a large system distributed system, reporting is also important, and SQL combined with Zope does wonders. ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] ForbiddenAttribute
Look at form.txt in the formlib directory. On Wed, 17 May 2006 11:24:43 -0500, Jachin Rupe wrote hi there thanks for the help. I was just reading somewhere that formlib is the way to go. Is that the general consensus? The problem is, it doesn't look like formlib is covered in either of my books. Does anyone know of any good examples, howtos, tutorials, etc on it's use? I did find this, which may be enough to get me started but I'm thinking more would be better: http://www.romanofski.de/news?currentmonth=11currentyear=2005 -jachin On May 16, 2006, at 9:23 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi Jachim [...] ForbiddenAttribute: ('street', simple_abook.entry.ABookEntry instance at 0x3afa828) [...] class ABookEntryEditView(EditView): __used_for__ = IABookEntry streetAddress_widget = CustomWidgetFactory(ObjectWidget, ABookEntry) Try to use a formlib form with a correct setup. Or check this part: streetAddress_widget = CustomWidgetFactory(ObjectWidget, ABookEntry) The error above tells you that you try to access the street attribute on the ABookEntry instance. But your interfaces describes that the IStreetAddress implementation which is stored under the streetAddress provides this attribute. So I guess there is a problem with the custom widget factory setup. The rest so far seems Ok to me. Regards Roger Ineichen ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
[Zope3-Users] Calling method of superclass
Hello, should be a simple problem, but... I have a class that is registered as a NameChooser: from zope.app.container.contained import NameChooser class XGMNameChooser(NameChooser): implements(INameChooser) def chooseName(self, name, object): if IAbbreviation.providedBy(object): [...] return n else: return super(NameChooser, self).chooseName(name, object) I want to take care only of the objects that are of type IAbbrevation. But I can't call the File /home/florian/Desktop/zope/lib/python/xgm/xgm.py, line 35, in chooseName return super(NameChooser, self).chooseName(name, object) AttributeError: 'super' object has no attribute 'chooseName' What am I doing wrong? Florian ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] How to make catalog working?
Am Dienstag, 16. Mai 2006 21:51 schrieb Frank Burkhardt: Hi, On Tue, May 16, 2006 at 07:08:34PM +0200, Florian Lindner wrote: Am Dienstag, 16. Mai 2006 12:02 schrieb Frank Burkhardt: [snip] The IntID utility has to be registered *before* all the objects you want to find. No object created before you had a registered IntID will ever be found. Have a look at http://zope3.mpg.de/suchen (Das Prinzip) I've done that and it does not help. Are you sure, your object implements the interface, you're indexing? Use the introspector to find out. I got the problem now. My object was not adaptable to IKeyReference. It's now by subclassing Persistent. Regards, Florian ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users