- Zope - Zope lists

Working example of SOAP
by Velayudhan, Vimalkumar 11 May '09

11 May '09

Hi all, I need to implement a SOAP interface for our Zope website. I was trying to follow the example at http://www.zopemag.com/Issue005/Section_Articles/article_SOAPandZope.htm l , which uses ZSI and guylux's patch for Zpublisher but could not get it to work. Can somebody point me to a working example of Zope and SOAP using ZSI or alternatives. The version of Zope used is 2.8.7. Many thanks, Vimal

1 0

need help importing python class into zope 2.11.2
by Dganit David 10 May '09

10 May '09

HI I'm new to zope and python, I wrote some basic python class and a test program using this class. The script is working fine when running python from command line. Now I want to uses this class inside zope, I tried to create the script, but it failed with the following error. Line 5: "__init__" is an invalid variable name because it starts with "_" Can I write a constructor with different name? Please advice what is the correct why to import this class to zope Thanks Dganit

2 1

Re: [Zope] bug? pagetemplate using strftime
by Miguel Beltran R. 08 May '09

08 May '09

> > 'item.fetcha' is what kind of instance? DateTime? datetime? > > How to reproduce the behavior? > > We need something that works on any system. > I don't know what type is. How can know? <tr tal:repeat="item container/getData"> <td tal:content="python: item.fecha.strftime('%d-%m-%Y');">09-01-2009</td> <td tal:content="item/fecha">2009/01/10</td> </tr> getData is a zsql method what connect to postgresql using zpsycopgda 2.0 conecction with enconding utf-8 serializable (with zope internal datetime option enabled and disabled) and not work :( This problem happen too with ms sql server 2000 with zpyodbc. Using %d break the day.

3 5

z3c.form - custom terms for a radio widget
by Dan Fairs 08 May '09

08 May '09

Hi, I'm trying to override the default terms for a radio widget on a Bool field. My schema and form are as follows: class IBookingForm(Interface): agree_tc = Bool( title=u"Booking Terms and Conditions", ) class BookingForm(AddForm): fields = field.Fields(IBookingForm) So, pretty straightforward. This renders out with 'yes' and 'no' as the values. I'd like this to display as 'I agree' and 'I don't agree'. The docs say that you should provide an alternate set of terms to change the labels, so I have this class: class TandCBoolTerms(term.BoolTerms): trueLabel = u"I Agree" falseLabel = u"I Don't Agree" However, I'm now slightly at a loss as to how to register this terms class for that single field on the form - the docs don't mention that! Looking at the code, I can see the multi-adapter lookup in z3c.form.widget.SelectWidget.updateTerms(), which looks like what I want. Is there some kind of discriminator I can use (like the StaticWidgetAttribute class) to help with this registration? Thanks, Dan -- Dan Fairs <dan.fairs(a)gmail.com> | http://www.fezconsulting.com/

1 0

Re: [Zope] [Zope-dev] zope2.12.a04 / relstorage / zodbconvert.py errors
by Jürgen Herrmann 06 May '09

06 May '09

Shane Hathaway wrote: > Jürgen Herrmann wrote: > > ZConfig.SchemaResourceError: import name does not refer to a package > > Package name: 'relstorage' > > File name: 'component.xml' > > Package path: None > > I need to make a new release of RelStorage before this will work. > RelStorage 1.1.3 does not work with ZODB 3.9, but the current RelStorage > trunk does. I intend to package and release a compatible version today > or tomorrow. > > FWIW, I suspect ZConfig is attempting to import relstorage and getting > an ImportError due to the incompatibility, but then ZConfig is > converting the ImportError into a strange SchemaResourceError. It would > be much better if ZConfig just propagated the ImportError. > > Shane hi shane. i tried your 1.2.0beta release today and it works like a charm. python version is now 2.6.2 and zope version 2.12.0b1 thanks for your support! best regards, jürgen herrmann -- >> XLhost.de - eXperts in Linux hosting ® << XLhost.de GmbH Jürgen Herrmann, Geschäftsführer Boelckestrasse 21, 93051 Regensburg, Germany Geschäftsführer: Volker Geith, Jürgen Herrmann Registriert unter: HRB9918 Umsatzsteuer-Identifikationsnummer: DE245931218 Fon: +49 (0)700 XLHOSTDE [0700 95467833] Fax: +49 (0)700 XLHOSTDE [0700 95467833] WEB: http://www.XLhost.de IRC: #XLhost(a)irc.quakenet.org

1 0

Re: [Zope] [Zope-dev] zope 2.12.0b1 bug - standard_error_message
by Jürgen Herrmann 06 May '09

06 May '09

On Wed, May 6, 2009 16:41, Chris Withers wrote: > Jürgen Herrmann wrote: >> of course i added a print statement and check if it's called. >> it is. > > You're missing the point: > > That code has always been called when standard_error_message can't be > found, it's a backstop. > > If you want to solve this issue, you need to find out why the > standard_error_message isn't being found... > > Chris > ok, that's interesting to know. maybe i'll dig a bit deeper then today evening... thanks! -- >> XLhost.de - eXperts in Linux hosting ® << XLhost.de GmbH Jürgen Herrmann, Geschäftsführer Boelckestrasse 21, 93051 Regensburg, Germany Geschäftsführer: Volker Geith, Jürgen Herrmann Registriert unter: HRB9918 Umsatzsteuer-Identifikationsnummer: DE245931218 Fon: +49 (0)700 XLHOSTDE [0700 95467833] Fax: +49 (0)700 XLHOSTDE [0700 95467833] WEB: http://www.XLhost.de IRC: #XLhost(a)irc.quakenet.org

1 0

Re: [Zope] [Zope-dev] zope 2.12.0b1 bug - standard_error_message
by Jürgen Herrmann 06 May '09

06 May '09

On Wed, May 6, 2009 16:16, Chris Withers wrote: > Jürgen Herrmann wrote: >> 1. standard_error_message is not used, this is due to code in >> ZPublisher/HTTPResponse.py, method _error_html(self,title,body) comment: XXX could this try to use standard_error_message somehow? > > The code you're referring to is as old as the hills, so I don't think that's it. > > Something else is causing standard_error_message not to be used, I've noticed this too and got bitched at for asking if anyone knew what change had caused the problem. > > Let me know if you get any further and where the issue is in launchpad when you raise it. > > cheers, > > Chris of course i added a print statement and check if it's called. it is. best regards, jürgen -- >> XLhost.de - eXperts in Linux hosting ® << XLhost.de GmbH Jürgen Herrmann, Geschäftsführer Boelckestrasse 21, 93051 Regensburg, Germany Geschäftsführer: Volker Geith, Jürgen Herrmann Registriert unter: HRB9918 Umsatzsteuer-Identifikationsnummer: DE245931218 Fon: +49 (0)700 XLHOSTDE [0700 95467833] Fax: +49 (0)700 XLHOSTDE [0700 95467833] WEB: http://www.XLhost.de IRC: #XLhost(a)irc.quakenet.org -- >> XLhost.de - eXperts in Linux hosting ® << XLhost.de GmbH Jürgen Herrmann, Geschäftsführer Boelckestrasse 21, 93051 Regensburg, Germany Geschäftsführer: Volker Geith, Jürgen Herrmann Registriert unter: HRB9918 Umsatzsteuer-Identifikationsnummer: DE245931218 Fon: +49 (0)700 XLHOSTDE [0700 95467833] Fax: +49 (0)700 XLHOSTDE [0700 95467833] WEB: http://www.XLhost.de IRC: #XLhost(a)irc.quakenet.org

1 0

Re: [Zope] [Zope-dev] zope 2.12.0b1 bug - standard_error_message
by Jürgen Herrmann 06 May '09

06 May '09

