Re: [Zope] Dieter Mauer's Reference Product
Brian Brinegar wrote at 2010-3-16 10:12 -0400: Our university relies heavily on a Zope product based on Dieter Maurer's Reference product. Recently, we upgraded from Zope 2.9.6 to Zope 2.11.x and found some changes in behavior. In short the Reference product creates a Symlink like pointer in the Zope hierarchy. Dieter's product can be found on his site at: http://www.dieter.handshake.de/pyprojects/zope/index.html#bct_sec_5.9 First, the security machinery now prevents access to attributes of References through page template path notation. For example, the following fails: tal:content=container/MyReference/property_name Traceback: ... * Module zope.tales.expressions, line 217, in __call__ * Module Products.PageTemplates.Expressions, line 133, in _eval * Module zope.tales.expressions, line 124, in _eval * Module Products.PageTemplates.Expressions, line 82, in boboAwareZopeTraverse * Module OFS.Traversable, line 301, in restrictedTraverse * Module OFS.Traversable, line 232, in unrestrictedTraverse __traceback_info__: ([], 'property_name') Unauthorized: You are not allowed to access 'property_name' in this context This is a bug/weakness in Zope which affects the traversal methods (used for TALES path expressions): When a value is retrieved during traversal via __bobo_traverse__ which does not have its own security declarations (impossible for a simple datatype), then the traversal insists that it is the same object (verified by object identity) than the object retrieved via getattr (guarded_getattr, to be precise). This drastically restricts the access to simple values via traversal if __bobo_traverse__ is defined. Reference grew a __bobo_traverse__ method to work around a (apparent) Five bug as delivered with Zope 2.9. Maybe, the __bobo_traverse__ method is not longer necessary for Zope 2.11. Try to comment it out. ... Second, through path notation or URL traversal, References under the previous version of Zope would default to using methods / objects within the target before falling back to acquisition. Under Zope 2.11 acquired methods/objects take priority (only when traversed). For example, assuming there is an index_html in the root as well as in the target, and using the following code: tal:content=container/MyReference/index_html/absolute_url_path Zope 2.11 yields the path to the acquired index_html: /index_html Zope 2.9.6 yields the path to the index_html in the target: /Path/To/Target/index_html Again, through python, both yield the second, desired output. This sounds strange -- almost unbelievable. I will look into it within the next few days and report back. -- Dieter ___ Zope maillist - Zope@zope.org https://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Dieter Mauer's Reference Product
Dieter Maurer wrote at 2010-3-16 17:42 +0100: Brian Brinegar wrote at 2010-3-16 10:12 -0400: Our university relies heavily on a Zope product based on Dieter Maurer's Reference product. Recently, we upgraded from Zope 2.9.6 to Zope 2.11.x and found some changes in behavior. In short the Reference product creates a Symlink like pointer in the Zope hierarchy. Dieter's product can be found on his site at: http://www.dieter.handshake.de/pyprojects/zope/index.html#bct_sec_5.9 First, the security machinery now prevents access to attributes of References through page template path notation. For example, the following fails: tal:content=container/MyReference/property_name Traceback: ... * Module zope.tales.expressions, line 217, in __call__ * Module Products.PageTemplates.Expressions, line 133, in _eval * Module zope.tales.expressions, line 124, in _eval * Module Products.PageTemplates.Expressions, line 82, in boboAwareZopeTraverse * Module OFS.Traversable, line 301, in restrictedTraverse * Module OFS.Traversable, line 232, in unrestrictedTraverse __traceback_info__: ([], 'property_name') Unauthorized: You are not allowed to access 'property_name' in this context This is a bug/weakness in Zope which affects the traversal methods (used for TALES path expressions): When a value is retrieved during traversal via __bobo_traverse__ which does not have its own security declarations (impossible for a simple datatype), then the traversal insists that it is the same object (verified by object identity) than the object retrieved via getattr (guarded_getattr, to be precise). This drastically restricts the access to simple values via traversal if __bobo_traverse__ is defined. Reference grew a __bobo_traverse__ method to work around a (apparent) Five bug as delivered with Zope 2.9. Maybe, the __bobo_traverse__ method is not longer necessary for Zope 2.11. Try to comment it out. ... Second, through path notation or URL traversal, References under the previous version of Zope would default to using methods / objects within the target before falling back to acquisition. Under Zope 2.11 acquired methods/objects take priority (only when traversed). For example, assuming there is an index_html in the root as well as in the target, and using the following code: tal:content=container/MyReference/index_html/absolute_url_path Zope 2.11 yields the path to the acquired index_html: /index_html Zope 2.9.6 yields the path to the index_html in the target: /Path/To/Target/index_html Again, through python, both yield the second, desired output. This sounds strange -- almost unbelievable. I will look into it within the next few days and report back. Thanks to your problem report, I have much better understood the problem reported by J Cameron Cooper for Zope 2.9. The problem has not been a Five problem. Instead, it was caused by a confusion whether the traversal methods should be resolved with respect to the reference or its target. The primary implementation resolved them with respect to the reference and then could not traverse with respect to the target -- J Cameron's problem. The __bobo_traverse__ method partially fixed this again using an explicit proxy (which takes into account both reference and target) but triggered the security weakness in Zope's traversal for simple values. A bug in its implementation (a missing aq_base(...)) caused the wrong acquisition context. After the improved understanding, I can handle traversal methods without a need for __bobo_traverse__. This fixes both of the problems you have observed. I will write some tests and then publish References as Products.References on PyPI in the next days. Thank you for your problem report! -- Dieter ___ Zope maillist - Zope@zope.org https://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] ZopeProfiler uninstall
Gaute Amundsen wrote at 2009-12-1 14:33 +0100: We have ZopeProfiler 1.72 installed on a site (Zope 2.7.5-1.fc3) that don't need it anymore. I've removed the folder and deleted the product, but I cant' find a way to remove it form the controlpanel. I notice it's been asked once before, but I cant find any replies. Any hints? You can delete it in a bin/zopectl debug interactive session: app.Control_Panel._delObject('ZopeProfiler') from transaction import commit; commit() You are only prevented to do it from the ZMI because Control_Panel does not expose the typical ObjectManager API there. -- Dieter ___ Zope maillist - Zope@zope.org https://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] [Zope-Annce] ZClasses resurrected
Allen Schmidt Sr. wrote at 2009-10-4 16:40 -0400: So...we are on 2.8.10 and our biggest app on our site is a ZClass based news object. How close will this provide functionality to just drop our data.fs into 2.12 and have those zclasses work? I do not know. ZClasses have quite vast functionality. My test, however, only covers that part documented in the former (2.7 edition) Zope book. Your ZClasses usage may use much more and there may still be problems therein. I tried to move on old Data.fs (from a Zope 2.8.1 on Python 2.4 with the ZClass created even earlier) to the new Zope (2.12.0 on Python 2.6) and got a ZODB problem (an AccessControl.Permission.PermissionMapping.PM could not be loaded). PermissionMapping.PM is used by ZClasses (to map general Zope permissions to ZClass specific permissions) but the problem seems not be directly related to the ZClasses code. Instead, it looks like a Python (pickle/cPickle) bug I have encountered earlier when an object was pickled when it still was an instance of an old style Python class and should now be unpickled as an instance of a new style class. This fails because old style class pickling uses an optimization not recognized for new style classes. Because nothing changed between Zope 2.8 and Zope 2.12 with respect to the PermissionMapping.PM class type, I expect that the problem was already in the Zope 2.8 instance but the ZODB 3.4 (part of Zope 2.8) was less picky with respect to broken objects than the ZODB 3.9 used by Zope 2.12. I could successfully move a Data.fs with a ZClass created under Zope 2.11 to Zope 2.12. Thus, no garantee that you will not face problems. Try it out and report back. I am ready to sort out ZClasses related problems -- with the active help of people who observe such problems. -- Dieter ___ Zope maillist - Zope@zope.org https://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope-dev )
[Zope-Annce] ZClasses resurrected
The Zope developers have ripped out the ZClasses functionality from the Zope core in version 2.12. As promised, I have collected the former code in a new package (dm.zopepatches.zclasses on PyPI). When imported, this package uses monkey patching to restore the ZClasses functionality. New tests verify the functionality as formerly described in the Zope book (2.7 edition). To make ZClasses available again, the ZODB root database requires dm.zopepatches.zclasses.ClassFactory as class-factory option in the Zope configuration file. When this option is processed, the package is imported and the monkey patching takes place. The current version does not yet restore the distribution functionality (of Zope products). Let me know when you need this functionality. -- Dieter ___ Zope-Announce maillist - Zope-Announce@zope.org https://mail.zope.org/mailman/listinfo/zope-announce Zope-Announce for Announcements only - no discussions (Related lists - Users: https://mail.zope.org/mailman/listinfo/zope Developers: https://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Reconnection session_data to own Session.fs storage
I verified using your process that it is indeed just a folder. So I deleted the session_folder in the root and then tried to add a ZODB mount point in the root and it showed the session_folder was ready to be created. I made sure that option was checked and clicked Ok. It reloaded the root folder and the new session_folder was there, but it still seems like it is just a regular folder and does not identify itself as a mount point. I also added the session_data object into that folder as a Transient Object Container as it was before. Does the session_data_manager that points to that session_data folder also have to be removed in this process? Could be holding it up somehow? No. The session_data manager contains only the path to the session data. It has nothing to do where the sessions are maintained. You are sure that you have verified via app.__dict__['temp_folder'] that temp_folder is a MountPoint (and have seen it as a normal Folder)? If you access temp_folder normally, it will always look like a normal folder (if mounting was successful). If you have verified correctly, then some magic must have changed your mount point back again to a normal Folder. I do not know such magic -- therefore, I doubt that your verification was correct. But, you may put your session storage at a different place (say session_storage) and reconfigure the session_data_manager to point to this new place. This way, no magic should be able to modify your mount point. -- Dieter ___ 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] Reconnection session_data to own Session.fs storage
Allen Schmidt Sr. wrote at 2009-8-4 13:45 -0400: ... In the ZMI, there are: /session_folder/ ( a regular folder ) session_data ( Transient Object Container ) /session_data_manager ( Session Data Manager ) All the parts seem right but its not workingsession writes wind up as anonymous transactions in the main ZODB. Any ideas? Verify that session_folder is a mount point and not a regular folder. This is not trivial as a mount point, once mounted, tries hard to become the mounted object (this happens in its __of__ method). You must avoid acquisition to check that it is indeed a mount point. One way is to use app._p_activate(); app.__dict__['session_folder']. This must return a mount point, not a folder. -- Dieter ___ 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] ZSyncer-0.71 problems
Dennis Allison wrote at 2009-7-19 17:03 -0700: Zope 2.11, Python 2.4 ... # EOFError # # Traceback (most recent call last): ... dest_base_info, dest_sub_info = self._getRemoteList(remote, path) File /opt/zope/zinstances/xxx/Products/ZSyncer/ZSyncer.py, line 1211, in _getRemoteList return serverconn.manage_listObjects(path) File /opt/zope/zinstances/xxx/Products/ZSyncer/ConnectionMgr.py, line 183, in __call__ ok,rd = cPickle.loads(data) EOFError which has me baffled. Any suggestions? Other folks have been using ZSyncer without problems on Zope 2.11. Dieter, you contributed the ConnectionMgr patch -- do you have any idea where things might be failing? The traceback tells you that cPickle.loads(data) fails with an EOFError. This means that data does not contain a valid pickle. Use a tcp logger to check where the error is introduced (remote ZSyncer, local ZSyncer, in between). -- Dieter ___ 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] [Zope-dev] Zope 4.0, maybe not such a bad idea...
Peter Bengtsson wrote at 2009-4-13 15:03 +0100: - Chris, I rarely agree with you but I actually like your fearless and provocative bashing for the sake (hopefully) of stirring up some action. - Andreas, you've done a great job with Zope but let's raise the bar and not pass judgement on peoples opinions (especially not my personal hero Dieter :) - Andrew, I agree with very much of what you say. Just because Zope2 has flaws doesn't mean we should trash and burn it. - Dieter, glad to hear it wasn't just me who had problems keeping up with the backwards incompatible improvements. You seem like a guy who's more in it for the results than the method. Thank you all for your encouraging comments. Andreas (and the people in the background for whom he occasionally speaks but rarely tells names) succeeded to change my priorities: There are so many other interesting things that I do not need to spend my time with Zope. As an exercise for my future removal from the Zope mailing lists, I did not look at them for the last 6 weeks -- and I missed nothing during this time. I probably will in the future again read the mailing lists from time to time and will implement and publish what I already have promissed (external ZClasses release, external test facility without buildout). But it looks like I will do a lot less with and for Zope in the future. -- Dieter ___ 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-dev] Proposal: Align Zope 2 and Zope 3 permissions
Martin Aspeli wrote at 2009-4-12 18:31 +0800: Finally, there is not total parity between Zope 2 security and Zope 3 security. Zope 2 cannot protect 'property set', for example. Since Zope 2.8, Zope 2 could in principle -- and until quite recently I thought, it really can: it only fails with the context check (is the accessed object in the context of the UserFolder authenticating the current user). Of course, such checks fail for objects not acquisition wrapped. If we let pass this check in such cases, Zope 2 can protect property sets. -- Dieter ___ 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] Proposal: Align Zope 2 and Zope 3 permissions
Martin Aspeli wrote at 2009-4-12 18:31 +0800: ... 3) Change the Permission class in AccessControl so that it tries to look up an IPermission utility and use the title of that utility as the permission name, falling back on the current behaviour of using the passed permission name directly. Benefits: Should transparently allow any invocation of the Zope 2 API to use Zope 3 permission names, allowing us to document that the dotted permission name is the canonical name everywhere. Risks: Performance overhead of doing utility lookups. May result in name clashes, but since the permission name is a dotted name and the Zope 2 permission name isn't, I think it's extremely unlikely that this would actually happen in practice. You probably should be careful with this: if not done carefully, you may end up doing the utility lookup not once but once at each object on the path from the accessed object to the root. -- Dieter ___ 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] iterating over class without __iter__ but with __getitem__ raises AttributeError:__iter__
Chris Withers wrote at 2009-4-13 03:14 +0100: The context for this is trying to get ParsedXML 1.5 running on Zope 2.12 under Python 2.5 (don't ask why!) Anyway, ParsedXML has a class: class ManageableNodeList(ManageableWrapper, DOMProxy.NodeListProxy, Acquisition.Implicit): A wrapper around a DOM NodeList. meta_type = Manageable NodeList # redefine to get back the [] syntax with acquisition, eh? def __getslice__(self, i, j): return self.wrapNodeList(self._node.__getslice__(i,j)) # redefine to get back the [] syntax with acquisition, eh? def __getitem__(self, i): return self.wrapDOMObj(self._node.__getitem__(i)) If you try and iterate over an instance of this class, you get an AttributeError: __iter__. This doesn't make a lot of sense, since you *don't* get an error like that if you iterate over an instance of: class X: def __getitem__(self,i): return 1 I'm wondering there's some ExtensionClass or similar weirdness happening here? (It didn't used to happen under Zope 2.9/Python 2.4) It does not go wrong with Zope 2.11/Python 2.4, neither. Maybe, changes done for Python 2.5/2.6 compatibility broke something. Here is a simpler script to check for problems: from Acquisition import Implicit class C(Implicit): def __getitem__(self, i): return self.l[i] l=[1,2,3] c=C() iter(c) list(_) c2=C().__of__(c) iter(c2) list(_) -- Dieter ___ 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] who wants to maintain Zope 3?
Martijn Faassen wrote at 2009-4-10 18:33 +0200: Is anyone interested in maintaining Zope 3? You should leave a bit more time before you take any drastic actions... There are holidays, time of intensive other activity, ... * the thing that has some kind of documentation website - do you care about providing documentation for Zope 3 as opposed to documentation for Grok or individual libraries? I find http://apidoc.zope.org/++apidoc++/; very helpful -- for Zope 2 users. I would not like to loose it -- Dieter ___ 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] Don't have Zope 2 hard-specify its versions!
Hanno Schlichting wrote at 2009-4-11 14:35 +0200: ... In all other debates we seemed to agree on not over specifying requirements in setup.py files, I wonder why anybody still tries to follow this route. Because the way the Zope 2.12a1 egg did it has broken within a few weeks -- Dieter ___ 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] who wants to maintain Zope 3?
Hanno Schlichting wrote at 2009-4-11 15:05 +0200: ... +1, to declaring Zope 3 dead. That should allow us to refactor the remaining packages much more aggressively and reduce the dependencies. You (Zope developers) are very fast in declaring things dead and destroy things application developers have build upon. I see myself rather as an application developer and conclude that Zope may no longer be adequate to build large applications on top of it -- applications that need to live and be maintained for many years to come. I am unconcerned with Zope 3 in particular, because I have not been an early adopter. But, I see the same behaviour also with Zope 2 and its features -- Dieter ___ 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] Don't have Zope 2 hard-specify its versions!
Lennart Regebro wrote at 2009-4-11 16:12 +0200: ... Does easy_install keep track of already installed dependencies and refuse to install it if it break dependencies? easy_install checks dependencies only at installation time -- for the egg that is installed (not for those that are already installed) . If yes, then i don't know, if no, then you can just install the version you want. We are in the no case. -- Dieter ___ 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] [Zope-dev] Zope 4.0, maybe not such a bad idea...
Andrew Milton wrote at 2009-4-11 21:46 +1000: ... So your position is, the code is fine, but, the docs suck so don't use it. Well the docs have always sucked, the zope-3 docs don't seem any better. Perhaps the people deprecating and removing interfaces willy-nilly should document the replacements and how to change over existing consumers of the removed interfaces, or re-implement the removed interfaces using the new way. These are all issues for The Zope Foundation to address, not for you to badger individuals who don't agree with your dogma-de-jour. Badger the people responsible to do something. The people driving the Zope Foundation are (mostly) unfortunately heavily in favour of what they call cleaning up code and removing backward compatibility -- Dieter ___ 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] [Zope-dev] Zope 4.0, maybe not such a bad idea...
Andreas Jung wrote at 2009-4-12 09:52 +0200: @Dieter: participate or be silent. I do not obey your orders. You are Zope 2 release manager and part of the Foundation board -- but you do not have command power over things outside the Zope 2 release management and the foundation. Thus, I will participate in the way I have participated so far (i.e outside the circles controlled by the current Zope developers). And I will not be silent but continue to criticize tendencies that make Zope a less reliable platform for long living applications. -- Dieter ___ 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] [Zope-dev] Zope 4.0, maybe not such a bad idea...
Andreas Jung wrote at 2009-4-12 09:52 +0200: ... @Dieter: participate or be silent. You are member of the Zope community for years, you are member of the Zope Foundation as a committer member. Such statements are at most laughable based on your record of your active contributions to the Zope community and the active participation within the Zope community. In a private email, Andreas has threadened to exclude me from the Zope mailing lists -- apparently to get me silent forcefully when I do not obey. For me, this looks like dictatorship tendencies start to grow and are soon embracing censorship. Thus, should you soon no longer hear from me, you know what happened Here the complete message of Andreas (in German): From: Andreas Jung li...@zopyx.com To: Dieter Maurer die...@handshake.de Subject: Re: [Zope] [Zope-dev] Zope 4.0, maybe not such a bad idea... Date: Sun, 12 Apr 2009 10:20:48 +0200 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dieter, zur Info: wegen der laufenden Stänkerei haben schon mehrere Zope Committer laut drüber nachgedacht, ob man Dich nicht von den Listen werfen sollte. Noch habe ich mein Veto dagegen eingelegt... Du überspannst den Bogen..irgendwann reisst er. Andreas -- Dieter ___ 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-dev] naming Zope
Martijn Faassen wrote at 2009-4-8 15:31 +0200: ... In order to make Zope 2 and Zope 3 fit the pattern, it'd be nice if they had names that fit the Zope is a project, not software pattern. We could rename Zope 2 to Zope Classic, as was suggested. I think we should also rename Zope 3 to something else (that doesn't imply it's the modern future, as there are other alternatives at least as modern around that are more recently developed - we want to get out of that bind). Zope 2 and Zope 3 is not ideal but by now familiar. I do not think a renaming effort would be worth at the current time. Avoid misleading names in the future think renaming Zope 2 to Zope Classic will be easy. If the Zope 2 developers are okay with this, let's go right ahead. I will continue to speak of Zope 2 (not Zope Classic). -- Dieter ___ 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] naming Zope
Wichert Akkerman wrote at 2009-4-9 10:40 +0200: Previously Shane Hathaway wrote: discussion type=bikeshed Tres Seaver wrote: WRT the Framework name: framework is a misleading name for the collection of packages salvaged from the new Coke effort: it is actually a *bunch* of frameworks, in the classic software engineering sense, along with some pure libraries. Zope Toolkit, perhaps? (No relationship to Portal Toolkit. :-] ) +1 If you want to attract non-Zope people, then Zope Toolkit may not be optimal. The term suggests: the toolkit for Zope users. -- Dieter ___ 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] RIP Zope 2!
Tim Nash wrote at 2009-4-5 14:05 -0700: Also, I have been critical of the zope 3 line because I love zope 2 and it appears to me that zope 3 is killing zope 2. I share your feeling. With my current experience, the Zope 3 way to handle skins is considerably more work then the previous CMF skinning. True, you have a separate namespace for views and thus avoid name clashes in edge cases -- but is this really worth the extra effort? -- Dieter ___ 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] dtml-in pagination
Bobby wrote at 2009-4-7 09:58 -0700: td colspan=3 a href=?table=dtml-var tableorder_by=dtml-var order_bysort=dtml-var sortstart=dtml-var previous-sequenceprevious/a a href=?table=dtml-var tableorder_by=dtml-var order_bysort=dtml-var sortstart=dtml-var next-sequencenext/a /td /tr /dtml-if sequence-end /dtml-in Not sure, whether you will find it useful. But, you may have a look at http://www.handshake.de/~dieter/pyprojects/zope/book/chap3.html#c37ac15c14b4;. Search there for 4.3.5.2.3. Batch control. -- Dieter ___ 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-dev] zope.testing.runner: protecting against rogue threads
Christian Theune wrote at 2009-4-3 08:45 +0200: ... I don't want to change the process structure: I only want to assure that the processes we start also quit. Then no objection from me. -- Dieter ___ 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] [Fwd: [Bug 343079] [NEW] Broken distribution (2009-03-15)]
Chris Withers wrote at 2009-4-2 20:36 +0100: ... Personally, I evaluate such eggs in a sandbox, and then add them to the project-specific index once I'm sure that they work with the other software in the index: I don't use PyPI at all when building out production sites. That seems overly heavyweight for the average new user. no, sorry, you can't use Zope 2.12 with anything other than what it comes with unless you get your own egg repository running The egg-repository can be a virtualenv (or even the site-packages of a standard Python installation). -- Dieter ___ 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] setting missing minimum version in setup.py
Chris Withers wrote at 2009-4-2 20:42 +0100: ... KGS the concept is very easy to implement; you just make available on some URL a buildout versions.cfg, or you run your own package index. OK, the former I can see happening on an end-user project, the latter is just too much work. Tres has earlier proposed a meta egg to represent versions.cfg in a setuptools only (non buildout) environment. A meta egg is an egg that only list dependencies and does not contain code of its own. -- Dieter ___ 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] Zope 4.0, maybe not such a bad idea...
Chris Withers wrote at 2009-4-2 21:29 +0100: Andreas Jung wrote: Andrew others have been working on this issue at the sprint. There is consensus that www.zope.org must be turned into landing page with some mission statement and then links to the related subprojects. The current zope.org site should be moved to old.zope.org (it must remain available for the time being (with URL redirections to the Products and Member area). Why does it need to keep living even at old.zope.org? Because members put there content (product implementations) still usable? -- Dieter ___ 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] Zope Source Code Repository
Marius Gedminas wrote at 2009-4-3 01:34 +0300: On Thu, Apr 02, 2009 at 07:31:00PM +0100, Chris Withers wrote: So, svn.zope.org causes me pain at the moment: - it uses the bizarre svn or svn+ssh protocols, which I find annoying (ports blocked on routers, can't check with a browser, etc) +10 for continuing to support svn+ssh, it's the best thing ever! * secure (passphrase-protected key) * convenient (ssh-agent means you only type the passphrase once) * convenient to use remotely (ssh agent forwarding means I ssh into a remote server and can use svn without having to store a key or a password anywhere on that remote server) The story may be different for Windows users (as usual). +0.5 for alternatively accepting authenticated https access (I'm not the admin, so it doesn't cost me, but I'm also not going to use it) Unless newer SVN versions improved on this: using different access protocols is hampered by svn:external as they were (still are?) required to be absolute urls (including the protocal). This way, the access protocol may change in between of a checkout (involving svn:externals). -- Dieter ___ 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] [Zope-dev] Zope 4.0, maybe not such a bad idea...
Chris Withers wrote at 2009-4-2 21:29 +0100: Andreas Jung wrote: Andrew others have been working on this issue at the sprint. There is consensus that www.zope.org must be turned into landing page with some mission statement and then links to the related subprojects. The current zope.org site should be moved to old.zope.org (it must remain available for the time being (with URL redirections to the Products and Member area). Why does it need to keep living even at old.zope.org? Because members put there content (product implementations) still usable? -- Dieter ___ 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] How to add existing folder in Zope
Chris Withers wrote at 2009-4-2 20:22 +0100: Dieter Maurer wrote: SkinnedFolder (at least if you mean http://www.handshake.de/~dieter/pyprojects/zope/index.html#bct_sec_4.7;) makes CMFCore's SkinsTool available (without the need to use CMFDefault or portal objects). That might involve getting support from you though, Dieter, and that's not always a pleasant experience ;-) Especially for people, like you, who are not ready to do their homework and want me to search the web for them ;-) -- Dieter ___ 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-dev] zope.testing.runner: protecting against rogue threads
Christian Theune wrote at 2009-4-2 13:30 +0200: if tests spawn non-daemon threads, then the test runner can get stuck. The easiest way that I see is to always --exit-with-status and to make --exist-with-status also call sys.exit() when the tests passed. I do not understand the implication. Do you plan that any test runs in a separate process? Then, I would have an objection -- test suites would take far longer. -- Dieter ___ 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] Zope Source Code Repository
Chris Withers wrote at 2009-4-2 19:44 +0100: ... I prefer using password-protected (as opposed to key-protected) https. What do other people prefer? I am fine with the ssh access. True, the initial setup was a bit difficult (the key program did not like the . in d.maurer -- but forgot to tell so) but Jim spare enough time to help me overcome the problem. After I changed my username from d.maurer to dmaurer, everything worked immediately. I would not like to enter my password every time I call svn. If this can be arranged, I am content. -- Dieter ___ 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] Zope Source Code Repository
Jacob Holm wrote at 2009-4-2 20:44 +0200: ... For write access I completely agree. For read-only unauthenticated access it would be nice to be able to use http(s). It may be possible to have it all at the same time. I have been told that there are mirrors of the Zope SVN repository providing read access via http. -- Dieter ___ 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] LocalFS unsupported and doesn't work without patching...
Chris Withers wrote at 2009-4-2 20:24 +0100: Dieter Maurer wrote: I am very happy about stable packages because I often extend them. For example, I have extended LocalFS to allow configuration of its instances via environment variables. This allows us to synchronize our ZODBs in the test and development environments with the production environment (helpful to perform tests and resolve issues) even though the file system layout is different. Then why not pick it up, release it and support it, since no-one else is doing so? ;-) I am fine with the current situation (with respect to LocalFS, not with respect to Zope)... -- Dieter ___ 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-dev] Zope and Cygwin
Cesar Canassa wrote at 2009-3-30 14:54 -0300: It would be possible to modify the plonectl script in order to make it run without using the zdaemon? As someone modified zopectl to run under Windows without zdaemon (in newer Zope versions), it should be possible to change plonectl in a similar way. -- Dieter ___ 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] Two small convenience suggestions for zope.interface and zope.component
Martin Aspeli wrote at 2009-4-1 22:02 +0800: I'd like to add support for the following: 1) Provider decorator: @provider(IFoo) def some_function(context) pass I have already searched for this several times -- and was disappointed about my failure :-) -- Dieter ___ 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] trying out the buildout-based Zope 2.12...
Chris Withers wrote at 2009-3-27 16:02 -0500: ... Got zope.principalregistry 3.7.0. While: Installing zopetest. Error: There is a version conflict. We already have: zope.component 3.5.1 but zope.app.security 3.7.0 requires 'zope.component=3.6.0'. Okay, so I thought I'd be smart and try the following buildout.cfg: ... What the hell is zope.app.security 3.7.0 doing being dragged down? Is this a buildout snafu? Jim? I fear we will have to learn to live with version conflicts until we are ready to pin each and every version used, either in the buildout itself or via a KGS (Known Good Set index). If we let buildout/setuptools decide which version to use, there is a good chance that it gets it wrong. The problem would be far smaller if setuptools (yes, this is the major component to blame in this case, not buildout) would first construct the complete dependency graph and then try to search a global solution. Unfortunately, setuptools resolves dependancies incrementally (not globally): when it has to handle a dependency, it tries to find a distribution satisfying the requirements taking into account the distributions it already has -- but not the dependency requirements it will also have to satisfy in a short time. This way, it may take a distribution that after a short while will conflict with another dependancy requirement. Your observation above might (other chains are possible) result from: Some dependency specifies: zope.component==3.5.1. Later some dependancy specifies: zope.app.security setuptools looks what distribution it can choose. Lacking a more specific prescription, it uses the newest one zope.app.security==3.7.0. Later, it tries to resolve the dependencies of zope.app.security==3.7.0 and finds zope.component==3.6.0. Conflict! To avoid the conflict, setuptools would need to backtrack and revise its distribution decision for zope.app.security or alternatively first build the complete dependency graph and search a global solution. However, finding such a global solution requires a complex algorithm at least when efficiency is important (which probably is the case as the dependency graphs for larger applications will be huge). Thus: I appreaciate much your wish to solve this problem but expect that it will be quite complex. -- Dieter ___ 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] Zope and Cygwin
Cesar Canassa wrote at 2009-3-27 19:56 -0300: Does Zope requires that a root user should exist on system in order to run properly? I am asking this because when I try to run Zope as a daemon I got this: $ ./plonectl start instance: . . . . . . . . . . . . . . . . . . . Unlinking stale socket /cygdrive/c/Cygwin/home/ccanassa/Plone/zinstance/var/instance/zopectlsock; sleep 1 No handlers could be found for logger root . Unlinking stale socket /cygdrive/c/Cygwin/home/ccanassa/Plone/zinstance/var/instance/zopectlsock; sleep 1 . Unlinking stale socket The continued Unlinking stale socket means that your zdaemon is dieing. zdaemon is not supposed to work under Windows. I am unsure whether this also includes Cygwin on Windows. Your observation may indicate that it actually does Try to configure logging for your zdaemon and look into its logfile. If this does not reveal hints, modify the zdaemon code to ensure that problems are logged to a file you know. -- Dieter ___ 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] trying out the buildout-based Zope 2.12...
Jim Fulton wrote at 2009-3-29 12:02 -0400: ... 2. Backtracking is more practical in buildout than with easy_install. easy_install (not sure about pip) does conflict detection/resolution at run time, whereas buildout does it at build time. Slow conflict resolution is a lot more practical when you don't do it every time you start a script. Are you sure? I think setuptools usually only searches for distributions during installation time. Runtime distribution searching is restricted to the require call and relevant only for multi version eggs. -- Dieter ___ 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] How to add existing folder in Zope
thedag...@gmail.com wrote at 2009-3-28 00:16 +: ... LocalFS has [not] been updated since 2006. There is nothing in the zope world that is as well maintained as plone. Sorry. I would like to stress that stable packages (those that do not need to be continously updated) are in fact a quality sign not an indication of poor maintenance. LocalFS (disclamer: it is not maintained by me) has worked unchanged across many Zope versions. I am using LocalFS-1.3.andreas since march 2005. For Zope 2.11, I had to make a minor adjustment because the Zope developers decided to move OFS.content_types to zope.contenttype without a redirection from old to new place. I consider this a Zope weakness not one of LocalFS. For Zope 2.12, another minor adjustment will be necessary, because the Zope developers decided that modules should no longer be imported from Globals but instead from their primary location. I am very happy about stable packages because I often extend them. For example, I have extended LocalFS to allow configuration of its instances via environment variables. This allows us to synchronize our ZODBs in the test and development environments with the production environment (helpful to perform tests and resolve issues) even though the file system layout is different. Fewer updates means fewer merging in of our extensions -- with the corresponding work and testing. Of course, you are free to apply different quality criteria -- Dieter ___ 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] How to add existing folder in Zope
Andreas Jung wrote at 2009-3-28 14:13 -0500: ... Installing Plone in such a case is only the solution if one has no better idea about doing things. The Filesystem Directory View functionality is available out-of-the-box through CMF (which is much smaller than Plone). There was also something like SkinnedFolder (I think) implementing are similar functionality. SkinnedFolder (at least if you mean http://www.handshake.de/~dieter/pyprojects/zope/index.html#bct_sec_4.7;) makes CMFCore's SkinsTool available (without the need to use CMFDefault or portal objects). FileSystemSite (http://www.zope.org/Members/k_vertigo/Products/FileSystemSite) is the standalone DirectoryView functionality. -- Dieter ___ 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] Migrated from Zope 2.7.8 to 2.10; how to fix Unauthorized: You are not allowed to access 'standard_html_header' in this context error?
Aleksey Tsalolikhin wrote at 2009-3-28 21:57 -0700: I recently migrated from Zope 2.7.8 to 2.10 and am now seeing this error in my event.log: 2009-03-28T21:15:52 ERROR root Exception while rendering an error message Traceback (most recent call last): File /usr/lib/zope/lib/python/OFS/SimpleItem.py, line 225, in raise_standardErrorMessage v = s(client, REQUEST, **kwargs) File /usr/lib/zope/lib/python/OFS/DTMLMethod.py, line 144, in __call__ r=apply(HTML.__call__, (self, client, REQUEST), kw) File /usr/lib/zope/lib/python/DocumentTemplate/DT_String.py, line 476, in __call__ try: result = render_blocks(self._v_blocks, md) Unauthorized: You are not allowed to access 'standard_html_header' in this context What does it mean? How do I fix it, please? I am new to Zope. I copied the Web app by export from the old server and import to the new one. Activate verbose security in your Zope configuration file (you need to activate verbose security and set the security-implementation to python -- the comment in the Zope configuration file will explain the details). Reconfigure your error_log (the error_log object in the root folder of the ZMI (Zope Management Interface)) to not ignore Unauthorized exceptions and then try to reproduce the problem. The traceback in the error_log will then tell you quite precise reasons for 'Unauthorized' problems). Unfortunately, your current problem will not directly show up in the error_log. The log entry tells you about a secondary problem. Due to a primary problem (this will show up in error_log) the standard_error_message was called and it produces a secondary problem (logged above but not shown in error_log, even after reconfiguration). As always in situations where exceptions are caught it is quite difficult to analyse the exception. I would know how to approach such a task (it involves debugging Zope, either with a development IDE (my colleagues like much the commercial (!) WingIDE; Eclipse with the py_dev extension may do as well) or with Pythons debugger (pdb or my dm.pdb.zpdb extension)). But this is not easy and I do not know whether I should recommend it to someone new to Zope. The alternative: obviously, you have a protected standard_html_header. Try to locate it and unprotect it (you learn about protection and how to unprotect in the Zope Book (2.7 edition, on plope.org). -- Dieter ___ 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] Importing .zexp files
Bobby wrote at 2009-3-25 13:17 -0700: I___ 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] help with running a dtml method
Dvir Bar-lev wrote at 2009-3-26 10:12 +0200: I have a site with the following folder structure in zope: Dvir WebSite contentPages I have and index_html in the WebSite folder, in it I call a dtml method that's in the contentPages folder named overview_html, in the same folder (content Pages) I have another dtml_method named time_combo. In the overview_html I try to call the time combo method - I tried: dtml-var time_combo But it keeps saying it has an error : Error Type: NameError Error Value: name 'time_combo' is not defined Unlike a DTMLDocument, a DTMLMethod does not change the context from name lookup. Depending on how you call the method you may even loose all context. To learn more about DMTL calling, read http://www.handshake.de/~dieter/pyprojects/zope/book/chap3.html#c37ac15c14b5 -- Dieter ___ 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] How to add existing folder in Zope
amol kumbhar wrote at 2009-3-27 18:39 +0530: Actually I want to use SmartClient for my web site and for this I have to add the SmartClient Library folder into zope so using this I can write JS which include these libraries. If you have a web server before Zope (recommended for production use), then you can let the static library be directly delivered from the web server. This is usually far more efficient than delivery by Zope (about an order of magnitude). -- Dieter ___ 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-dev] setup.py extra dependencies
Christian Theune wrote at 2009-3-23 14:44 +0100: ... I usually just run the tests that I'm interested (-s or -t or a combination) in during those times. I never had to go in and comment out a test_suite function. I had when I had run the ZODB test suite. Some tests deterministically had hang -- and I had to exclude them from the suite to get a result from the total suite. -- Dieter ___ 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] Overriding DateTime
Tim Knapp wrote at 2009-3-23 18:21 +1300: I would like to override the DateTime.DateTime class within my functional tests. I have tried mocking (via mocker) and injecting the subclassed DateTime class into sys.modules (results in a TraversalError). The fartherest I've gotten is to set DateTime.DateTime = MySubclassedDateTime in my tests.py, which does work for the code 'within' the package(s) I'm testing but all the Zope core code (i.e. the instance created within PloneTestCase) is still referencing the global DateTime module. Has anyone successfully done this? import DateTime; DateTime=myDateTimeClass should be able to replace the DateTime class -- sometimes. Be aware, however, that this replacing takes effect only after your assignment. Modules that already have imported the DateTime class will not be affected. -- Dieter ___ 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] Regarding ZODB
amol kumbhar wrote at 2009-3-25 10:28 +0530: I am trying to execute following code *import ZODB from Persistence import Persistent For Zope 2.8, the package/module structure has been drastically changed. What used to be in Persistence is now in persistent. I.e. you now use from persistent import Persistent. -- Dieter ___ 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-dev] [Zope 2.12] distribution broken
In order to test my external 'ZClasses' implementation, I easy_installed Zope2 (about 1 hour ago) -- but unfortunately, the distribution is broken: version conflict zope.component 3.5.1 versus zope.component 3.6.0. Maybe, the eggification of Zope2 will not turn out to be an advantage -- at least not when installed via easy_install from PyPI (i.e. without a KnownGoodSet index) (zcpython)newdm: mkzopeinstance Traceback (most recent call last): File /home/dieter/ZopeSVN/ZClasses/zcpython/bin/mkzopeinstance, line 5, in ? from pkg_resources import load_entry_point File /home/dieter/ZopeSVN/ZClasses/zcpython/lib/python2.5/site-packages/setuptools-0.6c7-py2.5.egg/pkg_resources.py, line 2564, in ? for dist in working_set.resolve( File /home/dieter/ZopeSVN/ZClasses/zcpython/lib/python2.5/site-packages/setuptools-0.6c7-py2.5.egg/pkg_resources.py, line 528, in resolve raise VersionConflict(dist,req) # XXX put more info here pkg_resources.VersionConflict: (zope.component 3.5.1 (/home/dieter/ZopeSVN/ZClasses/zcpython/lib/python2.5/site-packages/zope.component-3.5.1-py2.5.egg), Requirement.parse('zope.component=3.6.0')) -- Dieter ___ 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-dev] [Zope 2.12] how to test products/packages?
The Zope 2.12 documention tells that the test command was removed from zopectl. test was a convenient way to test products and packages in the context of the instance. How is this use case now supported? -- Dieter ___ 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-dev] [Zope 2.12] Packaging weakness
The documentation on PyPI tells to look into doc/INSTALL.txt to find installation instructions. However, doc is not installed by the standard easy_install process. Therefore, it is not so easy to find it. Relevant documentation should be installed by the standard easy_install process (it should be part of the installed egg). I will file a bug report. Minor note: the installation instructions are actually in INSTALL.rst not INSTALL.txt. -- Dieter ___ 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] [Zope 2.12] how to test products/packages?
Andreas Jung wrote at 2009-3-15 08:53 +0100: On 15.03.2009 8:31 Uhr, Dieter Maurer wrote: The Zope 2.12 documention tells that the test command was removed from zopectl. Have to investigate that. test was a convenient way to test products and packages in the context of the instance. How is this use case now supported? Go with the buildout approach and use the alltests.cfg for testing support (see alltests.cfg). Means: work with a SVN checkout. I do not want to test Zope, I want to test *MY* Zope based components. -- Dieter ___ 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] [Zope 2.12] Packaging weakness
Andreas Jung wrote at 2009-3-15 08:56 +0100: ... On 15.03.2009 8:36 Uhr, Dieter Maurer wrote: The documentation on PyPI tells to look into doc/INSTALL.txt to find installation instructions. However, doc is not installed by the standard easy_install process. Therefore, it is not so easy to find it. Relevant documentation should be installed by the standard easy_install process (it should be part of the installed egg). All related docs are available from our new place: http://docs.zope.org/ Hint: then the PyPI page should get considerable overhaul: * It should point to http://docs.zope.org;. Instead, it currently points to http://www.zope.org/Documentation/; where no current installation instructions can be found * It should indicate that unlike natural expectation, the packagers of the Zope2 egg decided to put the installation instructions not into the eggs but instead on the internet. And as this is a new place, a link there would be appropriate. * Maybe, it should warn people agaist easy_installing Zope2 -- as the developers did not yet care much about this distribution way and the installed egg may not work. -- Dieter ___ 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] [Zope 2.12] how to test products/packages?
Hanno Schlichting wrote at 2009-3-15 11:10 +0100: Dieter Maurer wrote: The Zope 2.12 documention tells that the test command was removed from zopectl. test was a convenient way to test products and packages in the context of the instance. How is this use case now supported? The normal way to develop anything in the Zope world is based on zc.buildout today. You can define a testrunner like this: I do not have good experience with buildout and will try to avoid it. I will probably resurrect the old way to run tests in the same way I will resurrect ZClasses (i.e. though an externally maintained PyPI package). -- Dieter ___ 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] [Zope 2.12] distribution broken
Andreas Jung wrote at 2009-3-15 08:48 +0100: ... Zope2 2.12.1a1 version conflict ... ... In addition: setuptools 0.6c7 is pretty old and known to be broken in some ways. As expected, setuptool 0.6.c7 was not the problem. After easy_install -U setuptools, an easy_install -U Zope2 leads to (zcpython)newdm: easy_install -U Zope2 Searching for Zope2 Reading http://pypi.python.org/simple/Zope2/ Reading http://www.zope.org Best match: Zope2 2.12.0.a1 Processing Zope2-2.12.0.a1-py2.5-linux-i686.egg Zope2 2.12.0.a1 is already the active version in easy-install.pth Installing zpasswd script to /home/dieter/ZopeSVN/ZClasses/zcpython/bin Installing mkzeoinstance script to /home/dieter/ZopeSVN/ZClasses/zcpython/bin Installing mkzopeinstance script to /home/dieter/ZopeSVN/ZClasses/zcpython/bin Using /home/dieter/ZopeSVN/ZClasses/zcpython/lib/python2.5/site-packages/Zope2-2.12.0.a1-py2.5-linux-i686.egg Processing dependencies for Zope2 Searching for zope.component==3.5.1 Reading http://pypi.python.org/simple/zope.component/ Best match: zope.component 3.5.1 Downloading http://pypi.python.org/packages/source/z/zope.component/zope.component-3.5.1.tar.gz#md5=006c43ad77ed4982e49c07f6e65b68a2 Processing zope.component-3.5.1.tar.gz Running zope.component-3.5.1/setup.py -q bdist_egg --dist-dir /tmp/easy_install-KtgqcP/zope.component-3.5.1/egg-dist-tmp-3BefxU Adding zope.component 3.5.1 to easy-install.pth file Installed /home/dieter/ZopeSVN/ZClasses/zcpython/lib/python2.5/site-packages/zope.component-3.5.1-py2.5.egg error: Installed distribution zope.component 3.5.1 conflicts with requirement zope.component=3.6.0 -- Dieter ___ 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] [Zope 2.12] distribution broken
Andreas Jung wrote at 2009-3-15 08:48 +0100: ... Zope2 2.12.0a1 distribution broken ... ... Try using the traditional python bootstrap.py bin/buildout approach. That (magically) worked. -- Dieter ___ 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] [Zope 2.12] how to test products/packages?
Andreas Jung wrote at 2009-3-15 18:36 +0100: ... test was a convenient way to test products and packages in the context of the instance. How is this use case now supported? Go with the buildout approach and use the alltests.cfg for testing support (see alltests.cfg). Means: work with a SVN checkout. I do not want to test Zope, I want to test *MY* Zope based components. Then write *your* dieter.cfg containing [buildout] extends = buildout.cfg parts += alltests [alltests] recipe = zc.recipe.testrunner eggs = dm.foo.bar and run buildout -c dieter.cfg My experience with buildout is not good. I want to avoid it. -- Dieter ___ 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] Dependencies for ZCML
Tres Seaver wrote at 2009-3-11 21:27 -0400: ... In packages that don't load their own ZCML during the tests, it's harder to say. One reaction could be that this package doesn't have enough tests then! Of course another would argue that this is configuration information only that can be overridden, but it is rather special configuration... - -1 on having configuration dependecies, including having mandatory tests that ZCML will load: mandatory configuration is a contradiction in terms. I therefore don't believe that tests which try to load ZCML are useful, at least for library pacakges (as opposed to applications). I do not agree with you here. *IF* a package contains ZCML files (e.g. in order to facilitate a standard integration into a larger Zope 3 system), then these ZCML files should of course be tested -- even when there are conceivable package uses that do not use the ZCML files. -- Dieter ___ 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] Dependencies for ZCML
Tres Seaver wrote at 2009-3-12 14:25 -0400: ... Sorry, I meant mandatory tests which load ZCML. I'm actually against ever loading ZCML in tests at all. If you ship ZCML, you should test it, no? You will not ship ZCML, but this may not apply to everybody -- Dieter ___ 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] Dependencies for ZCML
Tres Seaver wrote at 2009-3-13 16:20 -0400: ... Dieter Maurer wrote: Tres Seaver wrote at 2009-3-12 14:25 -0400: ... Sorry, I meant mandatory tests which load ZCML. I'm actually against ever loading ZCML in tests at all. If you ship ZCML, you should test it, no? Not necessarily: in fact, if testing it means that users of my package have to accept a big dogpile of dependencies that they otherwise wouldn't need to, then no. Your and my quality principles diverge: If I release a package, then its tests have the verify that the package contents work correctly. This implies: the tests should cover everything the package delivers including delivered ZCML files and optional features. The tests are my tool (as developper of the package) to help me find and fix errors before the release. I am completely uninterested to facilitate testing of reduced or otherwise special use of my packages. If the full tests pass then a reduced use should work as well (provided the integrator did everything right). If the user is interested to verify for his own that the tests pass, I expect of him to test the full functionality -- or not use the package at all. To stress it: the above just describes test requirements -- not install requirements. I am ready to support loose install requirements (and use extras to support optional features) but I am not ready to invest in loose test requirements. -- Dieter ___ 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] re ad-only-database
Jean Jordaan wrote at 2009-3-12 04:11 -0700: The only place I find a clue about 'read-only' is in .../zope2/lib/python/ZODB/component.xml after grepping (after reading Dieter's message) That's what you should use for your read-only databases. It describes a configuration option for your storage subsections of the zodb_db sections in your Zope configuration file. -- Dieter ___ 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-dev] Question: additional context for IAnnotations adapter?
Jacob Holm wrote at 2009-3-6 01:55 +0100: ... I added it while working for ZC two years ago. It was needed to support a use case where the context used for looking up the annotation was not necessarily the current site. I don't know if the use case is still relevant to ZC, but the pattern is still being used in e.g. zc.notification and zope.app.preference (where it was added by me at the time). I expect that use cases like this (looking up objects in a foreign site context) will be important for my current employer (if it continuous to use Zope in the future). -- Dieter ___ 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] deprecating the deprecation system?
Roger Ineichen wrote at 2009-3-8 14:38 +0100: ... Can you give an example of a meaningless deprecation warning? A few of the deprecations I have disliked for a long time: /home/dieter/Z/Products/Archetypes/__init__.py:15: DeprecationWarning: The module, 'Products.CMFCore.CMFCorePermissions' is a deprecated compatiblity alias for 'Products.CMFCore.permissions'; please use the new module instead. from Products.CMFCore import CMFCorePermissions Why should I bother about deprecations in foreign packages (Archetypes in the case above)? /home/dieter/Z/Base/lib/python/Products/CMFCore/utils.py:667: DeprecationWarning: format_stx() will be removed in CMF 1.6. Please use StructuredText.StructuredText.HTML instead. Why should the short format_stx no longer be supported and instead the monster StructuredText.StructuredText.HTML be used? And here is my favorite: /home/dieter/Z/Products/HaufePortalBase/__init__.py:86: DeprecationWarning: The product_name parameter of ToolInit is deprecated and will be ignored in CMF1.6: HaufePortalBase The product_name parameter used to be mandatory -- thus all calls to ToolInit had to use it. Then, a means was found to derive it automatically from the context. The developper was so happy that he wanted all others immediately drop the parameter -- result: several dozens of deprecation warnings for each start -- in trivial cases, where the automatically derived information was identical to the explicitly provided I called out what a stupidity -- Dieter ___ 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] fstest reports time-stamp reduction, what does it mean and should I be worried?
Chris Withers wrote at 2009-3-8 12:26 +: Nope, Zope 2.9.8. In older ZODB versions, this should happen when your clock jumped back into the past. The clocks on both the storage servers are NTP synched and I'm pretty sure they've not jumped back at any point... Another (more serious) cause can be a corruption of the storage file. The timestamp is part of the file data -- it the data changes, the timestamps may seem to be out of order. -- Dieter ___ 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-dev] the Zope Framework project
Martijn Faassen wrote at 2009-3-3 00:36 +0100: ... * how will the community make hard decisions where lots of people disagree? You try to achieve consensus. When you do not, you get the chance that people turn away. ... * who reminds us of necessary tasks and directions we're going into? Beside the reminders, you need people that do the work. For this, at least, these people must be convinced. -- Dieter ___ 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] the Zope Framework project
Martin Aspeli wrote at 2009-3-3 17:21 +0900: ... How many times have we gotten bogged down in semantics or naming discussions and killed off the momentum behind something? A clear notion of semantics and well chosen names are important for any project. I would not want momentum resulting in confused semantics and misleading names. -- Dieter ___ 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] the Zope Framework project
Martijn Faassen wrote at 2009-3-3 22:11 +0100: ... backwards compatibility at all costs, I agree that have erred on the side of too much backwards compatibility. That increased the overhead of changes tremendously and blocked innovation. Large applications are built upon the framework. If the framework too often drifts away, the maintenance costs for these applications gets too high -- and make the framework unattractive. -- Dieter ___ 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] deprecating the deprecation system?
Martijn Faassen wrote at 2009-3-5 17:35 +0100: Perhaps it's time to deprecate the deprecation system. ... Thoughts? +1 -- Dieter ___ 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] setup.py extra dependencies
Dan Korostelev wrote at 2009-3-5 22:14 +0300: ... -0.75 for removing functionality extras. I still don't get how extras are different from additional packages. I agree with Dan -- and add -1. The extras are equivalent to almost identical additional packages. If this makes reasoning more difficult, expand the graph in the trivial way before you start the reasoning. -- Dieter ___ 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] sending a encrypted login URL
Joseph Thomas (s) wrote at 2009-3-4 10:29 -0600: We'd like to construct a zope login URL of the form on another server: http://zope.domain:port/context/logged_in?__ac_name=uzz__ac_passwor d=xxxsubmit=Log+in where the ac_name and ac_password parameters are encrypted using zope public key (?) and have the parameters decrypted when zope receives the request and login the user. Is there an API or some way to encrypt the username and password on the 3rd party app server and configure zope so that it treats the parameters as encrypted values rather than plaintext? We are doing this using the Python package M2Crypto.EVP for the encryption/decryption. -- Dieter ___ 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] fstest reports time-stamp reduction, what does it mean and should I be worried?
Chris Withers wrote at 2009-3-5 11:28 +: For one customer, I have a secondary storage server that copies repozo backups, restores them and then runs fstest over the restored result once every few hours. (I'd like to move to zeoraid, but it's not quite there yet!) On a few occasions recently, fstest has complained similar to the following: time-stamp reduction at 25557500079: 0x037c544b2c8defcc = 0x037c550ba17c7555 Are you using an old ZODB version? Modern ZODB versions should no longer be able to produce this situation. What does this mean? A FileStorage file is effectively a sequence of transaction logs. The transaction id is usually a timestamp. As a later transaction log entry is written later, its transaction id (aka timestamp) should be leater as earlier transaction logs. This is not the case in your storage. In older ZODB versions, this should happen when your clock jumped back into the past. Modern ZODB versions ensure that transaction ids are strictly increasing (of course, then they are no longer timestamps). Why does it appear to go away later? It should only go away when the out-of-order transaction log entry is deleted in a pack process. Should I be worried about it? The information in ConflictError log entries give you wrong time information. Also, packing may work differently than your expect (during packing the transaction ids are interpreted as timestamps -- and this requires that they truely reflect the time (which does not jump into the past)). -- Dieter ___ 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] Reconnection session_data to own Session.fs storage
Allen Schmidt Sr. wrote at 2009-3-5 10:34 -0500: Somehow, and not sure how, our session_data objects got deleted. No one admits doing it so no idea what happened. I recreated the objects with the same IDs and even setup the ZODB mount point to point to the right parts. But our SESSION calls won't write the the separate Session.fs storage and it writes every SESION usage to our main Data.fs as an anon transaction. We are on 2.8.10 running ZEO on one server and 5 zope clients on two other servers. The Session.fs file sits along with the Data.fs file but never gets used. Any idea how to reconnect the parts again? The so called session_data_manager tells Zope where the session_data is located. Apparently, your session_data_manager does not look at the place of your mount point or your mount point does not work/is not active. First verify the session_data_manager configuration (this easy -- look in the ZMI). If this is correct, verify the mount point. That is not so easy. The best way is to start an interactive Python interpreter (bin/zopectl debug on *nix). Then use folder = app.unrestrictedTraverse('path_to_folder_containing_the_mount') folder._p_activate() # load the folder folder.__dict__['Id_of_your_mount_point'] You should see an ZODBMountPoint (or something along this lines). If you really see a mount point, verify its configuration (that's easy again -- thus, you can do that before the more difficult step): is the mount point really in the storage you want? -- Dieter ___ 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] sending a encrypted login URL
Joseph Thomas (s) wrote at 2009-3-5 14:01 -0600: Thanks, could you elaborate a bit, I'm somewhat new zope/plone: I assume we'd need a shared key on both on ore j2ee server and zope EVP (documented in the *nix man pages) supports both symmetical as well as unsymmetrical encryption. When you use symmetrical encryption (we do), you need (of course) a shared secret. and did you need to create any changes to Plone PAS? We are not using Plone (GPL) but I think that no changes to Plone PAS would be necessary (exception in a moment). Instead of redirecting to logged_in, you can use a preprocessor (e.g. remotelogin) which decrypts the information and then calls logged_in. The problem which might force you the change something: The standard Plone user folders to not provide access to a cleartext password (for obvious security reasons). That means when you want to perform a remotelogin to your partner system, it is not easy to obtain the password for such a remote login. Your partner system may have the same problem when it performs a remote login to Plone. You can use an SSO solution, e.g. CAS. When I have understood correctly, there are PAS plugins supporting CAS. You can also change the PAS plugin that stores the user identification such that is also stores the password (e.g. in the session) such that you can retrieve it for a remote login. -- Dieter ___ 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-dev] the Zope Framework project
Chris McDonough wrote at 2009-3-2 12:11 -0500: ... I'm pretty sure a steering group and a rebranding of existing software is not going to make us more effective. + 1 Here's what I believe would make us more effective: - encouraging radical change for experimentation purposes, releasing folks from various constraints (backwards compatibility - 1 I think that a high level of backward compatibility is important. You do not want to continously rewrite your applications because the framework continously drifts away style policing, historical ownership) + 1 - discourage the contribution of stop energy (discourage the utterances of don't, stop, this is wrong, stop talking about this). + 1 ... although I quite often complain about changes (such as the removal of ZClasses, the (temporary) removal of the logging interface, ) -- Dieter ___ 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] SVN: zope2book/trunk/ Lot's of updates over the weekend!
Andreas Jung wrote at 2009-2-16 19:50 +0100: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 16.02.2009 19:43 Uhr, Dieter Maurer wrote: Andreas Jung wrote at 2009-2-16 19:20 +0100: ... Please come off it. Either become an active contributor and participate in our dictatorship I will never participate in your dictatorship! How childish. I hate dictatorship - consequently I will not participate. -- Dieter ___ 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] SVN: zope2book/trunk/ Lot's of updates over the weekend!
Jens Vagelpohl wrote at 2009-2-16 20:43 +0100: ... On Feb 16, 2009, at 19:43 , Dieter Maurer wrote: Andreas Jung wrote at 2009-2-16 19:20 +0100: ... Please come off it. Either become an active contributor and participate in our dictatorship I will never participate in your dictatorship! Only those who participate can influence the direction. As I will make it with ZClasses, I will participate outside your circles. Thus, you may dictate and I fight your dictatorship -- Dieter ___ 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] Coding style clarifications
Zvezdan Petkovic wrote at 2009-2-19 13:06 -0500: I can adapt to any style and believe that the fine grain details should not be dogmatically enforced but rather allow for variations in such subjective preferences. +1 -- Dieter ___ 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] Zope2 and XMLRPC methods
Rowan Woodhouse wrote at 2009-2-17 21:36 +: ... I'm having some trouble getting XML-RPC methods going on Zope2/Five. I've got the following in my configure.zcml: The Zope 3 xmlrpc implementation may not work with Zope2. Zope2' xmlrpc implementation is incredibly hard (and broken): it intercepts every POST request with content type text/xml and may interfere with the Zope 3 way to integrate xmlrpc. Maybe, you disable the xmlrpc integration code in ZPublisher.HTTPRequest and see whether than the Zope 3 integration works better. -- Dieter ___ 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] Filesystem Directory View Child Folders
Garito wrote at 2009-2-18 13:13 +0100: I have a filesystem directory view that has 2 child folders But when I switch to debug mode off the 2 folders disappears Is this the normal FDV behaviour or I have any kind of problem? No. There should only be a single difference between debug and no-debug mode: in debug mode, modifications should be seen even when done after Zope has started. In no-debug mode, usually a restart is necessary to see modifications. -- Dieter ___ 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] Help with my first steps
deconya wrote at 2009-2-20 15:14 +0100: Im new in this list and I need help for my first steps. Im received a server with zope installed to administer 3 webs but one has the problem that fails the configuration to establish the initial page. I fear you need some background reading to understand how Zope works. The Zope Book, 2.7 edition, on http://plope.org; may be a good starting point. After you skimmed the book, come back if questions remain. -- Dieter ___ 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-dev] SVN: zope2book/trunk/ Lot's of updates over the weekend!
Tres Seaver wrote at 2009-2-15 10:45 -0500: ... At the moment, the book is largely a guide to what can be done with Zope TTW. DTML is still part of that store: it isn't gone, nor even deprecated: its just that most core developers prefer not to use it in most cases. Note that there is still no replacement for DTML for at least one major TTW use case (SQL methods). In addition, CSS and Javascript is easier generated with DTML than with page templates. -- Dieter ___ 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] SVN: zope2book/trunk/ Lot's of updates over the weekend!
Tres Seaver wrote at 2009-2-15 11:03 -0500: ... I would rather make the case, explaining the tradeoffs, including the fact that the consensus of the community is as you express, but then let people make up their own minds. +1 I hate the tendancy of quite a few Zope core developpers to dictate how others should develop *their* applications. -- Dieter ___ 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] SVN: zope2book/trunk/ Lot's of updates over the weekend!
Andreas Jung wrote at 2009-2-16 19:20 +0100: ... Please come off it. Either become an active contributor and participate in our dictatorship I will never participate in your dictatorship! -- Dieter ___ 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] ZCML implementations: where should they go
Hanno Schlichting wrote at 2009-2-8 14:14 +0100: Wichert Akkerman wrote: I'ld rather not see a whole slew of extra packagse appear. I also wonder how the extra number of packages and increasing size of sys.path influence performance and restrictions on environments like GAE. For environments like GAE you don't want setuptools and its magic to be part of your application. This is were repackaging your entire app into one zipped egg or some other flat structure comes in handy. But you can do that (packaging everything into a single zip) at home -- and can interpret extras there (without a need to have setuptools to call in your deployment environment. Setuptools and eggs are a distribution format from my point of view. They are certainly not the best way to deploy your applications. The growing sys.path is affecting performance to some degree in all deployment environments. I think your single zip would not mind whether it were build from a flat egg structure or from one with :extra -- Dieter ___ 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] ZCML implementations: where should they go
Jim Fulton wrote at 2009-2-8 13:00 -0500: ... IMO, introducing an extra is like introducing a new package and in a rather complicated way. I agree with the first part of your sentence -- but cannot follow you with the second part: How can 'extra' : sequence of required distributions be more complicated than creating, maintaining and distributing a complete package? -- Dieter ___ 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] ZCML implementations: where should they go
Jim Fulton wrote at 2009-2-10 14:01 -0500: On Feb 10, 2009, at 1:49 PM, Dieter Maurer wrote: Jim Fulton wrote at 2009-2-8 13:00 -0500: ... IMO, introducing an extra is like introducing a new package and in a rather complicated way. I agree with the first part of your sentence -- but cannot follow you with the second part: How can 'extra' : sequence of required distributions be more complicated than creating, maintaining and distributing a complete package? Because you have to remember to test each valid permutation of the package. I bet no one does. But that is the same when each extra is represented by an individual package. Then, too, you have to test each valid combination -- and few will do it. Also, users have to be aware of the extras. PyPI doesn't advertise extras I am interested in extras only when I am interested in the package itself. Of course, the package should document in some way relevant extras. nor are there standard ways to document them. I recently looked at documentation for a few standard packages on PyPI -- and apart from all using rest and a bit of classifiction, I could not detect much standard for them, too. In general, it makes an already complicated packaging system more complicated. That's something I do not get... An extra is a shorthand for a separate package with a few extra dependancies. Sure, shorthands are not strictly necessary. Sure, complexity increases slightly. Nevertheless, they are often valuable. -- Dieter ___ 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] multiple packages in the same namespace
Christian Theune wrote at 2009-2-7 09:36 +0100: ... According to the setuptools documentation and our experiments on the sprint, this is supposed to work and does work: When you declare a package to be a namespace package, it means that the package has no meaningful contents in its __init__.py, and that it is merely a container for modules and subpackages. If so, which packagea/__init__.py gets used? Only the __init__.py isn't allowed to have code is what I read from the documentation. However, extreme care must be taken to avoid name clashes. For Modules/packages with the same name it is not deterministic which of them will actually be loaded. __init__.py is just a common case of this problem. -- Dieter ___ 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] zope.security changes
Chris Withers wrote at 2009-2-6 12:31 +: ... I would find is very unintuitive when configuration were centralized (in subpackages of zope.configuration) rather than modular. Configuration belongs to the application or framework component that depends on this configuration not to any central component. I would normally agree, but this isn't quite as simple as that. ZCML cuts across packages in that, if you use ZCML, you want the directives for all the packages you have installed. At least, I want only the directives for the packages I have *really* installed. Think of the dependancy monster a common configuration package would be. And even when I have a package installed, I may not want its registrations (because they are inadequate for me and I want to provide my own). If you don't use ZCML, you don't want any of the directives. using -- to mean depends on, what we want is: zope.configuration ^ | zcmlforpackagez -- packagex ...which frees up packagex to be used without any ZCML Apparently, you treat zope.configuration as a namespace package and you will never install zope.configuration as a whole but only the lower packages -- that might work. Nevertheless, I find it highly unintuitive to rip of the configuration and put it at a completely different place. Package names of the form packagex and packagex_zcml seem far more intuitive for me. Note that below zope.configuration you have to retain the namepaces of your packages to avoid name conflicts and provide a homogenous map between package and its configuration package. You would get subpackages zope.configuration.zope.proxy, zope.configuration.z3c. Nasty -- Dieter ___ 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] SVN: zope.app.component/trunk/ Please, don't just remove things that could be used in users code.
Dan Korostelev wrote at 2009-2-6 14:10 +0300: ... I still think we need to bug developers that they need to upgrade their code with deprecation warnings, so we can eventually remove old imports. When you abuse deprecation warnings for minor cosmetic issues you risk that deprecation warnings are silenced altogether -- making even serious deprecation warnings less effective as they should be ... Let's discuss it once again :) Tres examples have been good, haven't they? -- Dieter ___ 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] Disabling ZEO file cache?
Morten W. Petersen wrote at 2009-2-2 18:23 +0100: how does one go about in the configuration file to disable the ZEO file-caching feature? What is the ZEO file-caching feature? When you mean the persistent ZEO client cache feature, then ZODB/component.xml -- zeoclient tells you about all available options, especially: key name=client description Enables persistent cache files. The string passed here is used to construct the cache filenames. If it is not specified, the client creates a temporary cache that will only be used by the current object. /description /key -- Dieter ___ 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-dev] zope.security changes
Chris Withers wrote at 2009-1-30 18:50 +: Brian Sutherland wrote: zope.configuration.x zope.configuration.y Please don't, having namespace packages that contain files (as zope.configuration already does) breaks setuptools. Then setuptools needs fixing. But not for this purpose: I would find is very unintuitive when configuration were centralized (in subpackages of zope.configuration) rather than modular. Configuration belongs to the application or framework component that depends on this configuration not to any central component. -- Dieter ___ 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] ZopeProfiler and Kcachegrind, how to convert statistics files ?
Jean-Michel FRANCOIS wrote at 2009-1-28 16:56 +0100: Is someone has try to use ZopeProfiler with KCacheGrind ? I would like to try KCachegrind because i found xdot very slow. I have started to read the code of ZopeProfiler and i have discovered the world of profiling file format. It seems that ZopeProfiler save it's file in pstats format. So i need to convert those file to calltree format. But all scripts i have tryed has failed: * pyprof2calltree * lsprofcalltree.py * hotshot2calltree So am i on the wrong way ? Do i need to fix one of these script ? Are you using on of them ? You could try pyprof2calltree from the Python interpreter in the following way: from marshal import load from pyprof2calltree import visualize # or convert stats = load(open(name_of_saved_file, 'rb')) visualize(stats) Not sure whether it will work (it probably will when pyprof2calltree does not expect a more modern 'pstats' format). -- Dieter ___ 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-dev] Plans for Zope 2.12
Andreas Jung wrote at 2009-1-21 14:55 +0100: ... TARGET=Python 2.6.X ACCEPTABLE=Python 2.5 Python 2.4.X would be basically not acceptable but could be used at your own risk using the --with-python option. ... - - removing ZClasses completely But hopefully provided by a separate package, instead. -- Dieter ___ 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] Plans for Zope 2.12
Chris Withers wrote at 2009-1-22 09:38 +: ... One thing that myself and Shane talked briefly about on this list was re-implementing the AST manipulation as dissallow-by-default filter rather than a straight manipulation. That way, unexpected stuff should be allowed by default. The terms do not seem to match: disallow-by-default would mean that unexpected stuff would be disallowed by default. -- Dieter ___ 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] Plans for Zope 2.12
Hanno Schlichting wrote at 2009-1-23 19:36 +0100: Wichert Akkerman wrote: Previously Tres Seaver wrote: Andreas Jung wrote: - removing ZClasses completely This is done now. Wow. This was quick! Much quicker than fixing bugs reported in the collector :-( -- Dieter ___ 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] Plans for Zope 2.12
Andreas Jung wrote at 2009-1-25 10:21 +0100: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 25.01.2009 9:27 Uhr, Dieter Maurer wrote: Andreas Jung wrote at 2009-1-21 14:55 +0100: ... TARGET=Python 2.6.X ACCEPTABLE=Python 2.5 Python 2.4.X would be basically not acceptable but could be used at your own risk using the --with-python option. ... - - removing ZClasses completely But hopefully provided by a separate package, instead. Unless someone volunteers for doing a separate package: no. I plan to provide such a package as dm.ZClasses or (maybe) Zope2.ZClasses -- of course with some complaints against the Zope release management in the documentation: * cutting away useful features without any serious need * lacking commitment wrt backward compatibility * enforcing philosophical opinions (applications should be created programmatically not via configuration only (such as with ZClasses)) -- Dieter ___ 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] Plans for Zope 2.12
Andreas Jung wrote at 2009-1-25 12:53 +0100: ... - removing ZClasses completely This is done now. Wow. This was quick! Much quicker than fixing bugs reported in the collector :-( Please stop bitching and fix your favorite bugs in the collector. You have svn commit right *wink* I will instead try to preserse useful functionality dropped without need from the Zope core *wink*. -- Dieter ___ 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] Plans for Zope 2.12
Martijn Pieters wrote at 2009-1-25 13:29 +0100: On Sun, Jan 25, 2009 at 12:56, Dieter Maurer die...@handshake.de wrote: I plan to provide such a package as dm.ZClasses or (maybe) Zope2.ZClasses -- of course with some complaints against the Zope release management in the documentation: * cutting away useful features without any serious need * lacking commitment wrt backward compatibility * enforcing philosophical opinions (applications should be created programmatically not via configuration only (such as with ZClasses)) Oh, please come off it. You have checkin rights and could have stepped up to maintain the code. The last necessity to do something with ZClasses was for Zope 2.8. Then, Jim did the work. There was no need now to ditch ZClasses. For me, it looks like hostility towards building applications via menues rather than programming. This is not about enforcing philosophical choices, this is about being pragmatic. If the feature was truely useful, more developers would be maintaining and fixing it. Obviously the complexity of keeping it working is outweighing it's usefulness. I do not see something obvious here. I do not know how much work Jim has invested for Zope 2.8 but I am almost sure that other efforts since then have at most been in the order of hours (probably nothing at all). You will now get an externally maintained ZClasses implementation and I am quite confident that the necessary effort will be small (though larger of course then when it remained part of Zope). If you like I report back or even better I document it. -- Dieter ___ 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] Plans for Zope 2.12
Andreas Jung wrote at 2009-1-25 20:19 +0100: ... Please stop the discussion. The majority of Zope developers considers the ZClasses programming model as not up2date and not flexible enough when it comes to extensibility and scalability. That's why we don't want ZClasses being part of Zope 2 anymore. We see clearly: philosophical opinions -- not complexity of keeping it working -- Dieter ___ 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] zope.globalrequest?
Roger Ineichen wrote at 2009-1-18 13:04 +0100: ... IMHO, it is not an anti-pattern: We have a global site why should we not have a global request? When Zope is used as a Web Application Server, it is quite natural to expect a request. I'm fine with the zope.globalrequest package. But it's very important to understand that this is not a common way to do things. Nobody forces you to go this way. It also makes the request/interaction etc. a part of the test setup for test components. Probably it simplifies the implementation but brings in complexity in test testing an application. We test components nowadays that need a request. Not much will change when components assume they can get a request the zope.globarequest way. We create a request object and ensure that it is delivered the zope.globalrequest way. Note that Zope 3 handles the (global) site very similar to the way zope.globalrequest handles request. This, too, does not make tests impossible (or very difficult). to the way zope.globalrequest handles request. This, too, does not make tests impossible (or very difficult). I don't say that this is bad in general. I just say that if you build an application based on zope.globalrequest, this is a totaly different base concept how you will develop applications like we do now. And you have to pay the price with a complex test setup. I can live with this complexity :-) -- Dieter ___ 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 )