November 2002 - Zope-Dev

Re: online ordering without a prescription
by Martijn Pieters 14 Nov '02

14 Nov '02

Sorry for the spam that snuck through; we had memory problems on the mail server and the spam handling facilities were temporarily off-line. -- Martijn Pieters | Software Engineer mailto:mj@zope.com | Zope Corporation http://www.zope.com/ | Creators of Zope http://www.zope.org/ ---------------------------------------------

1 0

DB.close() needs to be called
by barry＠zope.com 14 Nov '02

14 Nov '02

Looks like Toby's recent change to ApplicationManager.py causes DB.close() to never be called when you hit Shutdown in the Control Panel. This is a bad thing for the Berkeley storages because their .close() must get called or you'll end up with corrupt databases or worse <wink>. ---------------------------- revision 1.83 date: 2002/11/12 17:19:13; author: htrd; state: Exp; lines: +2 -2 dont close the storages mid-transaction. need to check whether we need to close them at the end of z2.py ---------------------------- "Um, yeah!" would be my answer. :) So here's a patch to z2.py to fix this. I won't check this in because it looks a little ugly to me and I'm not sure what the right fix is, but we definitely need to fix this before Zope 2.6.1 is released. -Barry Index: z2.py =================================================================== RCS file: /cvs-repository/Zope/z2.py,v retrieving revision 1.88 diff -u -r1.88 z2.py --- z2.py 4 Nov 2002 13:33:46 -0000 1.88 +++ z2.py 12 Nov 2002 19:15:51 -0000 @@ -909,5 +909,7 @@ import Lifetime Lifetime.loop() code = sys.ZServerExitCode +import Zope +Zope.DB.close() zLOG.LOG("z2", zLOG.INFO, 'Exiting with code %d' % code ) sys.exit(code)

8 17

defining PythonScript custom permission ?
by Andreas Heckel 14 Nov '02

14 Nov '02

Hi, I'd like to be able to define custom permissions throug ZMI that I can query within a number of PythonScript instancse. The permission should express that a set of PythonScripts are executable. The PythonScript do not return a class so the methode described at Zope Book "Class Security Assertions In Non-Product Code (External Methods/Python Scripts)" do not fit. I have a Python Workflow Product in mind that allows me to configure a set of customizable PythonScripts. I want the user to be able to create a custom permission that can be used within a set of instances. Normally Globals.InitializeClass does the job. But I'm looking for a way to define permissions at runtime that are bound to a PythonScript in several but not all product instances. Can Permission.registerPermissions be used to do that and is ther a method to unregister permissions? aeg -- _______________________________________________________________________ Andreas Heckel andreas(a)easyleading.org LINUX is like a wigwam...no gates...no windows and an apache inside ;-)

2 1

Re: [ZODB-Dev] Re: [Zope-dev] Contents of Initial Data.fs in Zope Distribution?
by Casey Duncan 14 Nov '02

14 Nov '02

On Thursday 14 November 2002 04:36 am, Steve Alexander wrote: > Casey Duncan wrote: > > > It is only there due to lack of time to take it out. We had planned to > > take it > > out for 2.6, but time was never made to replace it with code to > > bootstrap an > > empty storage with the proper root level elements still residing in > > Data.fs.in. > > IIRC, the proper root level elements are now created in code. > However, various unit tests of zope and 3rd party products rely on > having a Data.fs.in. Most are, but some still are not (notably the standard_* dtml methods). Good to know that 3rd party products rely on it. I hadn't thought of that. Do you know of one specifically? -Casey

1 0

PANIC -- ZODB.POSException.ConflictError
by Tobias Herp 14 Nov '02

14 Nov '02

Hi, in a customer zope we get this error when creating a certain object type: >> Site Error An error was encountered while publishing this resource. ZODB.POSException.ConflictError Sorry, a site error occurred. Traceback (innermost last): File /data/opt/Zope-2.5.0-linux2-x86/lib/python/ZPublisher/Publish.py, line 150, in publish_module File /data/opt/Zope-2.5.0-linux2-x86/lib/python/ZPublisher/Publish.py, line 127, in publish File /data/opt/Zope-2.5.0-linux2-x86/lib/python/ZPublisher/Publish.py, line 127, in publish File /data/opt/Zope-2.5.0-linux2-x86/lib/python/ZPublisher/Publish.py, line 127, in publish File /data/opt/Zope-2.5.0-linux2-x86/lib/python/ZPublisher/Publish.py, line 122, in publish File /data/opt/Zope-2.5.0-linux2-x86/lib/python/Zope/__init__.py, line 125, in zpublisher_exception_hook File /data/opt/Zope-2.5.0-linux2-x86/lib/python/ZPublisher/Publish.py, line 102, in publish File /data/opt/Zope-2.5.0-linux2-x86/lib/python/Zope/__init__.py, line 172, in commit File /data/opt/Zope-2.5.0-linux2-x86/lib/python/ZODB/Transaction.py, line 233, in commit File /data/opt/Zope-2.5.0-linux2-x86/lib/python/ZODB/Connection.py, line 347, in commit (Info: (('*7jHQwOeBv1U9UVwVDj033w==', 'kcCompany'), ' \x00\x00\x00\x00\x00\x01I.', '')) File /data/opt/Zope-2.5.0-linux2-x86/lib/python/ZODB/FileStorage.py, line 635, in store (Object: /opt/zope/var/Data.fs) ConflictError: ('\x00\x00\x00\x00\x00\x00\x00\x00', ' \x03H\x9f+\x8b\x19\xf5w') << Data.fs was 'fsrecover'ed just yesterday; a new run didn't change anything. fstest.py doesn't display anything either. The error is reproducable in a VMWare session (SuSE 8.1), with nobody but me trying to access. Any ideas? tia, Tobias -- (sorry for any unfriendly footer added automatically against my wishes... please ignore it!) Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das un- erlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden.