On Wed, May 6, 2009 16:16, Chris Withers wrote: > Jürgen Herrmann wrote: >> 1. standard_error_message is not used, this is due to code in >> ZPublisher/HTTPResponse.py, method _error_html(self,title,body) comment: XXX could this try to use standard_error_message somehow? > > The code you're referring to is as old as the hills, so I don't think that's it. > > Something else is causing standard_error_message not to be used, I've noticed this too and got bitched at for asking if anyone knew what change had caused the problem. > > Let me know if you get any further and where the issue is in launchpad when you raise it. > > cheers, > > Chris i forgot: bugtracker entry is here: https://bugs.launchpad.net/zope2/+bug/372632 best regards, jürgen -- >> XLhost.de - eXperts in Linux hosting ® << XLhost.de GmbH Jürgen Herrmann, Geschäftsführer Boelckestrasse 21, 93051 Regensburg, Germany Geschäftsführer: Volker Geith, Jürgen Herrmann Registriert unter: HRB9918 Umsatzsteuer-Identifikationsnummer: DE245931218 Fon: +49 (0)700 XLHOSTDE [0700 95467833] Fax: +49 (0)700 XLHOSTDE [0700 95467833] WEB: http://www.XLhost.de IRC: #XLhost(a)irc.quakenet.org

1 0

Re: [Zope] [Zope-dev] zope 2.12.0b1 bugs - "try it" tab broken on scripts
by Jürgen Herrmann 06 May '09

06 May '09

On Wed, May 6, 2009 16:17, Chris Withers wrote: > Jürgen Herrmann wrote: >> 2."Script Python" instances don't execute anymore. not the ones already in >> the db from the zope 2.10 install i used before nor newly created ones. >> traceback: > > Yes they do ;-) > >> * Module ZPublisher.Publish, line 208, in publish_module_standard >> * Module ZPublisher.Publish, line 151, in publish >> * Module Zope2.App.startup, line 249, in __call__ >> * Module ZPublisher.Publish, line 120, in publish >> * Module ZPublisher.mapply, line 77, in mapply >> * Module ZPublisher.Publish, line 43, in call_object >> * Module Shared.DC.Scripts.Bindings, line 324, in __call__ >> * Module Shared.DC.Scripts.Bindings, line 361, in _bindAndExec >> * Module App.special_dtml, line 185, in _exec >> * Module DocumentTemplate.DT_In, line 634, in renderwob >> * Module DocumentTemplate.DT_Raise, line 68, in render >> RuntimeError: http://new-manage.xlhost.local/bliss/cms > > The "Try it" tab, however, is broken... My guess is that form that > renders the tab is trying to iterate over something in dtml and getting > something unexpected. > > cheers, > > Chris there were more answers to this topic than the std_err_msg case. launchpad entry is here: https://bugs.launchpad.net/zope2/+bug/372629 best regards, jürgen -- >> XLhost.de - eXperts in Linux hosting ® << XLhost.de GmbH Jürgen Herrmann, Geschäftsführer Boelckestrasse 21, 93051 Regensburg, Germany Geschäftsführer: Volker Geith, Jürgen Herrmann Registriert unter: HRB9918 Umsatzsteuer-Identifikationsnummer: DE245931218 Fon: +49 (0)700 XLHOSTDE [0700 95467833] Fax: +49 (0)700 XLHOSTDE [0700 95467833] WEB: http://www.XLhost.de IRC: #XLhost(a)irc.quakenet.org

1 0

Non-management actions recorded in Undo Log
by John Snowdon 06 May '09

06 May '09

Hi, we've recently seen a the Data.fs in a few of our Zope systems grow rather fat (from stable sizes around the 100-300MB level to >3GB in the most extreme cases). On further investigation it appears that regular user page requests are being recorded in the Zope undo log - these are not object modifications that have changed the objects themselves (the modification date against all these objects is unchanged), but normal HTTP GET requests. Systems are all 2.11.0 Zope clients with Data.fs served by matching versions of Zeo. Not all of our 2.11.0 apps that are showing this behaviour, only a couple, so I doubt it's something wrong with Zope or ZEO. I'm not a Zope developer, but can anyone shed any light on the possible issues that would cause regular requests to be logged in this way? Regards John

3 2