- Zope-Dev - Zope lists

RE: [Zope-dev] xml-rpc/soap errors
by Adrian Hungate 28 Aug '01

28 Aug '01

On that point, can someone tell me why/when the standard_html_error is rendered, and why/when an internal, seemingly un-editable, template is rendered. I would prefer if the standard one was always rendered, except if there is a syntax error in the standard one I guess, but couldn't that send a very simplified 500 error/page to the browser? Adrian... -----Original Message----- From: Andy McKay [mailto:andym@ActiveState.com] Sent: 28 August 2001 17:17 To: Chris Withers Cc: zope-dev(a)zope.org Subject: Re: [Zope-dev] xml-rpc/soap errors After a bit of research ive found its suprisingly simple to do in dtml (ugh): <dtml-if "REQUEST.get('CONTENT_TYPE', '') == 'text/xml'"> xml-rpc / soap etc <dtml-else> html </dtml-if> Cheers. -- Andy McKay. ----- Original Message ----- From: "Andy" <andy(a)agmweb.ca> To: "Chris Withers" <chrisw(a)nipltd.com> Cc: <zope-dev(a)zope.org> Sent: Tuesday, August 28, 2001 7:36 AM Subject: Re: [Zope-dev] xml-rpc/soap errors > > make standard_error_message a python script which only renders a template > in a > > given set of circumstances? > > Hmm still the same solution, but probably the only one I have. > -- > Andy McKay > > > > _______________________________________________ > Zope-Dev maillist - Zope-Dev(a)zope.org > http://lists.zope.org/mailman/listinfo/zope-dev > ** No cross posts or HTML encoding! ** > (Related lists - > http://lists.zope.org/mailman/listinfo/zope-announce > http://lists.zope.org/mailman/listinfo/zope ) > _______________________________________________ Zope-Dev maillist - Zope-Dev(a)zope.org http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )

1 0

getting rid of a permission and other debugging considerations
by Leonardo Rochael Almeida 28 Aug '01

28 Aug '01

Hi, In using the declarative security framework, I fell to the typo trap and created another permission. After countless hours debugging zope, and tracking down why my site suddenly became offlimits to anyone but Managers, I finally nailed it. I had declareObjectProtected to a permission that was almost, but not quite, entirely unlike 'Access contents information'. But, alas, inside ZMI, the old and incorrect permission is still there, even though there is nothing else being protected by it. I restarted zope a couple of times but the permission was still there. But while I was writing the above paragraphs the litle voices inside my head told me in a hushed tone: 'Try stopping the zeo server...' Yes! ZEO is so painless that I almost forgot I was using a single machine ZEO configuration with two ZEO clients in different ports so that I could use a single browser with two different logins. So I stopped both clients and the zeo server and restarted them and the rogue permission was gone. I'd like to take this opportunity to thank Ken Manheimer for the Handy Emacs Gadgets at http://www.zope.org/Wikis/klm/EmacsGoodies, specially for the PDBtracker, which made debugging zope bearable. I'm still looking for a satisfatory way of running zope under ddd or the Idle debugger though. Pdb still lacks a 'display'-like function (to evaluate certain expressions whenever the debugger prompts) and Zope debug hooks bypass pydb (ddd) and the Idle debugger straight into Pdb proper. And speaking of debugging, it is really hard to debug permission problems in Zope. A lot harder than I thought it would be, and I like to think that I am used to hard debugging sessions. I have experience debugging C programs with only gdb, before I learned the wonders of running gdb under emacs or ddd. I still have nightmares from those experiences :-) Anyway, after seeing the permission system working from the browser point of view and from the declarative security of Python Products point of view, and even seeing some examples of __ac_permissions__ structures, I never thought that permission checking in zope would be so convoluted. The dynamically calculated __roles__ attribute gave me a still lingering headache :-) Also, can anyone explain to me why access should be denied if aq_base(container) equals getattr(accessed, 'aq_base', container) when other checks fail? (check lib/python/AccessControl/ZopeSecurityPolicy:ZopeSecurityPolicy.validate() to understand what I mean). In any event, it should be easier to be able to determine what permissions an user should have and what permissions she actually has, when confronted with an 'Unauthorized' or a 'Permission Denied' error. It is particularly troubling not being able to divine where the code jumps to from the call to roles=getattr(value, '__roles__', _noroles) at line 125 in the aforementioned file (as of Zope 2.4.1). Ok, enough rambling for now :-) Regards, Leo

