- Zope - Zope lists

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

New ZMysql adapter connection problem
by Larry McDonnell 18 Jan '05

18 Jan '05

Hi, I'm test 2.7.3 out and I cannot create a connection to my database. I am using the new adapter ZMySQLDA-2.0.9b2 <http://sourceforge.net/projects/mysql-python/> .and I loaded MySQL-python.exe-0.9.2.win32-py2.3.exe pointing it to the bin directory of my zope installation. It added it to my product list but when I try to make a connection I see the following: Traceback (innermost last): * Module ZPublisher.Publish, line 175, in publish_module_standard * Module ZPublisher.Publish, line 132, in publish * Module Zope.App.startup, line 204, in zpublisher_exception_hook * Module ZPublisher.Publish, line 101, in publish * Module ZPublisher.mapply, line 88, in mapply * Module ZPublisher.Publish, line 39, in call_object * Module Products.ZMySQLDA.DA, line 106, in manage_addZMySQLConnection * Module Shared.DC.ZRDB.Connection, line 64, in __init__ * Module Shared.DC.ZRDB.Connection, line 97, in edit * Module Products.ZMySQLDA.DA, line 126, in connect * Module Products.ZMySQLDA.db, line 183, in __init__ AttributeError: server_capabilities (Also, an error occurred while attempting to render the standard error message.) I also tried a password option but still no connection. I know I could do the above in 2.6.1. Thanks, Larry

4 7

kinterbasdbDA Open Connection
by Ashley 18 Jan '05

18 Jan '05

Apologies if this has been answered previously - I have seen some similar posts from years ago, but could not find any solutions. I have defined a K Interbase Database Connection in my ZMI. Everything appears fine until I attempt to open the connection using the "Status" page in the ZMI. At this point, I get a standard "page not found" screen. This is not a Zope error page, just a standard IE "HTTP 400 - Bad Request" page, which of course gives me no useful information. It appears from the form on the previous page that the page that is being called is "manage_open_connection". If I attempt to change connection properties using the "Properties" page, then as long as "Connect Immediately" is not checked, then everything is ok, and the changes are saved. If it is checked, then I get the same error page. The page that is being called from here appears to be "manage_edit". The Zope version is actually from a Plone 2.0.5 installation (this is not taking place inside the Plone instance, hence posting here), Plone Controller 0.3, Python 2.3.3 on win32. I cannot find anthing including "manage_open_connection" in the kinterbase folders, but from a previous post I guess it is aiming for the function in "Plone\Zope\lib\python\Shared\DC\ZRDB\Connection.py". What I don't have any idea about is why it isn't working, and what I can do about it. Can anybody help? Thanks in advance Ashley

2 1

Zope xmlrpc crashes without traceback
by Herman Geldenhhuys 18 Jan '05

18 Jan '05

Hi. We are using a javascript xmlrpc(VCXMLRPC.js) library to essentially communicate with zope to retreive and display records in a browser. After a while, Zope just crashes without warning or any traceback of what caused the problem. It completely dies. When running in a command prompt, it dies silently as if the python interpreter crashed. We're running version 2.7 of zope with Python 2.3 on multiple window$ NT servers. Has anybody got a solution for this problem? -- G M S Software Factory Tel. +27 (11) 695 0400 x210 Fax +27 (11) 312 0265 Cell+27 (82) 770 7198 www.gmsonline.co.za <http://www.gmsonline.co.za/>

4 4