1 0

SSL Server integrated to Zope
by Hajime Nakagami 14 Nov '02

14 Nov '02

Hi! I try to hack SSL Server integreted to Zope. http://www.zope.org/Members/nakagami/zSSL #I wan't to use M2Crypto, Because It's difficult to me. I don't have enoght test, And I only tested on Cygwin. But I think zSSL good for several platform and some version (Probably 2.5 and later) of Zope. Please someone test that and send comment to me. PS. I have heard from a Linux Box user that when large page saved, zSSL came to stop. Is it blocking I/O ? race condition ?, please someone teachme.

1 0

HTTP content negotiation-- has anyone tried this in Zope?
by Craeg Strong 13 Nov '02

13 Nov '02

Hello: I try to keep tabs on other open source CMSs, in particular Apache Cocoon, and I noticed this message: http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=103717736917834&w=2 talking about software that, in effect, enables one to configure a server to respond to the HTTP headers having to do with content negotiation: preferred charset, preferred language, and content-type. This is way cool stuff-- imagine an application capable of returning an XML representation of a resource instead of a human-readable XHTML simply based on the HTTP header-- same URL. ASIDE: This is in line with TBL's original vision of the web and is being adopted by high profile organizations like google-- it has supported Accept-Language for at least a year-- change the list of acceptable languages to demonstrate it in a browser... Question: has anyone tried to support this kind of thing using Zope yet? I imagine it should be possible, b/c you should have access to everything you need in the REQUEST object, right? If one agrees that this is a good idea, then wouldn't it be cool to have a set of ready-made components in Zope3 to facilitate switching on relevant HTTP headers-- either for mime type, I18N, etc.? Thoughts? --Craeg

3 2

deadlock prevention for ZODB3 / Zope 2.6
by Jeremy Hylton 13 Nov '02

13 Nov '02

We recently discovered that ZODB3 applications, like Zope 2.6, can deadlock when run in a system that uses multiple storages. This was a fundamental design flaw in ZODB that, happily, has a simple fix. Brian and I are planning to commit these changes to the ZODB3 3.1 and Zope 2.6 release branches and make them part of an upcoming bug fix release. This is a slightly dodgy plan, because there is a lot of code that is being changed for this bug fix. But the problem is fairly serious and the solution is available now, we'd like to get it in the hands of users more quickly than ZODB 3.2 and Zope 2.7. In short, the solution is to sort storages before beginning the two-phase commit process used by the transaction manager. Since the two-phase commit occurs during a transaction commit, we know all the storages that will be used, and, thus, all the locks that will be acquired. By sorting the locks, we can guarantee that deadlock will not occur. The implementation of deadlock prevention requires changes to the storage and transaction data manager APIs. Each must now implement a sortKey() method that returns a string that can be used to sort the storages. The sortKey must be globally unique; two storages can't have the same key unless they are the same storage and one storage must have the same key regardless of when it is used. The sortKey must be a string, because other objects may not sort in the same order for all Python versions. We have provided default implementions of sortKey() for BaseStorage and Connection. These implementations aren't necessarily correct, but they will prevent outright breakage if you update to the maintenance release. BaseStorage uses the __name__ and Connection uses id(). All storages and data managers should be updated to the new API. The default implementations may not prevent deadlock in a multi-storage environment; they only prevent the update from breaking existing code. Jeremy

2 1

Strange bug (NOT a Zope bug!) when exporting Zope objects on Windows with Norton Personal Firewall running ...
by Joachim Werner 13 Nov '02

13 Nov '02

Hi! Sorry for the corrupted mail. I just hit some button by accident and the mail was gone ... Here is the full text: I just encountered a very strange bug: One of our clients had problems with exporting and importing his stuff from his local machine to our servers. What happened was that lines like <meta name="keywords" content="<dtml-var keywords>"> became <meta name="keywords" content=><dtml-var keywords>"> and <img src="<dtml-var imageUrl>"> became <img src=><dtml-var imageUrl>">, which of course broke the HTML (I know that one could use the dtml entity syntax instead, but that's not the point here). We didn't have a clue why that would happen and suspected some incompatibility with character sets involved (He was on Windows with Zope 2.5.1 and we had Linux and Zope 2.6.0). But the solution was that as soon as the client had deactivated his Norton Personal Firewall and Norton Antivirus, everything was o.k. again! So this is NOT a Zope bug, but maybe it helps to know about the problem. The Firewall or Antivirus software (we think it is the Firewall) seem to parse the code (regardless whether you do a zexp or xml export) and replace characters ... The funny thing is that this seems to happen even if the Zope server runs locally! Cheers Joachim _______________________________ Joachim Werner iuveno AG Wittelsbacherstraße 23b 90475 Nürnberg Tel. +49 (0) 911 / 988398-4 Fax +49 (0) 911 / 988398-5 Mail: joachim.werner(a)iuveno.de WWW: http://www.iuveno.de

1 0

Strange bug (NOT a Zope bug!) when exporting Zope objects on Windows with Norton Personal Firewall running ...
by Joachim Werner 13 Nov '02

13 Nov '02

Hi! I just encountered a very strange bug: One of our clients had problems with exporting and importing his stuff from his local machine to our servers. What happened was that lines like <meta name="keywords" content="<dtml-var keywords>"> became <meta name="keywords" content=><dtml-var keywords>"> and _______________________________ Joachim Werner iuveno AG Wittelsbacherstraße 23b 90475 Nürnberg Tel. +49 (0) 911 / 988398-4 Fax +49 (0) 911 / 988398-5 Mail: joachim.werner(a)iuveno.de WWW: http://www.iuveno.de

1 0