1 0

Oracle Database Connection objects dont close
by alan runyan 28 Aug '01

28 Aug '01

this is a follow up. I just tried to close my Oracle database connection object and my ZSQLMethods still use it. so it appears that Open/Close in the DCOracle2 beta5.zip dont work. Zope2.4, DCOracle2 beta5.zip, WindowsNT should I post this to the DCOracle tracker or to the Collector? ~runyaga

2 1

RE: [Zope-dev] xml-rpc/soap errors
by Toby Dickenson 28 Aug '01

28 Aug '01

> I'm sure I saw a checkin which allowed that... Possibly in 2.4; my comment was based on 2.3.x

1 0

Object reference problems
by Vincenzo Di Somma 28 Aug '01

28 Aug '01

Hi all, I have the following reference problem: I have : object A instance of AClass class objects b and c instances of BClass class A.list_of_refered_object = (getattr(self.aq_parent, 'a'), getattr(self.aq_parent, 'b')) When I want to refer b or c from A it works well untill I restart Zope or refresh the product. After restart Zope can`t find the refered objects. All self._p_changed are ok. -- Vincenzo Di Somma - Responsabile Ricerca e Sviluppo - Icube S.r.l. Sede: Via Ridolfi 15 - 56124 Pisa (PI), Italia E-mail: e.disomma(a)icube.it WWW: www.icube.it Tel: (+39) 050 97 02 07 Fax: (+39) 050 31 36 588

1 0

RE: [Zope-dev] RE:: Zope 2.4.1 beta 1 released
by Randall F. Kern 27 Aug '01

27 Aug '01

Just with regard to severity, the bug Martijn is referring to results in big nasty data destroying bugs with 2.3 spec products. -Randy > -----Original Message----- > From: Martijn Faassen [mailto:faassen@vet.uu.nl] > Sent: Saturday, August 25, 2001 6:04 AM > To: Brian Lloyd > Cc: zope-dev(a)zope.org > Subject: Re: [Zope-dev] RE:: Zope 2.4.1 beta 1 released > > > Brian Lloyd wrote: > [snip] > > I don't know that I can allay your dissappointment, but I didn't > > want this to go by unanswered. > [snip good stuff] > > I'll take the opportunity to complain about the non-reversion of the > latest change to OFS/CopySupport.py. Of course I already have to > support this new broken behavior in Formulator to support 2.4.0, but > I'd like to have some hope this'll be reverted. See: > > http://classic.zope.org:8080/Collector/2442/view > > See also this thread: > > http://lists.zope.org/pipermail/zope-dev/2001-July/012392.html > > And also this here: > > http://lists.zope.org/pipermail/zope-dev/2001-July/012398.html > > Regards, > > Martijn > > > _______________________________________________ > Zope-Dev maillist - Zope-Dev(a)zope.org > http://lists.zope.org/mailman/listinfo/zope-dev > ** No cross posts or HTML encoding! ** > (Related lists - > http://lists.zope.org/mailman/listinfo/zope-announce > http://lists.zope.org/mailman/listinfo/zope ) >

2 1

ANNOUNCE: Zope 2.4.1 beta 1 released
by Brian Lloyd 25 Aug '01

25 Aug '01

Hello all, Zope 2.4.1 beta 1 has been released - you can download it from Zope.org: http://www.zope.org/Products/Zope/2.4.1b1/ Zope 2.4.1 contains several fixes including fixes to product auto-refresh, WebDAV locking and the ZCatalog. It also contains all hotfixes to date. For more information on what is new in this release, see the CHANGES.txt and HISTORY.txt files for the release: http://www.zope.org/Products/Zope/2.4.1b1/CHANGES.txt http://www.zope.org/Products/Zope/2.4.1b1/HISTORY.txt For more information on the available Zope releases, guidance for selecting the right distribution and installation instructions, please see: http://www.zope.org/Documentation/Misc/InstallingZope.html Brian Lloyd brian(a)zope.com Zope Corporation www.zope.com

3 3

"Record" instances and therefore Z SQL brains behave strange
by Dieter Maurer 25 Aug '01

25 Aug '01

For the archives: "Record" instances and instances of derives classes are very strange objects. * they do not have a "__dict__" attribute * they define a "__setattr__" that allows to modify the "Record" attributes but raise an Attribute Error if one tries to modify any other attribute. As a consequence, there are no instance attributes beside that defined by the record schema. This applies especially to Z SQL Method brains. They cannot use instance attributes. What a mess! Dieter

1 0

Patchs to TreeTag.py and DT_Var.py (xhtml issues)
by Hélio Nunes 25 Aug '01

25 Aug '01

Hi, I don't know if here is the best place to send patches... If not, tell-me. It can be questionable: DT_Var.py (newline_to_br): if find(v,' ') >= 0: v=join(split(v,' '), ' ') But ll be very nice for post python code in zope.org :) Cya. -- [], Helio Nunes (dedalu(a)linuxbr.com.br) counter.li.org -> 76442 (jun/97)

1 0

RE: [Zope-dev] Memory Leak debug - help
by J�lio Dinis Silva 25 Aug '01

25 Aug '01

>I use a catalog-intensive setup, and my memory footprint for Zope >seems to slowly increase over several days. Might this be a leak? >On my 2 ZEO identical clients, I get about an average of 50-60 >catalog queries per minute each, and load is distributed equally >(round-robin) over the 2 nodes by my proxy server. Both nodes were >restarted at the same time yesterday, yet the one node that performed >a re-indexing of about 16,000 objects early this morning has an RSS >of 242 MB vs. 219 MB on the other node. The RSS on both nodes had >grown to over 450 MB earlier yesterday before I restarted Zope, so I >wonder if that is a leak, esp. in regard to re-indexing a catalog, or >something else. I know one can do some bad coding that leads into memory leaks. The first one is when you perform a query in a zcatalog. Its very common to put results in the REQUEST using REQUEST.set. This procedure creates a potencial risk for memory leaks. I actually tracked one down: I had a heavy query to a zcatalog that each time it was executed the python footprint increased in 5 Mb when query started and decrease 3Mb as query ends "leaking" 2Mb. I was using the REQUEST.set code and after converting this into a set of dtml-let and dtml-return the "leak" from executing the mentioned query was no more, ceased to be. Another thing I done was to track down code which create objects and dont implement nothing to delete them from memory. The tipical error is, for instance, when you in a external method do something like: ---------------- file = open('BIG','r') buffer = file.read(4000000) [... execute some code with buffer ...] del buffer return something ---------------- Most people forget the "del buffer" part. Another possibility I ran was concerned with the new BTree implementation since zope2-I-dont-remember-version. With this new BTrees one can use a manage_convertBTrees to convert the existing catalogs to the new implementation. I converted all my zcatalogs to this new implementation and, I cant put my hands on fire for this but, I think the leaks started to increase. And this rumour gain another strength when I saw on Top of RefCounts this BTree class, which is a C extension and probably impossible to patch with the leakFinder, just like Shane said. I'll continue to look on zcatalogs because of this relation between the manage_convertBtrees and the finding of BTrees.IIBtree.IIBucket at the top of my servers refcount. Regards, Julio Dinis Silva _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp

2 1