Re: [Zope-Checkins] CVS: Zope/lib/python/nt_svcutils - service.py:1.1.2.2
Mark and Sidnei, question for you. I work on ZRS, which, alas, I can't pass out code for. Its Windows service drivers subclass the Service class in Zope's nt_svcutils/service.py. I'm trying to build a new ZRS release. Trying to stop the ZRS service now suddenly and for no reason at all wink logs an error, because I believe its onStop() method is getting called twice now, but used to be called only once. That's no good for ZRS, because its onStop method makes a connection to a special shutdown port, and ZRS proper responds by shutting ZRS down. The socket goes away along with it, so trying to connect to the shutdown port a second time raises an exception. I'm not entirely sure why this didn't used to happen. I'm guessing that a stop request with the current code: 1. Triggers SvcStop, which calls onStop() and sets hWaitStop. 2. Setting hWaitStop in turn triggers the WaitForMultipleObjects in run(), and then that calls SvcStop again (which calls onStop() again). Anyway, is this bug or feature? If it's a feature, I can make the ZRS subclass onStop() methods safe to call multiple times. It doesn't _feel_ like a feature, though wink. ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
[Zope-Coders] Zope Bugs, Features, and Patches Collector: Open Issues
The following supporters have open issues assigned to them in this collector (http://www.zope.org/Collectors/Zope). Assigned and Open Brian - ZPT not being processed with text/vnd.wap.wml mime type, [Accepted] http://www.zope.org/Collectors/Zope/968 Caseman - ZCTextUndex should not hold a reference to a lexicon, [Accepted] http://www.zope.org/Collectors/Zope/505 - locale based sorting in ZCatalog, [Accepted] http://www.zope.org/Collectors/Zope/738 LRA - FileUpload not iterable, [Accepted] http://www.zope.org/Collectors/Zope/1199 Tiran - Zope 2.7 doesnot serve pages to some accept-charset request headers, [Accepted] http://www.zope.org/Collectors/Zope/1492 ajung - manage_catalogIndexes: '# objects' is misleading, [Accepted] http://www.zope.org/Collectors/Zope/1587 - Multilingual search gives a wrong results., [Accepted] http://www.zope.org/Collectors/Zope/1343 - WebDAV broken in 2.7.0-b3, [Accepted] http://www.zope.org/Collectors/Zope/1145 - Mount-Points: documentation incomplete, behaviour surprising, [Accepted] http://www.zope.org/Collectors/Zope/1487 - Need a way to include non-xml valid structure in ZPT attributes, [Accepted] http://www.zope.org/Collectors/Zope/1281 chrism - ZODBMountPoint should not monkey-patch ZODB, [Accepted] http://www.zope.org/Collectors/Zope/1525 - poor error reporting on product initialization failure under windows, [Accepted] http://www.zope.org/Collectors/Zope/1020 - Potential bug in Python cgi.FieldStorage can lead to problematic memory growth, [Accepted] http://www.zope.org/Collectors/Zope/1685 - TemporaryStorage should be made MVCC-capable on HEAD, [Accepted] http://www.zope.org/Collectors/Zope/1526 - Lurking CPU eater in Transience, [Accepted] http://www.zope.org/Collectors/Zope/1633 chrisw - security.declareObjectProtected('View') appears to be buggy, [Accepted] http://www.zope.org/Collectors/Zope/1264 - Zope 2.7.3b1 DAV server doesn't provide DAV header, [Accepted] http://www.zope.org/Collectors/Zope/1518 - VHM and ZCatalog absolute paths, [Accepted] http://www.zope.org/Collectors/Zope/608 - default page encoding hardcoded to latin1, [Accepted] http://www.zope.org/Collectors/Zope/1490 - Debug Information Illegible, [Accepted] http://www.zope.org/Collectors/Zope/1736 - Windows Linefeeds in ZPT, [Accepted] http://www.zope.org/Collectors/Zope/1464 ctheune - hasattr_unacquired, [Accepted] http://www.zope.org/Collectors/Zope/742 - Shutdown ZEO Server under Windows, [Accepted] http://www.zope.org/Collectors/Zope/1508 dreamcatcher - PropertySheets xml_escape method with hardcoded encoding, [Accepted] http://www.zope.org/Collectors/Zope/1561 efge - default page encoding hardcoded to latin1, [Accepted] http://www.zope.org/Collectors/Zope/1490 - ZCatalog getObject broken, [Accepted] http://www.zope.org/Collectors/Zope/1713 evan - Cant declare classes in Scripts with 2.7 and Python 2.3, [Accepted] http://www.zope.org/Collectors/Zope/1074 fdrake - ZCTextUndex should not hold a reference to a lexicon, [Accepted] http://www.zope.org/Collectors/Zope/505 - [Weakness] analysis of Zope startup problems (log hidden), [Accepted] http://www.zope.org/Collectors/Zope/1285 - FTP server does not implement MLSD or MLST, [Accepted] http://www.zope.org/Collectors/Zope/1161 - Make possible to configure non-default logger hierarchies via zope.conf, [Accepted] http://www.zope.org/Collectors/Zope/1555 htrd - startup ConflictError, [Deferred] http://www.zope.org/Collectors/Zope/300 jeremy - Transaction Manager Brokenness, [Accepted] http://www.zope.org/Collectors/Zope/701 - ZODB load state error, [Accepted] http://www.zope.org/Collectors/Zope/1204 jim - aq_acquire on u'aq_parent', [Accepted] http://www.zope.org/Collectors/Zope/1738 mcdonc - filestream_iterator handling is not implemented for FastCGI protocol., [Accepted] http://www.zope.org/Collectors/Zope/1647 mj - expectMultipleRanges test should use email package, [Accepted] http://www.zope.org/Collectors/Zope/579 mjablonski - Error in zmi when an object is named 'URL' or 'URL1', [Accepted] http://www.zope.org/Collectors/Zope/1217 slinkp - AcceleratedHTTPCacheManager doesn't PURGE correctly for virtual hosts, [Accepted] http://www.zope.org/Collectors/Zope/1447 tim_one - Zope 2.8/ZODB 3.3: Update all cPickle.Pickler instances to use protocal 2, [Accepted] http://www.zope.org/Collectors/Zope/1519 - ZCTextUndex should not hold a reference to a lexicon, [Accepted] http://www.zope.org/Collectors/Zope/505 - ZODB load state
[Zope-Coders] Zope tests: 6 OK
Summary of messages to the zope-tests list. Period Sun Apr 17 11:01:02 2005 UTC to Mon Apr 18 11:01:02 2005 UTC. There were 6 messages: 6 from Zope Unit Tests. Tests passed OK --- Subject: OK : Zope-2_6-branch Python-2.1.3 : Linux From: Zope Unit Tests Date: Sun Apr 17 22:41:11 EDT 2005 URL: http://mail.zope.org/pipermail/zope-tests/2005-April/001959.html Subject: OK : Zope-2_6-branch Python-2.3.5 : Linux From: Zope Unit Tests Date: Sun Apr 17 22:42:41 EDT 2005 URL: http://mail.zope.org/pipermail/zope-tests/2005-April/001960.html Subject: OK : Zope-2_7-branch Python-2.3.5 : Linux From: Zope Unit Tests Date: Sun Apr 17 22:44:11 EDT 2005 URL: http://mail.zope.org/pipermail/zope-tests/2005-April/001961.html Subject: OK : Zope-2_7-branch Python-2.4.1 : Linux From: Zope Unit Tests Date: Sun Apr 17 22:45:41 EDT 2005 URL: http://mail.zope.org/pipermail/zope-tests/2005-April/001962.html Subject: OK : Zope-trunk Python-2.3.5 : Linux From: Zope Unit Tests Date: Sun Apr 17 22:47:12 EDT 2005 URL: http://mail.zope.org/pipermail/zope-tests/2005-April/001963.html Subject: OK : Zope-trunk Python-2.4.1 : Linux From: Zope Unit Tests Date: Sun Apr 17 22:48:42 EDT 2005 URL: http://mail.zope.org/pipermail/zope-tests/2005-April/001964.html ___ Zope-Coders mailing list Zope-Coders@zope.org http://mail.zope.org/mailman/listinfo/zope-coders
Re: [Zope-dev] Turning off product installation in zope.conf on all zeo clients?
Jens Vagelpohl wrote: What happens if you turn this off in all zeo clients? New products don't get installed..? Okay, but what does installed mean? Would it actually stop new instances of object classes provided by the product being instantiated, or would it just prevent help pages and other conflict-error-on-startup-y things from happening? cheers, Chris -- Simplistix - Content Management, Zope Python Consulting - http://www.simplistix.co.uk ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Turning off product installation in zope.conf on all zeo clients?
On Apr 18, 2005, at 16:25, Chris Withers wrote: Jens Vagelpohl wrote: What happens if you turn this off in all zeo clients? New products don't get installed..? Okay, but what does installed mean? Would it actually stop new instances of object classes provided by the product being instantiated, or would it just prevent help pages and other conflict-error-on-startup-y things from happening? From what I understand it prevents the installation/writing of a product into the ZODB (the products management part of the Control_Panel) and thus prevents conflict errors. If the product is already installed (e.g. by a client who is allowed to do so) then you can instantiate instances of your new product. The setting does not prevent that. jens ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope] Restart button in Control Panel
Is it possible to have the Restart button in ZMI Control Panel? I only have Shutdown. What controls this? I start my Zope instance with instance/bin/runzope . I use Zope 2.7.4. -- Milos Prudek http://www.spoxdesign.com - your web usability testing ___ Zope maillist - Zope@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 )
Re: [Zope] Restart button in Control Panel
You are starting it in Debug mode, which means it will not allow for the restart button. /etc/zope.conf (edit debug mode) Also, try running it with: /bin/zopectl start Jake -- http://www.ZopeZone.com Milos Prudek said: Is it possible to have the Restart button in ZMI Control Panel? I only have Shutdown. What controls this? I start my Zope instance with instance/bin/runzope . I use Zope 2.7.4. -- Milos Prudek http://www.spoxdesign.com - your web usability testing ___ Zope maillist - Zope@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 ) ___ Zope maillist - Zope@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 )
[Zope] non-undoable storage
I have a couple hundred Articles (class instances) in my ZODB. Most instances are 200 kB, some are much larger. One of the Article properties is Number of times the article was read. Any increment causes ZODB to grow by the size of the given instance, due to the fact that ZODB will append a new version of the whole 200 kB or 2MB instance just because a single byte was changed. Consequently ZODB grows several hundred MB in a single day even if no new article is added. This calls for some form of non-undoable storage. One possibility is to move the NumberOfReaders attribute from ZODB to my SQL server. Not a problem, but I'm not sure what is the best way to maintain connection between ZODB instance (it can appear at different places in ZODB directory structure and it can be moved from place to place with Cut and Paste in ZMI) and SQL table. Connection means SQL key column. Instance ids cannot be used as a SQL key, because they are nonunique - each folder has a sequence of instances numbered 1...x. So there are over ten instances named 1. Instance addresses = URLs could be used but I would have to write my own methods / interfaces for moving Articles in the directory structure to maintain the connection between ZODB and SQL table. Is there an obvious elegant solution that I am missing? -- Milos Prudek ___ Zope maillist - Zope@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 )
Re: [Zope] non-undoable storage
On Mon, Apr 18, 2005 at 02:38:01PM +0200, Milos Prudek wrote: I have a couple hundred Articles (class instances) in my ZODB. Most instances are 200 kB, some are much larger. One of the Article properties is Number of times the article was read. Any increment causes ZODB to grow by the size of the given instance, due to the fact that ZODB will append a new version of the whole 200 kB or 2MB instance just because a single byte was changed. Consequently ZODB grows several hundred MB in a single day even if no new article is added. This calls for some form of non-undoable storage. One possibility is to move the NumberOfReaders attribute from ZODB to my SQL server. Not a problem, but I'm not sure what is the best way to maintain connection between ZODB instance (it can appear at different places in ZODB directory structure and it can be moved from place to place with Cut and Paste in ZMI) and SQL table. Connection means SQL key column. Instance ids cannot be used as a SQL key, because they are nonunique - each folder has a sequence of instances numbered 1...x. So there are over ten instances named 1. Instance addresses = URLs could be used but I would have to write my own methods / interfaces for moving Articles in the directory structure to maintain the connection between ZODB and SQL table. Is there an obvious elegant solution that I am missing? You might consider replacing the NumberOfReaders attribute with a first-class persistent object. e.g. you could use a PersistentList or IIBTree or some such. This would prevent Zope from saving the entire Article object when that one attribute changes. You'd still get some bloat from all the historical revisions of the attribute, but it would be MUCH less. e.g. something like: from ZODB import PersistentList class Article(...): def __init__(self): ... self._numberOfReaders = PersistentList([0]) def getNumberOfReaders(self): return self._numberOfReaders[0] def incrementNumberOfReaders(self): # do NOT set self._p_changed = 1 self._numberOfReaders[0] = += 1 You could then have NumberOfProperties become a ComputedAttribute to allow client code to keep accessing it as an attribute. (this is a read-only property in recent versions of Python, not to be confused with Zope's properties; but Zope doesn't support pythonic properties yet.) e.g.: NumberOfReaders= ComputedAttribute(getNumberOfReaders) But AFAIK, ComputedAttributes don't support write methods. So client code can't write someArticle.NumberOfReaders += 1. But then, you wouldn't be able to do that with a SQL-based solution either. -- Paul Winkler http://www.slinkp.com ___ Zope maillist - Zope@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 )
Re: [Zope] non-undoable storage
Paul Winkler [EMAIL PROTECTED] wrote: On Mon, Apr 18, 2005 at 02:38:01PM +0200, Milos Prudek wrote: I have a couple hundred Articles (class instances) in my ZODB. Most instances are 200 kB, some are much larger. One of the Article properties is Number of times the article was read. Any increment causes ZODB to grow by the size of the given instance, due to the fact that ZODB will append a new version of the whole 200 kB or 2MB instance just because a single byte was changed. Consequently ZODB grows several hundred MB in a single day even if no new article is added. This calls for some form of non-undoable storage. Is there an obvious elegant solution that I am missing? You might consider replacing the NumberOfReaders attribute with a first-class persistent object. e.g. you could use a PersistentList or IIBTree or some such. This would prevent Zope from saving the entire Article object when that one attribute changes. You'd still get some bloat from all the historical revisions of the attribute, but it would be MUCH less. A better candidate, rather than PersistentList, would be a BTrees.Length. Florent -- Florent Guillaume, Nuxeo (Paris, France) CTO, Director of RD +33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED] ___ Zope maillist - Zope@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 )
Re: [Zope] tal:attributes and extra newline
--On Montag, 18. April 2005 16:31 Uhr +0200 Pascal Peregrina [EMAIL PROTECTED] wrote: Hi, I would like to know the reason why tal:attributes adds an extra newline for each generated tag attribute. This just makes generated HTML bigger... It generates *only newlines if *you* generate multiple attributes using a single tal:attributes statement on *multiple* lines...so it's your application... -aj pgpFkPGB5PiNi.pgp Description: PGP signature ___ Zope maillist - Zope@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 )
RE: [Zope] tal:attributes and extra newline
Ok, it was TALInterpreter after all, but you need a long list of attributes (on a single line / single tal:attributes statement I mean)... It's because of the TAL.TALInterpreter.TALInterpreter.wrap value defaulting to 60 (see __init__) I managed, in my object that relies on PageTemplate, to set warp to 0 and I got no more extra newlines. So, just to know, why is the default value 60 ? Pascal -Message d'origine- De : Andreas Jung [mailto:[EMAIL PROTECTED] Envoyé : lundi 18 avril 2005 16:57 À : Pascal Peregrina; 'zope@zope.org' Objet : Re: [Zope] tal:attributes and extra newline --On Montag, 18. April 2005 16:31 Uhr +0200 Pascal Peregrina [EMAIL PROTECTED] wrote: Hi, I would like to know the reason why tal:attributes adds an extra newline for each generated tag attribute. This just makes generated HTML bigger... It generates *only newlines if *you* generate multiple attributes using a single tal:attributes statement on *multiple* lines...so it's your application.. ** 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 ** ___ Zope maillist - Zope@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 )
RE: [Zope] tal:attributes and extra newline
--On Montag, 18. April 2005 17:55 Uhr +0200 Pascal Peregrina [EMAIL PROTECTED] wrote: Ok, it was TALInterpreter after all, but you need a long list of attributes (on a single line / single tal:attributes statement I mean)... It's because of the TAL.TALInterpreter.TALInterpreter.wrap value defaulting to 60 (see __init__) I managed, in my object that relies on PageTemplate, to set warp to 0 and I got no more extra newlines. So, just to know, why is the default value 60 ? It could be 42 or 120 or 800 :-) -aj pgp4qXCB85kuK.pgp Description: PGP signature ___ Zope maillist - Zope@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 )
RE: [Zope] tal:attributes and extra newline
Ok, silly question then... :) Let's stop this thread now. Thanks for the answers. Pascal -Message d'origine- De : Fred Drake [mailto:[EMAIL PROTECTED] Envoyé : lundi 18 avril 2005 18:04 À : Pascal Peregrina Cc : zope@zope.org Objet : Re: [Zope] tal:attributes and extra newline On 4/18/05, Pascal Peregrina [EMAIL PROTECTED] wrote: So, just to know, why is the default value 60 ? I think just because Guido wrote it that way. I don't know that there's anything special about the value. -Fred -- Fred L. Drake, Jr.fdrake at gmail.com Zope Corporation ** 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 ** ___ Zope maillist - Zope@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 )
Re: [Zope] non-undoable storage
from ZODB import PersistentList Interesting. I'll look at this idea. I never heard of this class. You could then have NumberOfProperties become a ComputedAttribute But AFAIK, ComputedAttributes don't support write methods. Um, are you saying that the solution would actually not work for my use case? So client code can't write someArticle.NumberOfReaders += 1. But then, you wouldn't be able to do that with a SQL-based solution either. Why not? It's easy to write ZSQL method to update data. Probably we do not understand each other. -- Milos Prudek ___ Zope maillist - Zope@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 )
Re: [Zope] non-undoable storage
A better candidate, rather than PersistentList, would be a BTrees.Length. Never heard about this. Why is it better? What does it do? Where can I find more info about it? -- Milos Prudek http://www.spoxdesign.com - your web usability testing ___ Zope maillist - Zope@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 )
Re: [Zope] non-undoable storage
Milos Prudek [EMAIL PROTECTED] wrote: A better candidate, rather than PersistentList, would be a BTrees.Length. Never heard about this. Why is it better? What does it do? Where can I find more info about it? It's designed to be a counter and does automatic conflict resolution. It was mentionned a number of times in the past on the zope and zodb-dev lists. Florent -- Florent Guillaume, Nuxeo (Paris, France) CTO, Director of RD +33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED] ___ Zope maillist - Zope@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 )
Re: [Zope] non-undoable storage
On Mon, Apr 18, 2005 at 06:29:49PM +0200, Milos Prudek wrote: from ZODB import PersistentList Interesting. I'll look at this idea. I never heard of this class. You could then have NumberOfProperties become a ComputedAttribute But AFAIK, ComputedAttributes don't support write methods. Um, are you saying that the solution would actually not work for my use case? If your use case is that a writable attribute is part of your class' API, then yes I am saying that. If your count is always updated by methods of the class anyway, then you're fine. So client code can't write someArticle.NumberOfReaders += 1. But then, you wouldn't be able to do that with a SQL-based solution either. Why not? It's easy to write ZSQL method to update data. Probably we do not understand each other. Probably not. If you had an SQL solution, and some client code said someArticle.NumberOfReaders += 1, how would you get that assignment to fire off your SQL code? -- Paul Winkler http://www.slinkp.com ___ Zope maillist - Zope@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 )
Re: [Zope] non-undoable storage
Probably not. If you had an SQL solution, and some client code said someArticle.NumberOfReaders += 1, how would you get that assignment to fire off your SQL code? I would have to calculate the key, so simple assignment would not work, that's true. -- Milos Prudek http://www.spoxdesign.com - your web usability testing ___ Zope maillist - Zope@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 )
Re: [Zope] non-undoable storage
It's designed to be a counter and does automatic conflict resolution. It was mentionned a number of times in the past on the zope and zodb-dev lists. Thank you. I found detailed info in the mailing list archive, just like you said. -- Milos Prudek http://www.spoxdesign.com - your web usability testing ___ Zope maillist - Zope@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 )
[Zope] Both tal:on-error and error_log?
Can I use a tal:on-error attribute in a page template to provide a user-friendly explanation of an exception while still recording the occurrence of that exception to error_log? -- Kirk Strauser The Day Companies ___ Zope maillist - Zope@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 )
Re: [Zope] Both tal:on-error and error_log?
On Apr 18, 2005, at 20:20, Kirk Strauser wrote: Can I use a tal:on-error attribute in a page template to provide a user-friendly explanation of an exception while still recording the occurrence of that exception to error_log? I don't think that's possible. But you can test that very easily for yourself by putting code inside the on-error that provokes an error. jens ___ Zope maillist - Zope@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 )
Re: [Zope] Both tal:on-error and error_log?
On Monday 18 April 2005 13:35, Jens Vagelpohl wrote: I don't think that's possible. But you can test that very easily for yourself by putting code inside the on-error that provokes an error. I guess I should've prefaced my question by saying that I know on-error normally ends propagation of the exception. I guess I was wondering if there was some way to manually add the exception to an error_log object so that i can come back later to analyze that logfile, while still presenting a non-confusing error screen to my users. -- Kirk Strauser The Day Companies ___ Zope maillist - Zope@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 )
Re: [Zope] Both tal:on-error and error_log?
On Apr 18, 2005, at 20:51, Kirk Strauser wrote: On Monday 18 April 2005 13:35, Jens Vagelpohl wrote: I don't think that's possible. But you can test that very easily for yourself by putting code inside the on-error that provokes an error. I guess I should've prefaced my question by saying that I know on-error normally ends propagation of the exception. I guess I was wondering if there was some way to manually add the exception to an error_log object so that i can come back later to analyze that logfile, while still presenting a non-confusing error screen to my users. There is a method named raising on the SiteErrorLog object but I don't see a way to call it from a PageTemplate itself because it seems to need the actual exception object as its argument. jens ___ Zope maillist - Zope@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 )
Re: [Zope] Restart button in Control Panel
Jake wrote: You are starting it in Debug mode, which means it will not allow for the restart button. /etc/zope.conf (edit debug mode) Also, try running it with: /bin/zopectl start I don't think that debug mode has anything to do with it. Rather, if you're using runzope it's not running in daemon mode, and so cannot restart. Run it as a service with 'zopectl start' and you'll have a Restart button. --jcc ___ Zope maillist - Zope@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 )