November 2008 - Zope

AttributeError: __getitem__ when migrating zope from 2.6.1 to 2.10.5
by peter pilsl 11 Nov '08

11 Nov '08

I'm a total newbie to Zope and have to face the task to migrate a old and chaotic 2.6.1.-Zope-setup from an old server to a new Server with Zope 2.10. What I did until now * created a new instance on the new server with mkzopeinstance.py * copied the old Data.fs to the var-subfolder of the new instance * started the new zope * I can login to the new zope-managment and see all the old stuff, old users etc. but I've two problems (and I dont know if they are related) Problem 1) when accessing Zope outside the managment-tree I get the following error: Site Error An error was encountered while publishing this resource. AttributeError Sorry, a site error occurred. Traceback (innermost last): * Module ZPublisher.Publish, line 202, in publish_module_standard * Module ZPublisher.Publish, line 150, in publish * Module Zope2.App.startup, line 221, in zpublisher_exception_hook * Module ZPublisher.Publish, line 110, in publish * Module ZPublisher.BaseRequest, line 578, in traverse * Module ZPublisher.BaseRequest, line 683, in old_validation AttributeError: __getitem__ (Also, the following error occurred while attempting to render the standard error message, please see the event log for full details: You are not allowed to access 'standard_html_header' in this context) the logfiles says: ------ 2008-11-11T16:18:36 ERROR Zope.SiteErrorLog http://intranet2.parlament.gruene.at:8080/intranet/gkcms/index_html Traceback (innermost last): Module ZPublisher.Publish, line 110, in publish Module ZPublisher.BaseRequest, line 578, in traverse Module ZPublisher.BaseRequest, line 683, in old_validation AttributeError: __getitem__ ------ 2008-11-11T16:18:36 ERROR root Exception while rendering an error message Traceback (most recent call last): File "/usr/lib/zope2.10/lib/python/OFS/SimpleItem.py", line 225, in raise_standardErrorMessage v = s(client, REQUEST, **kwargs) File "/usr/lib/zope2.10/lib/python/OFS/DTMLMethod.py", line 144, in __call__ r=apply(HTML.__call__, (self, client, REQUEST), kw) File "/usr/lib/zope2.10/lib/python/DocumentTemplate/DT_String.py", line 476, in __call__ try: result = render_blocks(self._v_blocks, md) Unauthorized: You are not allowed to access 'standard_html_header' in this context Problem 2) (maybe same source then problem 1) In the old zope there are a load of "Products" which I can see in the managment-interface and the files seems to be installed under lib/python/Products. On the new server there are two folders called Products: INSTANCENAME/lib/python/Products like on the old and INSTANCENAME/Products. I can see the products on the new server as well even they dont seem to be installed. Do I need to copy the files from the old Zope to the new one? To which folder? Or do I need to install the products from the scratch? (I didnt find out how to install these "products". They can be downloaded as tgz-packages and I dont know if I simply have to copy them to one of the mentioned Products-folder or register them somehow in Zope. thnx for any hints on how to procede. peter

2 1

Problem using nested dtml-in with zsql
by Miguel Beltran R. 11 Nov '08

11 Nov '08

Hi list After read http://plope.com/Books/2_7Edition/AppendixA.stx#2-19 I tried use two dtml-in for get information from zsql diferents, but say "This resource may be trying to reference a nonexistent object or variable *'x_var_region'* ." what is missing? The first dtml-in (prefix="q") only return one record. The second dtml-in return 12 records. [code] <dtml-in expr="zsql_taller( zregi=bregi, ztall=btall)" prefix="q"> <p> <form class="formulario" action="estado.html" id="main_form" name="main_form"> <input type="hidden" name="accion" value="insertar" /> <ul> <li><label for="bregi" class="titulo">REGION</label> <select id="bregi" name="bregi"> <dtml-in dime_region prefix="x"> <option value="<dtml-var x_var_region>" <--- Here try access tha variable <dtml-if expr="x_var_region==q_var_region">selected</dtml-if> > </option> </dtml-in> </select> </li> </ul> </form> <p> </dtml-in> -- ________________________________________ Lo bueno de vivir un dia mas es saber que nos queda un dia menos de vida

6 13

ERP5 World Forum in Paris
by rajasekhar mamilla 11 Nov '08

