- Zope - Zope lists

RE: [Zope] Underscoring Inaugural Address
by Dan Pozmanter 25 May '05

25 May '05

Hey, I am working on a subversion interface for zope, and our repositories are rife with files like "__init__.py". I ended up using the query string work around (but just for files). Best, Dan -----Original Message----- From: Chris Withers [mailto:chris@simplistix.co.uk] Sent: Tuesday, May 24, 2005 8:46 AM To: Dan Pozmanter Cc: Paul Winkler; zope(a)zope.org Subject: Re: [Zope] Underscoring Inaugural Address Dan Pozmanter wrote: > Is sort of do, since the final object is a wrapper around a unique path. > > What about messing aroound with the url? > > Is there a way to have it show: > > http://foo.com/__init__.py > Maybe I missed something, but why are you intent on serving such bizare urls? cheers, Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk

2 1

Hiding HTML URL
by Allen Huang 25 May '05

25 May '05

I just want to show my root URL address whenever people browse into other pages of my site. How do I do this in dtml or python script or external method?? --------------------------------- Do you Yahoo!? Yahoo! Mail - Find what you need with new enhanced search. Learn more.

7 11

How to use ParsedXML
by Jason Leach 25 May '05

25 May '05

hi, If I have a ParsedXML document with the following: <?xml version="1.0"?> <faq title="A Sample FAQ"> <entry> <question>To be or not to be?</question> <answer>That is the question.</answer> </entry> <entry> <question>The question of life the universe and everything?</question> <answer>42</answer> </entry> </faq> >From a page template, how to I access the questions and answers? So I can start displaying the XML document content. I tried various forms of: <p tal:content="here/myxmldoc/entry/question"></p> I'd also like to use it through acquisition if possible. Make a method that views and entry and then call in on my document? But no luck. Thanks, Jason.

2 1

ZSyncer and ZEO
by Dennis Allison 25 May '05

25 May '05

Does ZSyncer have any problem with Zope/ZEO systems? I have some anecdotal evidence of problems as we migrate to a multiheaded Zope/ZEO systems architecture. Is there any difficult using ZSyncer between a Zope and a Zope/ZEO combination. Are there problems syncing between Zope 2.6.X and Zope 2.7.X systems? All the systems run ZSyncer 0.5.1.

4 11

ZODB question
by Pascal Peregrina 25 May '05

25 May '05

Hi, In a Zope / Zeo configuration (2.7.6), is there a way, on the Zope instance, to know when the database (Zeo) was last packed ? Thanks. Pascal ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com **********************************************************************

4 3

No ZMI - panic!!!!
by John Poltorak 25 May '05

25 May '05

I'm trying to update a Zope site which I set up some time ago but can't get the ZMI to start up. Any ideas on what to do? When I try to acccess http://mysite:8080/ I get - Zope Site Error. How do I force a login prompt or include a login in the URL? If this is a FAQ, please tell me which Q to look under. -- John

2 1

newbie question
by Barry Drake 25 May '05

25 May '05

I'm getting an error in CMFCore.utils in the _mergedLocalRoles function. The error is: Exception Type TypeError Exception Value can only concatenate tuple (not "list") to tuple I modify utils.py, after saving a copy, in order to obtain diagnostic output. Then I delete utils.pyc, after saving a copy, in order to force a recompile (even used compilezpy.py for this a couple of times). Zope never seems to use the new version. Also, I added comments ahead of the line where the error occurs so that the line number should be higher than the original error line number. But, it's always the same. I suspect that I have a fundamental misunderstanding of how Zope uses code in the Products directory. Is Zope storing all the compiled byte code in the data.fs file? Is there a way to force Zope to use new code? Also, the previous developer removed the Control Panel putting Plone as the root of everything. How can I get information that the Control Panel usually provides? System: Zope 2.7.1, Plone 2.0.5, Python 2.3.4, Red Hat 7.2 Thank you. Barry Drake The traceback: Traceback (innermost last): Module ZPublisher.Publish, line 101, in publish Module ZPublisher.mapply, line 88, in mapply Module ZPublisher.Publish, line 39, in call_object Module Products.CMFFormController.ControllerPageTemplate, line 80, in __call__ Module Products.CMFFormController.BaseControllerPageTemplate, line 39, in _call Module Products.CMFFormController.ControllerBase, line 243, in getNext Module Products.CMFFormController.Actions.TraverseTo, line 36, in __call__ Module ZPublisher.mapply, line 88, in mapply Module ZPublisher.Publish, line 39, in call_object Module Products.CMFFormController.ControllerPythonScript, line 159, in __call__ Module Shared.DC.Scripts.Bindings, line 306, in __call__ Module Shared.DC.Scripts.Bindings, line 343, in _bindAndExec Module Products.PythonScripts.PythonScript, line 323, in _exec Module None, line 19, in pag_edit - <ControllerPythonScript at /Plone/pag_edit used for /Plone/Members/bldrake/privLinks.pag> - Line 19 Module Products.CMFDefault.Document, line 192, in edit Module Products.CMFCore.CMFCatalogAware, line 69, in reindexObject Module Products.CMFCore.CatalogTool, line 262, in reindexObject Module Products.CMFCore.CatalogTool, line 235, in catalog_object Module Products.ZCatalog.ZCatalog, line 528, in catalog_object Module Products.ZCatalog.Catalog, line 381, in catalogObject Module Products.PluginIndexes.common.UnIndex, line 240, in index_object Module Products.PluginIndexes.KeywordIndex.KeywordIndex, line 61, in _index_object Module Products.PluginIndexes.KeywordIndex.KeywordIndex, line 94, in _get_object_keywords Module Products.CMFCore.CatalogTool, line 63, in allowedRolesAndUsers THE FOLLOWING ERROR SHOULD BE ON LINE 216 NOW, BUT HASN'T MOVED FROM THE ORIGINAL. Module Products.CMFCore.utils, line 215, in _mergedLocalRoles TypeError: can only concatenate tuple (not "list") to tuple

