January 2005 - Zope - Zope lists

Automating mkzopeinstance
by John Poltorak 19 Jan '05

19 Jan '05

Is it possible to automate the creation of a zope instance? ie is there a way to run mkzopeinstance non-interactively? -- John

3 2

ERP5
by alessandro bottoni 19 Jan '05

19 Jan '05

Hi all, did anybody of you try ERP5, the Zope-based, Open Source ERP product of Nexedi (see www.erp5.org)? Does anybody know if there is a mailing list or a web forum devoted to this award-winning product? Many thanks in advance ------------------------------------------- Alessandro Bottoni

2 1

RE: [Zope] Clearing _v_ attributes
by Pascal Peregrina 19 Jan '05

19 Jan '05

If I do a clearCaches() method that clears _v_ attributes on the object, how can I make sure it will clear these attributes in all the Zope connections that may have a cached copy of the object ? Or do you mean that clearCaches() should do the self._p_changed=1 ? Pascal -----Message d'origine----- De : zope-bounces(a)zope.org [mailto:zope-bounces@zope.org]De la part de Andrew Milton Envoyé : mercredi 19 janvier 2005 11:44 À : Pascal Peregrina Cc : 'zope(a)zope.org' Objet : Re: [Zope] Clearing _v_ attributes +-------[ Pascal Peregrina ]---------------------- | Hi, | | To clear some data caching I have made using _v_ attributes on one | particular object, I would need a way to programmatically clear its _v_ | attributes. | | As far as I understand, _v_ attributes are set per ZODB connection. | And they are cleared when the object is, for some reason, reloaded from the | ZODB to the connection cache. | | As I use the current configuration : | + ZEO | + 1 Zope instance with RW connections to ZEO | + several Zope instances with RO connections to ZEO | | I was wondering if, setting self._p_changed=1 on the object from the Zope RW | would work. No... Why not just add a clearCaches() method that Does The Right Thing(tm) and call that? -- 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 ) ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com **********************************************************************

4 4

RE: [Zope] Clearing _v_ attributes
by Pascal Peregrina 19 Jan '05

19 Jan '05

That's not a problem, I pack it everyday for >5 days transactions :) Thanks anyway. Pascal -----Message d'origine----- De : zope-bounces(a)zope.org [mailto:zope-bounces@zope.org]De la part de Andrew Milton Envoyé : mercredi 19 janvier 2005 14:10 À : tdickenson(a)geminidataloggers.com Cc : zope(a)zope.org Objet : Re: [Zope] Clearing _v_ attributes +-------[ Toby Dickenson ]---------------------- | On Wednesday 19 January 2005 11:51, Andrew Milton wrote: | > +-------[ Pascal Peregrina ]---------------------- | > | If I do a clearCaches() method that clears _v_ attributes on the object, | how | > | can I make sure it will clear these attributes in all the Zope connections | > | that may have a cached copy of the object ? | > | > Basically you can't. | | There is one very obvious way.... change a non-_v_ attribute of the object and | commit it. Every other connection with an instance of that object in memory | will lose the _v_ attribute at its next transaction boundary. And your ZODB grows everytime you want to flush the cache... -- 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 ) ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com **********************************************************************

1 0

RE: [Zope] Clearing _v_ attributes
by Pascal Peregrina 19 Jan '05

19 Jan '05

That's what I thought. Thanks a lot ! -----Message d'origine----- De : zope-bounces(a)zope.org [mailto:zope-bounces@zope.org]De la part de Toby Dickenson Envoyé : mercredi 19 janvier 2005 13:46 À : zope(a)zope.org Objet : Re: [Zope] Clearing _v_ attributes On Wednesday 19 January 2005 11:51, Andrew Milton wrote: > +-------[ Pascal Peregrina ]---------------------- > | If I do a clearCaches() method that clears _v_ attributes on the object, how > | can I make sure it will clear these attributes in all the Zope connections > | that may have a cached copy of the object ? > > Basically you can't. There is one very obvious way.... change a non-_v_ attribute of the object and commit it. Every other connection with an instance of that object in memory will lose the _v_ attribute at its next transaction boundary. -- Toby Dickenson _______________________________________________ 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 ) ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com **********************************************************************

1 0

RE: [Zope] Clearing _v_ attributes
by Pascal Peregrina 19 Jan '05

19 Jan '05

Ok I think now I get it. :) What about acutally changing some persistent attribute on the object ? Would that work ? Pascal -----Message d'origine----- De : zope-bounces(a)zope.org [mailto:zope-bounces@zope.org]De la part de Andrew Milton Envoyé : mercredi 19 janvier 2005 12:51 À : Pascal Peregrina Cc : 'zope(a)zope.org' Objet : Re: [Zope] Clearing _v_ attributes +-------[ Pascal Peregrina ]---------------------- | If I do a clearCaches() method that clears _v_ attributes on the object, how | can I make sure it will clear these attributes in all the Zope connections | that may have a cached copy of the object ? Basically you can't. Although if a thread doesn't wake up for 10 mins (with your object), then odds are it'll get thrown out and brought back in again without the _v_ attributes set, so it's probably a moot point. You would have to grab each ZODB connection present, grab your object and call the method.. That's just getting in voodoo you probably don't actually need. The best you could do would be to set a flag / timestamp. Any object that woke up would have to check that timestamp and work out whether to flush at that point or not. | Or do you mean that clearCaches() should do the self._p_changed=1 ? _p_changed = 1 won't flush your _v_ attributes. -- 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 ) ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com **********************************************************************