11 Nov '08

looks very intresting :) As a zope user i wish ERP5 a great success -------------------------------------------- Hi everyone, We are developing ERP5 which is a open source ERP application powered by Zope, and we are going to organise in Paris, on the 1st of December 2008 the first ERP5 World Forum. We will hold a training for everyone who want to know how to use ERP5 and how to develop with ERP5. ERP5 uses Zope very long time, this training would be interesting for all Zope users. ERP5 World Forum - December 1st 2008 - Paris http://www.erp5.org/ERP5WorldForum To register, just send an email to ewf2008 at erp5.org Best regards,

1 0

Re: [Zope] A new event.log every time
by Tres Seaver 10 Nov '08

10 Nov '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I wrote >> Ken Winter wrote: >>> Is there a way to configure Zope so that, every time it restarts, it >>> deletes its old event.log and creates a new one? >> >> Not without changing the software. The code is in: >> >> lib/python/ZConfig/components/logger/handlers.py David Bear wrote: > Could this not be done using the startup script? Sure, assuming you delete / move aside the log file before kicking off Zope. I was answering the question literally, in terms of what is possible in zope.conf. Tres. - -- =================================================================== Tres Seaver +1 540-429-0999 tseaver(a)palladion.com Palladion Software "Excellence by Design" http://palladion.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJGF/E+gerLs4ltQ4RAspiAKCoLgNXdiAaq2smEsCgdCRsYhWwzwCeMvLY zlAgm7oWKOg1fpx4eBJgc34= =CEwy -----END PGP SIGNATURE-----

1 0

MailingLogger 3.2.2 Released!
by Chris Withers 10 Nov '08

10 Nov '08

I'm pleased to announce a new release of Mailinglogger that finally correctly supports easy_install and so works fine with zc.buildout-based projects. In fact, MailingLogger has *become* a zc.buildout-based project for its development... Anyway, Mailinglogger provides two handlers for the standard python logging framework that enable log entries to be emailed either as the entries are logged or as a summary at the end of the running process. The handlers have the following features: - customisable and dynamic subject lines for emails sent - emails sent with an X-Mailer header for easy filtering - flood protection to ensure the number of emails sent is not excessive - support for SMTP servers that require authentication - fully documented and tested In addition, extra support is provided for configuring the handlers when using ZConfig, Zope 2 or Zope 3. Installation is as easy as: easy_install mailinglogger For more information, please see: http://www.simplistix.co.uk/software/python/mailinglogger or http://pypi.python.org/pypi/mailinglogger cheers, Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk

1 0

A new event.log every time
by Ken Winter 08 Nov '08

08 Nov '08

Is there a way to configure Zope so that, every time it restarts, it deletes its old event.log and creates a new one? ~ TIA ~ Ken

2 1

Convert query in tuple
by Miguel Beltran R. 07 Nov '08

07 Nov '08

can be saved a zsql query to tuple variable? exist something like this? <dtml let t myquery().tuple> how using scripts ? -- ________________________________________ Lo bueno de vivir un dia mas es saber que nos queda un dia menos de vida

1 1

Re: [Zope] standard_error using zpt
by Miguel Beltran R. 04 Nov '08

04 Nov '08