3 2

RE: [Zope] Re: Modifying __bases__
by Dan Pozmanter 25 May '05

25 May '05

Yes, this definitely makes sense. Which is why monkey patching is never used lightly, but also why clean code and good documentation are so necessary. Any code is difficult to maintain when it is murky, undocumented, and the developer lacks the relevant historical background. In any case, I'll pass this on to the fellow who is muddling about with User Objects. Many Thanks, Dan -----Original Message----- From: zope-bounces+dan=siteworx.com(a)zope.org [mailto:zope-bounces+dan=siteworx.com@zope.org] On Behalf Of Derrick Hudson Sent: Wednesday, May 25, 2005 9:55 AM To: zope(a)zope.org Subject: [Zope] Re: Modifying __bases__ On Fri, May 20, 2005 at 05:10:30PM -0400, Dan Pozmanter wrote: | Out of curiosity, I've noticed the word "evil" attached to patching of | various and monkey kinds. Not "bad", or "unwise", but "evil", | implying a morality associated with the act. I think it is used mainly to give added emphasis to lessons learned from painful experience. As Paul reported, hours can be wasted tracing the wrong code trying to understand what is happening. | What is morally wrong with modifying live objects in a dynamic | language to achieve desired functionality? The problem is maintainability. When you dynamically rewrite the code, the code is then very difficult to follow, verify, and modify. It is even harder for someone else to maintain the code because they don't have the historical background to rememeber where , what and why the code is dynamically changed. | The idea is "I want to modify the zope core in a way that survives | version to version, yet does not impose a specific use case on all | zope users". The good pattern for handling this is to create a new class that extends the core classes that provide almost the functionality you want. Then, in your part of the database, create an instance of your class instead of the built-in core class. Specifically for your case, extend the basic UserFolder class to create instances of your custom User class instead of the built-in one. It would be good if the UserFolder allowed you to parameterize it so you could simply say "use this User class", but in the absence of that foresight, you can extend the UserFolder clas. HTH, -D -- Whoever loves discipline loves knowledge, but he who hates correction is stupid. Proverbs 12:1 www: http://dman13.dyndns.org/~dman/ jabber: dman(a)dman13.dyndns.org

1 0

RE: [Zope] Modifying __bases__
by Dan Pozmanter 25 May '05

25 May '05

Out of curiosity, I've noticed the word "evil" attached to patching of various and monkey kinds. Not "bad", or "unwise", but "evil", implying a morality associated with the act. What is morally wrong with modifying live objects in a dynamic language to achieve desired functionality? The idea is "I want to modify the zope core in a way that survives version to version, yet does not impose a specific use case on all zope users". -----Original Message----- From: Tino Wildenhain [mailto:tino@wildenhain.de] Sent: Friday, May 20, 2005 2:38 PM To: Dan Pozmanter Cc: Andreas Jung; zope(a)zope.org Subject: RE: [Zope] Modifying __bases__ Am Freitag, den 20.05.2005, 13:48 -0400 schrieb Dan Pozmanter: > Well, when I run it, I am able to do the following: > > ------------------------------------ > class A: > pass > > class B(A): > pass > > b = B() > > B.__bases__ = () > > print B.__bases__ > ------------------------------------ > > Not so on the version that comes with zope. > (B.__bases__ will remain unchanged.) > > What I aim to do is have the User Object inherit from a custom class > (AlienUser). Well, you can just inherit with a class from zopes extension classes. You cannot modify the class bases like this with extension classes. You can work around that like I did with the history (monkey) patch: http://www.zope.org/Members/tino/PatchHistory/view Otherwise it sounds evil and you failed to show the true motivation with your example above. Tino. PS: Votes for a true implementation in current zope instead of the monkey patch? If so, tell me.

6 6

RE: [Zope] Modifying __bases__
by Dan Pozmanter 25 May '05

25 May '05

Going with 2.8 sounds like a rather good solution. -----Original Message----- From: zope-bounces(a)zope.org [mailto:zope-bounces@zope.org] On Behalf Of Chris McDonough Sent: Friday, May 20, 2005 3:01 PM To: Paul Winkler Cc: zope(a)zope.org Subject: Re: [Zope] Modifying __bases__ You might also be able to do the __bases__ hack with Zope 2.8 (as long as Python 2.3+ allows you to assign to it), as it reimplements ExtensionClass using metaclasses instead of custom C hackery. On Fri, 2005-05-20 at 14:46 -0400, Paul Winkler wrote: > On Fri, May 20, 2005 at 01:48:46PM -0400, Dan Pozmanter wrote: > > What I aim to do is have the User Object inherit from a custom class > > (AlienUser). > > You can do that in two ways off the top of my head: > > 1) the good way: write a custom UserFolder. > You could probably get away with just inheriting from UserFolder and > overriding _doAddUser(). > > 2) the hacky way: monkeypatch User.py to replace SimpleUser with your > class. > > either way the stuff you are interested in is in AccessControl/User.py. > > _______________________________________________ Zope maillist - Zope(a)zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )

2 1