El Jueves 07 Agosto 2008, tesdal escribió:
> Pablo Caro Revuelta wrote:
> >  * I have find a few differences between factory hack and
> > experimental.contentcreation. Improvements i belive.
> > I have tried run experimental.contentcreation from 2.5 and it run in my
> > tests.
> > But he problem was after uninstalling the product!! Any access to my
> > plone makes an error. Something was stored in zodb, extrangerus if only
> > monkey patching. I think I will use factoryhack.
>
> First of all, this is mostly interesting if it fails in Plone 3.0 or
> higher. If it does, I'd like to see a traceback or full error message, as
> it would be a bug.

I have tested it with plone 3 using a buildout and it rules. Your product run 
perfectly. It is clear it's my problem owing to use it with a plone 2.5 
configuration.

I made tests and the error I found occours with experimental.queryplans too.
It's a problem with pythonproducts.
To install the products, I only link the folders what are inside 
of 'experimental' in my products directory.  Now I cannot remove it because 
this error:

http://paste.plone.org/23103

I think It's pythonproducts who store contents in the zodb. I don't know how 
to uninstall that products now.
It's not a real problem because I utilized a test instance but I would like to 
know how recover the problem for a  hypothetical similar problem in the 
future. Any idea?


In order to use the products, maybe i can install the products removing the 
configure.zcml file.  The products are simple patches and I think all wiil 
run well without it. It's correct?


> Pablo Caro Revuelta wrote:
> >  * experimental.catalogqueryplan write in portal_catalog its dictonary of
> > query plans. Could that writtings generate conflict errors?

> If you're thinking about _v_prioritymap, the _v_ variables are volatile and
> not written to the ZODB, so no conflict errors. I guess I might as well
> store the query plans in a module variable, which would make the query
> persist until Zope restart.

Excuse me, I did not remeber the _v_ prefix for volatile variables. A very 
good solution!

Thanks a lot Helge.

-- 

Pablo Caro Revuelta   
[EMAIL PROTECTED]

Yaco Sistemas S.L.
http://www.yaco.es
C/ Rioja 5, 41001 Sevilla (España)
Teléfono: 954 50 00 57 
Fax 954 50 09 29


Este mensaje y sus documentos anexos son confidenciales y dirigidos 
exclusivamente a los destinatarios de los mismos. Si por error, ha recibido 
este mensaje y no es el destinatario, por favor, notifíqueselo al remitente y 
no use, informe, distribuya, imprima, copie o difunda este mensaje por ningún 
medio.

This message and any attached files are confidential. They are for the 
intended recipients only. If an error has misdirected this e-mail to you, 
please, notify the author and do not use, disclose, distribute, copy, print 
or relay this e-mail.


_______________________________________________
Product-Developers mailing list
[email protected]
http://lists.plone.org/mailman/listinfo/product-developers

Reply via email to