1 0

November Bug Day Roundup & January Bug Day Announcement!
by Chris Withers 19 Jan '05

19 Jan '05

Hi All, It's a long time overdue, but here's the roundup. I suspect these all made it into 2.7.4, if anyone's curious :-) The great news is that lots of bugs were resolved, and it was especially good to see patches contributed by people outside the usual core of developers. Thanks to those people! The next bug day is going to be on Thursday 27th November as an experiment to see if those who complain about the Friday bug days can make it. Hope to see all on #zope-dev next Thursday! cheers, Chris Here's the lowdown: Resolved: #551 - ExtentionClass.h might conflict with other system versions #679 - ZPT: bogus close tag </link> should be removed #721 - ZPT escapes attributes when it shouldn't #808 - Site Access Rule not working with dtml method in 2.6.1 #881 - Error: The ZGadflyDA product must be installed #995 - zope/python seg fault with infinite __str__ recursion #1003 - Overlong HTTP headers handled badly #1219 - XML Export #1371 - Surface cgi.maxlen in zope.conf #1407 - WebDav displayname Title #1450 - ZODBTools Packaging problem #1478 - Unittesting improvements #1489 - Invalid cookie causes other cookies to silently disappear #1510 - Unicode broken for non text/* content-types #1565 - monitor server not started #1593 - OFS/CopySupport _get_id() is buggy #1599 - ZSQL sqltest and unicode Wontfix: #922 - Version feature is broken in Zope #930 - Problems with Zope 2.6 config of sys.path on Windows #1461 - SCRIPT_NAME empty #1546 - Structured text links and IPv6 addresses Rejected: #576 - Importing ZClass fails #764 - ZCTextIndex is CMF incompatible #941 - Emergency user can own objects in Zope 2.7 #971 - Version only saves the last change #1023 - Tutorial import problem #1252 - VIRTUAL_URL #1512 - 2.8 failure with Plone: DocumentTemplate.ustr.py #1547 - import from one instance to another Deferred #1469 - win32 install 2.7.2 XP SP1 ..and here's the "player stats" :-) Resolved Assists Wontfix Rejected Deferred chrisw 6 1 5 1 ajung 6 1 2 1 efge 3 2 tseaver 1 regebro 1 ctheune 1 dpollard 1 sirilyan 1 jajcus 1 shh 1 sabaini 1 -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk

2 2

ZODB packaging behaviour: bug or feature?
by Ausum Studio 19 Jan '05

19 Jan '05

Use case: Create a new Zope instance. Perform some changes and then pack the database to remove objects revisions older to 0 days. You want a clean instance to start with. Now create a cron job to daily pack the database to remove objects older to 14 days, and start to use your instance. Zope won't pack the database at all, and I guess it will be for the first 2 weeks, because it won't find revisions older to 14 days during that time. Is that normal behaviour? Telling by the interface text at the Database Management tab, it looks like the command would create a Data.fs.old file even though there weren't older revisions than the number set, meaning that by default the packing would create an exact copy of the current Data.fs (to keep all changes), at least until there were revisions to remove. The problem is that if you rely on Data.fs.old for backup purposes, you'll find that your 13th day Data.fs.old is exactly as that of day one. An even though you had never packed the database to 0 days, the problem would come up if, for any reason, you feel like it's time to manually pack the database to 0, in between those two weeks. Your cron job won't modify the existing Data.fs.old for the following two weeks. Am I missing something? Thanks in advance, Ausum

3 5

DCOracle2 compile problem
by Michele Marcionelli 19 Jan '05

19 Jan '05

Hello, I'm trying to compile (gcc-3.2.3) DCOracle2 (Version 1.3b, http://www.zope.org/Members/matt/dco2) on a RedHat Linux i386 with Oracle 10 (see PS at the end of the email) and I get the following error message when I try to "make": make[1]: Entering directory `/scratch/zope/Products/DCOracle2/src' gcc -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/kerberos/include -pthread -fPIC -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I/scratch/local/app/python/current/include/python2.4 -I/scratch/local/app/python/current/include/python2.4 @DEFS@ -I/usr/lib/oracle/10.1.0.3/client/rdbms/demo -I/usr/lib/oracle/10.1.0.3/client/network/public -I/usr/lib/oracle/10.1.0.3/client/plsql/public -I/usr/lib/oracle/10.1.0.3/client/rdbms/public -DORACLE9i -c ././dco2.c -o ./dco2.o gcc: cannot specify -o with -c or -S and multiple compilations make[1]: *** [dco2.o] Error 1 Has someone experience with that? Regards, Michele Marcionelli PS: I downloaded the "Oracle Instant Client for Linux x86" from http://www.oracle.com/technology/software/tech/oci/instantclient/ index.html -- Michele Marcionelli - webmaster@math - Phone: +41 1 632 6193 Address: HG G 14 - Raemistrasse 101 - 8092 Zürich - Switzerland

1 0

Acquisition question
by Garito 19 Jan '05

19 Jan '05

Hi all I create a product. It have a method like this: def Render(self, args): """Render method""" return self.getId() In these folderish product I put some folders and some objects inside them I would like to execute something like: object.Render(args) where: object is an object inside a folder inside my product Render is the product's Render method acquired by the object the response is the id of my product instead the id of the object as expected Is this possible? How? Thanks a lot!

3 3