Thanks Work now :D Just need remove the single cuotes ( ' ) 2008/11/3 Jeff Peterson <jeff.peterson(a)crary.com> > Try this: tal:attributes="id string:'tr_'${repeat/item/number}" > > > > > > > > -- > > Jeffrey D Peterson > > Webmaster > > Crary Industries, Inc. > > > > *From:* Miguel Beltran R. [mailto:yourpadre@gmail.com] > *Sent:* Friday, October 31, 2008 8:01 PM > *To:* Jeff Peterson > > *Subject:* Re: [Zope] standard_error using zpt > > > > Now is working fine > > After change > /standard_error to /dir/standard_error_message made the I wanted. > > now the problem is > <tr id="tr" > tal:repeat="item context/zsql_producto" > tal:attributes="id python: 'tr_' + repeat['item'].number" > > > > say cannot concatenate 'str' and 'instancemethod' objects > > 2008/10/31 Jeff Peterson <jeff.peterson(a)crary.com> > > Yeah, I guess I wouldn't expect that to work. Do you have the full > traceback? > > > > The standard_error_message template can be tricky. It doesn't get called > to handle every error, nor should you call it directly, I think. AFAIK the > "options" data is only available when an error, one that it handles by > default, occurs. Also, and I may be wrong I haven't played with it too much > but isn't the name standard_error_message required? I think what you want > to look at is the Zope help for "tal:on-error" There is an example there > that may help. > > -- > > Jeffrey D Peterson > > Webmaster > > Crary Industries, Inc. > > > > *From:* Miguel Beltran R. [mailto:yourpadre@gmail.com] > *Sent:* Thursday, October 30, 2008 9:43 PM > *To:* Jeff Peterson > *Cc:* Andrew Milton; zope(a)zope.org > > > *Subject:* Re: [Zope] standard_error using zpt > > > > Not work :(, say > > Error Type: TraversalError > Error Value: ({'args': ()}, 'error_type') > > ::::::::::::: /a/b/muestra.pt > <div > tal:condition="exists:request/modo" > tal:on-error="structure context/standard_error.pt" > > > <p > tal:condition="python:request.modo=='nada'" > tal:omit-tag="" > > > No se a ejecutado ninguna accion > </p> > <p > tal:condition="python:request.modo=='ultimos'" > tal:content="structure container/muestra_ultimos.pt" > tal:omit-tag="" > > > </p> > </div> > > ::::::::: /a/b/muestra_ultimos.pt > <table border="1"> > <thead> > <tr> > <th>Tipo</th> > <th>Producto</th> > <th>Nombre</th> > <th>Presentacion</th> > <th>Unidad</th> > <th>Existencia</th> > <th>Total</th> > <th>Observaciones</th> > <tr> > </thead> > <tbody> > <tr id="tr" > tal:repeat="item context/zsql_producto" > tal:attributes="id python: 'tr_' + repeat.number" <--here is the error > what I want catch (how resolve?) > > > <td tal:content="item/tipo_producto">Tipo</td> > </tr> > </tbody> > </table> > > > ::::::::::::: /standard_error.pt > <table> > <tr> > <th>Tipo</th> <td tal:content="options/error_type ">TipoError</td> > <th>Valor</th> <td tal:content="options/error_value ">ValorError</td> > <th></th> <td tal:content="options/error_tb ">tb</td> > <th></th> <td tal:content="options/error_traceback ">Raestro en > reversa</td> > <th></th> <td tal:content="options/error_message">mensaje de > error</td> > <th></th> <td tal:content="options/error_log_url">url de error</td> > </tr> > </table> > > 2008/10/30 Jeff Peterson <jeff.peterson(a)crary.com> > > Just for independent confirmation he's right, "options" is what you want. > > -- > Jeffrey D Peterson > Webmaster > Crary Industries, Inc. > > > -----Original Message----- > From: zope-bounces(a)zope.org [mailto:zope-bounces@zope.org] On Behalf Of > Andrew Milton > Sent: Wednesday, October 29, 2008 11:02 PM > To: Miguel Beltran R. > Cc: zope(a)zope.org > Subject: Re: [Zope] standard_error using zpt > > +-------[ Miguel Beltran R. ]---------------------- > | Hi List > | > | I remember what old versions from zope haved standard_error using DTML > | How can do it the same using ZPT? > | > | I already try: > | <td tal:content="error/type"> > | <td tal:content="python: error.type"> > | <td tal:content="context/error/type"> > > >From memory the following should be available; > > options/error_type > options/error_value > options/error_tb > options/error_traceback > options/error_message > options/error_log_url > > > -- > Andrew Milton > akm(a)theinternet.com.au > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://mail.zope.org/mailman/listinfo/zope > ** No cross posts or HTML encoding! ** > (Related lists - > http://mail.zope.org/mailman/listinfo/zope-announce > http://mail.zope.org/mailman/listinfo/zope-dev ) > > > > > -- > ________________________________________ > Lo bueno de vivir un dia mas > es saber que nos queda un dia menos de vida > > > > > -- > ________________________________________ > Lo bueno de vivir un dia mas > es saber que nos queda un dia menos de vida > -- ________________________________________ Lo bueno de vivir un dia mas es saber que nos queda un dia menos de vida

1 0