Re: [Zope-dev] (no subject)
Could you please ask a *detailed* question or ask for assistance in a particular problem?? -aj --On Mittwoch, 18. Februar 2004 15:21 Uhr + Fábio Bruno [EMAIL PROTECTED] wrote: Dear Sir or Madame I'm workig with DTML methods and after putting the valors I can't see the values again.I would like to know if some can help me on after put the values can see them. Yours faithfully, Fábio Bruno _ MSN Messenger: converse com os seus amigos online. http://messenger.msn.com.br ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 maillist - [EMAIL PROTECTED] 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] Proposal (was How to make Zope fail nicely under high load?)
I wrote up a simple proposal for how to change Zope to work better under heavy load: http://zope.org/Members/bjorn/proposals/MakeZopeFailNicelyUnderHeavyLoad The solution is a bit different from what we discussed on the list before; basically do away with the Medusa request queue altogether and use listen()'s backlog instead. Comments are welcome. Regards, -- Bjorn ___ Zope-Dev maillist - [EMAIL PROTECTED] 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] TAL i18n breakage in 2.7
Hi, Zope 2.7 introduced a change in its translation interface. Previously a translation service could return None, but now returning None causes an assertion error. http://cvs.zope.org/Zope/lib/python/TAL/TALInterpreter.py.diff?r1=1.77r2=1.78 This will break applications (e.g. Plone1) which use Nuxeo's TranslationService, which does return None. Is there a good reason for introducing this compatibility breakage? seb ___ Zope-Dev maillist - [EMAIL PROTECTED] 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] Image ranges
Is there a reason why OFS.Image.Image does not __implement__ HTTPRangeInterface like OFS.Image.File does ? As far as I can see there's no reason it shouldn't, as their index_html method (and HEAD inherited from webdav.Resource) are the same. Florent -- Florent Guillaume, Nuxeo (Paris, France) +33 1 40 33 79 87 http://nuxeo.com mailto:[EMAIL PROTECTED] ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 (was How to make Zope fail nicely under high load?)
On Thursday 19 February 2004 11:18, Bjorn Stabell wrote: I wrote up a simple proposal for how to change Zope to work better under heavy load: http://zope.org/Members/bjorn/proposals/MakeZopeFailNicelyUnderHeavyLoad The solution is a bit different from what we discussed on the list before; basically do away with the Medusa request queue altogether and use listen()'s backlog instead. Last week you were keen that medusa keep processing requests so that it can return a 503 error quickly. I guess your view on that requirement has changed? -- Toby Dickenson ___ Zope-Dev maillist - [EMAIL PROTECTED] 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] TAL i18n breakage in 2.7
On Thursday 19 February 2004 08:08, seb bacon wrote: Zope 2.7 introduced a change in its translation interface. Previously a translation service could return None, but now returning None causes an assertion error. http://cvs.zope.org/Zope/lib/python/TAL/TALInterpreter.py.diff?r1=1.77r2=1 .78 This will break applications (e.g. Plone1) which use Nuxeo's TranslationService, which does return None. Is there a good reason for introducing this compatibility breakage? That is strange. The Zope 3 translation service can also still return None and we use the same TAL code. I cannot see which code change would not handle the None. Regards, Stephan -- Stephan Richter CBU Physics Chemistry (B.S.) / Tufts Physics (Ph.D. student) Web2k - Web Software Design, Development and Training ___ Zope-Dev maillist - [EMAIL PROTECTED] 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] Re: Image ranges
On Thu, 19 Feb 2004 14:55:08 +0100 Florent Guillaume [EMAIL PROTECTED] wrote: Is there a reason why OFS.Image.Image does not __implement__ HTTPRangeInterface like OFS.Image.File does ? As far as I can see there's no reason it shouldn't, as their index_html method (and HEAD inherited from webdav.Resource) are the same. No reason comes to mind. Are there any tests for range support? -Casey ___ Zope-Dev maillist - [EMAIL PROTECTED] 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] TAL i18n breakage in 2.7
On Thu, Feb 19, 2004 at 09:10:30AM -0500, Stephan Richter wrote: On Thursday 19 February 2004 08:08, seb bacon wrote: Zope 2.7 introduced a change in its translation interface. Previously a translation service could return None, but now returning None causes an assertion error. http://cvs.zope.org/Zope/lib/python/TAL/TALInterpreter.py.diff?r1=1.77r2=1 .78 That is strange. The Zope 3 translation service can also still return None and we use the same TAL code. I cannot see which code change would not handle the None. The new implementation would appear to expect the service to return the default value passed in, instead of None. From the diff linked to above: r1.77 has: xlated_msgid = self.translate(msgid, i18ndict, obj) # If there is no translation available, use evaluated content. if xlated_msgid is None: # do some stuff r1.78 has: xlated_msgid = self.translate(msgid, default, i18ndict, obj) assert xlated_msgid is not None, self.position seb ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 (was How to make Zope fail nicely under high load?)
Bjorn Stabell wrote: I wrote up a simple proposal for how to change Zope to work better under heavy load: http://zope.org/Members/bjorn/proposals/MakeZopeFailNicelyUnderHeavyLoad The solution is a bit different from what we discussed on the list before; basically do away with the Medusa request queue altogether and use listen()'s backlog instead. Comments are welcome. I think this might be a viable way, thogu I really can'ty comment on the tech details (becaus of lack of knowledge). I do remember from quite some time ago that some people had replaced Medusa altogheter with something different (Apache + mod_python, Twisted...) - any one heard anything about this? /dario -- -- --- Dario Lopez-Kasten, IT Systems Services Chalmers University of Tech. ___ Zope-Dev maillist - [EMAIL PROTECTED] 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.7 memory behaviour
Hello, I´m trying to find a memory leak in a zope appliction and started to test how zope memory consume behaves basically under load. The current result is: Zope constantly consumes more memory. The testcase is: 12 http clients request constantly request the same page template (it does not contain any tal statements and only 10 lines of HTML) in a simple folder. The increase is about 50 - 100 kb / minute. I´m using Windows 2000 as server platform. The database cache and debug information on the control panel seem allright. Now I wonder if there´s basically a problem with Zope 2.7? Has anyone made the same experience? Or an explanation why this happens? Thanks, Arndt. ___ Zope-Dev maillist - [EMAIL PROTECTED] 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] some breakage on the head
I was doing some branch merging and apparently got mislead by stray .pyc or .so files being left behind after .py and .c files were removed. So there's some broken code on the head; I'll fix ASAP. Jeremy ___ Zope-Dev maillist - [EMAIL PROTECTED] 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] some breakage on the head
On Thu, 2004-02-19 at 13:48, Jeremy Hylton wrote: I was doing some branch merging and apparently got mislead by stray .pyc or .so files being left behind after .py and .c files were removed. So there's some broken code on the head; I'll fix ASAP. I think it's all fixed now, though the cause I suspected was wrong. Holler if you see any lingering problems. Jeremy ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 number of threads in z2.py file.
asd asdda wrote at 2004-2-12 18:38 -0800: i'm using Zope-2.6.3, Red Hat-8.0, CMF-1.4.2, and CMFPlone-2.0-RC3. If the number of threads=4, the zope can start but cannot load into ZMI. After i change the number of threads=1, it can load into ZMI. Why? Activate Zope logging (-- doc/LOGGING.txt) and look into your log file. -- Dieter ___ Zope-Dev maillist - [EMAIL PROTECTED] 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] Core Dump (Zope 2.7, Python 2.3.3, FreeBSD 4.5)
We have a report for Zope 2.7 about an object magically turning into None (1 or 2 weeks ago). A similar problem was discovered recently by a colleague. I started analysing it today. It turned out that objects are non-deterministically converted into None. I have seen such behaviour in the past (with an old Python version). Later, it turned out to be a memory corruption problem in this Python version. Memory corruption can also cause death with a core dump. It is well possible that our problem is caused by my Zope modifications or other (third party) C level extensions. But, there might also be some lingering problem in Python2.3.3/Zope2.7. I will thouroughly investigate our problem within the next week and report back. -- Dieter ___ Zope-Dev maillist - [EMAIL PROTECTED] 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] [ZConfig] import inhomogenous
Fred Drake wrote at 2004-2-18 15:01 -0500: ... importing schemas ... [DM] A use case is the import of the section types defined in Zope.Startup.zopeschema.xml for other ZEO applications that require access to the same ZODB database(s). It is far more convenient to access this schema via package+file than an URL. [FD] Is there some reason not to simply move the section types to a schema component? That seems more in the spirit of making the schema modular. This would be an alternative. However, the change is much bigger (measured in patch size) than my ZConfig patch. ... I've not read the patch yet, so I'll ask: what's the point of the type attribute? I propose to make the type of the imported object orthogonal to the location where the object comes from. This means, you have the following options * schema component from package * schema component from url * schema from package * schema from url The type attribute specifies whether you want to import a schema component or a schema. You could do without this attribute when we would look into the resource and determine from the content what it is. Should it be an error if the type doesn't match the top-level element of the resource? If only advisory, is it actually useful? Currently, a wrong type lead to a ConfigurationError. Thanks for thinking critically about ZConfig. I am using it and see places where I am forced to either make significant changes or have significant code (either schema or configuration) duplications. I hate code duplications... This time I use it to automate processing Shane's QueueCatalog's. The corresponding script needs the same ZODB configuration as Zope (a complex DBTab configuration with potentially many storages). Therefore, its schema needs the zodb_db definition defined in Zope's schema. It is quite nice to use ZConfig. Thank you for this tool. -- Dieter ___ Zope-Dev maillist - [EMAIL PROTECTED] 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] Core Dump (Zope 2.7, Python 2.3.3, FreeBSD 4.5)
Dieter, Have you seen this behavior with a debug build of Python? Under a debug build, you're more likely to get complaints about dodgy C code and the garbage collection will complain about refcount problems it can detect. Jeffrey, Any luck with you're core dump? Jeremy ___ Zope-Dev maillist - [EMAIL PROTECTED] 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] Core Dump (Zope 2.7, Python 2.3.3, FreeBSD 4.5)
On Feb 19, 2004, at 1:09 PM, Jeremy Hylton wrote: Jeffrey, Any luck with your core dump? I recompiled Python 2.3 with a bigger stack size, and that seems to have worked. We had similar problems with Python 2.1.3 (it's a pretty infamous Python+FreeBSD problem, AFAICT), and I thought that it was patched in the Python core by now as I thought I heard something along those lines a while back, but I may have been hearing about the patch being applied to the BSD 'ports' collection. -- Jeffrey P Shell [EMAIL PROTECTED] ___ Zope-Dev maillist - [EMAIL PROTECTED] 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.8
Hi, I'm posting this again is i didn't got too much feedback on the first time (a single +1) with some meta questions: - Is the Zope 2.8 roadmap already fixed? - Does a proposal for the post-traverse-hook have a chance for 2.8? (The code is here completely working on 2.7, I only need to write tests.) Cheers, Christian -- Christian Theune, gocept gmbh co. kg http://www.gocept.com - [EMAIL PROTECTED] fon: 03496 3099112 fax: 03496 3099118 mobile: 0179 7808366 signature.asc Description: This is a digitally signed message part ___ Zope-Dev maillist - [EMAIL PROTECTED] 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.7 and objects turning into None
On Friday 20 February 2004 05:52, Dieter Maurer wrote: We have a report for Zope 2.7 about an object magically turning into None (1 or 2 weeks ago). Sorry, I haven't been following this thread, but I will note that I've seen (repeatably) in my test Zope environment this behaviour. This is probably unrelated though... For me, the situation comes about when I am loading up my fresh (ie. clean ZODB) test Zope with a thousand users. While the load script is running (it runs on the command-line and goes TTW using urllib to register the users) if I access a page which summarises all users, I *sometimes* get None for some of the users. The page uses a Catalog to find basic user info, and sometimes uses getObject() to find the real user object. The getObject() appears to return None sometimes. Once the load is complete, I don't see any errors. So I blame some mechanism failing under load. I also often see ReadConflictErrors, but I understand they're going away soon :) Richard pgp0.pgp Description: signature ___ Zope-Dev maillist - [EMAIL PROTECTED] 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] Core Dump (Zope 2.7, Python 2.3.3, FreeBSD 4.5)
[Jeffrey P Shell] We had similar problems with Python 2.1.3 (it's a pretty infamous Python+FreeBSD problem, AFAICT), and I thought that it was patched in the Python core by now as I thought I heard something along those lines a while back, but I may have been hearing about the patch being applied to the BSD 'ports' collection. I don't think anything relevant changed in the Python core, apart from special-casing regexp tests on FreeBSD to have ever-lower expectations. Googling suggests that the BSD 'ports' collection (I have no understanding of what that means, though) added a Makefile option WANT_HUGE_STACK_SIZE which, if specified, causes FreeBSD to give threads the same stack size most other OSes give by default. It's an interesting meaning for huge, anyway wink. ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 (was How to make Zope fail nicely under highload?)
Toby wrote: On Thursday 19 February 2004 11:18, Bjorn Stabell wrote: [...] The solution is a bit different from what we discussed on the list before; basically do away with the Medusa request queue altogether and use listen()'s backlog instead. Last week you were keen that medusa keep processing requests so that it can return a 503 error quickly. I guess your view on that requirement has changed? This is still something that have to be tested to see what works best. Managing the work with the listen() backlog instead of Medusa's request queue has the benefit of being less resource intensive (Medusa doesn't have to do anything). If Zope is behind a HTTP accelerator/surrogate or load balancer, the surrogate's connect() should fail if the listen queue is full, and it may return 503 anyways (not tested). In the end, the most important point is to put an upper bound on the request backlog (and therefore the response time). Bye, -- Bjorn ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )