Re: [Zope-dev] ZPT 1.2, TAL 1.2, ZTUtils 1.0 Released
Evan,
This update breaks my previously working code. My site master template
calls a dtml component to render a simple menu. This worked with the
previous release of ZPT, but now results in a Name Error for the PARENTS[]
variable. What changed in the new release to cause this and how are we now
supposed to call dtml-components to avoid this problem. (Output Trace,
dtml-code and object call syntax below)
Regards,
Frank
exceptions.NameError on PARENTS in
Traceback (innermost last):
File /usr/local/www/Zope/lib/python/ZPublisher/Publish.py, line 222, in
publish_module
File /usr/local/www/Zope/lib/python/ZPublisher/Publish.py, line 187, in
publish
File /usr/local/www/Zope/lib/python/Zope/__init__.py, line 221, in
zpublisher_exception_hook
(Object: Traversable)
File /usr/local/www/Zope/lib/python/ZPublisher/Publish.py, line 171, in
publish
File /usr/local/www/Zope/lib/python/ZPublisher/mapply.py, line 160, in
mapply
(Object: index_html)
File /usr/local/www/Zope/lib/python/ZPublisher/Publish.py, line 112, in
call_object
(Object: index_html)
File /usr/local/www/Zope/lib/python/Shared/DC/Scripts/Bindings.py, line
324, in __call__
(Object: index_html)
File /usr/local/www/Zope/lib/python/Shared/DC/Scripts/Bindings.py, line
353, in _bindAndExec
(Object: index_html)
File
/usr/local/www/Zope/lib/python/Products/PageTemplates/ZopePageTemplate.py,
line 247, in _exec
(Object: index_html)
File
/usr/local/www/Zope/lib/python/Products/PageTemplates/PageTemplate.py, line
155, in pt_render
(Object: index_html)
(Info: {'container': Folder instance at 89d5900,
'here': Folder instance at 89d5900,
'modules': Products.PageTemplates.ZopePageTemplate._SecureModuleImporter
instance at 8a28640,
'nothing': None,
'options': {'args': ()},
'request': h3form/h3table/tableh3cookies/h3tabletr
valign=top
align=leftthtree-s/thtd'eJyLjlZ3hAJXbQtb9dhYACzMBKw'/td/trtr
valign=top
align=leftthchuckmIMPlang/thtd'en'/td/tr/tableh3other/h3
tabletr valign=top
align=leftthAUTHENTICATION_PATH/thtd''/td/trtr valign=top
align=leftthchuckmIMPlang/thtd'en'/td/trtr valign=top
align=leftthURL3/thtd'http://209.48.159.60:8080'/td/trtr
valign=top
align=leftthURL0/thtd'http://209.48.159.60:8080/umle/Products/inde
x_html'/td/trtr valign=top
align=leftthBASE3/thtd'http://209.48.159.60:8080/umle/Products'/t
d/trtr valign=top
align=leftthURL2/thtd'http://209.48.159.60:8080/umle'/td/trtr
valign=top
align=leftthBASE1/thtd'http://209.48.159.60:8080'/td/trtr
valign=top align=leftthtraverse_subpath/thtd[]/td/trtr
valign=top
align=leftthURL1/thtd'http://209.48.159.60:8080/umle/Products'/td
/trtr valign=top
align=leftthSERVER_URL/thtd'http://209.48.159.60:8080'/td/trt
r valign=top
align=leftthtree-s/thtd'eJyLjlZ3hAJXbQtb9dhYACzMBKw'/td/trtr
valign=top
align=leftthURL/thtd'http://209.48.159.60:8080/umle/Products/index
_html'/td/trtr valign=top
align=leftthAUTHENTICATED_USER/thtdadmin/td/trtr valign=top
align=leftthPUBLISHED/thtdlt;ZopePageTemplate instance at
8a9a6e0gt;/td/trtr valign=top
align=leftthTraversalRequestNameStack/thtd[]/td/trtr
valign=top
align=leftthBASE2/thtd'http://209.48.159.60:8080/umle'/td/trt
r valign=top
align=leftthBASE0/thtd'http://209.48.159.60:8080'/td/trtr
valign=top
align=leftthBASE4/thtd'http://209.48.159.60:8080/umle/Products/ind
ex_html'/td/trtr valign=top
align=leftthURL0/thtdhttp://209.48.159.60:8080/umle/Products/index
_html/td/trtr valign=top
align=leftthURL1/thtdhttp://209.48.159.60:8080/umle/Products/td
/trtr valign=top
align=leftthURL2/thtdhttp://209.48.159.60:8080/umle/td/trtr
valign=top
align=leftthURL3/thtdhttp://209.48.159.60:8080/td/trtr
valign=top
align=leftthBASE0/thtdhttp://209.48.159.60:8080/td/trtr
valign=top
align=leftthBASE1/thtdhttp://209.48.159.60:8080/td/trtr
valign=top
align=leftthBASE2/thtdhttp://209.48.159.60:8080/umle/td/trtr
valign=top
align=leftthBASE3/thtdhttp://209.48.159.60:8080/umle/Products/td
/trtr valign=top
align=leftthBASE4/thtdhttp://209.48.159.60:8080/umle/Products/inde
x_html/td/tr/tableh3environ/h3tabletr valign=top
align=leftthHTTP_ACCEPT_ENCODING/thtdgzip, deflate/td/trtr
valign=top
align=leftthchannel.creation_time/thtd988533067/td/trtr
valign=top align=leftthSERVER_PROTOCOL/thtd1.1/td/trtr
valign=top align=leftthSERVER_PORT/thtd8080/td/trtr
valign=top align=leftthPATH_INFO/thtd/umle/Products/td/trtr
valign=top
align=leftthHTTP_HOST/thtd209.48.159.60:8080/td/trtr
valign=top align=leftthREQUEST_METHOD/thtdGET/td/trtr
valign=top
align=leftthPATH_TRANSLATED/thtd/umle/Products/td/trtr
valign=top
align=leftthHTTP_COOKIE/thtdtree-s=quot;eJyLjlZ3hAJXbQtb9dhYACzMB
Kwquot;; chuckmIMPlang=en;
tree-s=quot;eJzTiFZ3hANPW/VYHU0ALlYElAquot;/td/trtr valign=top
align=leftthSCRIPT_NAME/thtd/td/trtr valign=top
align=leftthSERVER_SOFTWARE/thtdZope/Zope 2.3.0 (source release,
python 1.5.2, linux2) ZServer/1.1b1/td/trtr valign=top
Re: [Zope-dev] CST 0.8 Updater Fixed...
Chris McDonough wrote: This is due to the relationship between ZServer and the publisher. Sometimes it can be a bad thing... especially when there's an expensive method that folks fire off that takes a long time.. nothing comes back to their browser, so they press stop and hit the page again... etc. etc. So you have a number of threads hung. Sometimes it can be a good thing, however, such as when you want to go to Slashdot after you fire off a 'pack'. ;-) Hmmm... does make for some pretty simple and very effective DOS attacks though :-S What would it take to fix it? cheers, Chris PS: Your Slashdot viewing is easily solved; open another browser window ;-) ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )
Re: [Zope-dev] Waagh! More fun games with the CST 0.8 Updater
Chris McDonough wrote: Darn. No idea. If you can boil it down to an always-fails test, I can probably fix it. It was quicker just to go through them all by hand :-( Mindyou, I wonder if this isn't another data point on the 'WTF are those None has no attribute load errors' graph. Chris ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )
Re: [Zope-dev] Re: BTreeFolder
Shane Hathaway wrote: Phillip J. Eby wrote: Now, what *I*'d like to know is what the bold new idea is, since it sounds like it's something even newer than the forward-chained-buckets-plus-conflict-resolution stuff that's already been released. snip So, all things considered, you get faster access, fewer conflicts, and less RAM usage. Can't beat that. :-) Indeed... sounds _very_ cool :-) Any idea when we're likely to see a release? cheers, Chris ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )
Re: [Zope-dev] Zope Server hanging :-(
On Fri, 27 Apr 2001, Chris Withers wrote: Well, I thought the upgrade to 2.3.2b2 would solve the problem but it hasn't :-( I have a (very important :-S) Zope instance which hangs at what seems like the slightest touch. Maybe I can help. I've seen similar behaviour, and by some chance I discovered what it was that was causing it - which might not be the same thing that is causing your problem. When, in my Zope Python Product, I call a method that does not exist, Zope dies, restarts and then is fine again. If something (another method or a browser perhaps) is calling this method again and again, Zope does a die, restart, rinse, repeat. I think the problem is that it doesn't throw the necessary Exception, or that it actually throws it, but it is somehow captured by a try-except that I've put out somewhere, so it doesn't show. The problem is fixed once I stop calling the non-existant method. I haven't had time to check whether this is the case with the latest version of Zope, but it is with Zope 2.3.1b1, at least. Maybe you have a method that is called when someone access that URL, but that method does not exist? ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )
Re: [Zope-dev] Zope Server hanging: CST 0.8 didn't help :-(
Joachim Werner wrote: Right now we don't face these problems any more. As far as I know, the only thing Stephan changed on the server was exchanging the CoreSession tracking by the newest version (0.8 I think), which had to be patched to run for us AFAIK. Now the server is reliable again. Well, CST 0.8 worked out of the box for us, but it hasn't helped the problem. (and we still get loads of those None has no attribute load errors ;-) cheers, Chris ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )
Re: [Zope-dev] Zope Server hanging: 2.3.2b2 didn't help :-(
Tim McLaughlin wrote: 1. Hangs on anything from Pythonscript or dtml Sounds about right. 2. top shows no significant mem or cpu usage Yup 3. threads are all unresponsive yup 4. restart usually yields a .trX file (an aborted transaction I suppose) Hadn't noticed, but I'll ook out for it. Any ideas? Maybe it was something fixed in 2.3.1? The causes seem to be somewhat different except that they all modify the ZODB Yeah, likewise, but moving to 2.3.2b2 and updating all the BTree's involved hasn't helped. cheers, Chris ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )
Re: [Zope-dev] Zope Server hanging :-(
Chris McDonough wrote: I forgot to mention... our neither our z2.log or stupid_log show anything upon freezing. afterwards the stupid_log shows the failed transaction cleanup, but that's it. Hmmm... it might be useful to turn on detailed request logging (-M logging) in the start file (see z2.py). I'll give this a go next time I notice the thing has hung... cheers, Chris ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )
Re: [Zope-dev] Zope Server hanging :-(
Erik Enge writes: When, in my Zope Python Product, I call a method that does not exist, Zope dies, restarts and then is fine again. If something (another method or a browser perhaps) is calling this method again and again, Zope does a die, restart, rinse, repeat. I think the problem is that it doesn't throw the necessary Exception, or that it actually throws it, but it is somehow captured by a try-except that I've put out somewhere, so it doesn't show. Very strange! Even if the exception was captured, this should not cause Zope to die. Did you look in the log files? Have their been any core dumps? Dieter ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )
Re: [Zope-dev] Opening the Zope repository...
Brian Lloyd writes: http://dev.zope.org/Wikis/DevSite/Proposals/OpenTheZopeRepository Nice that the open repository should come! Apart from that the document does not yet say very much. I have no strong preferences for the specific hosting (SourceForge versus bayMountain) other than that SourceForge seems to run quite well with lots of projects and lots of people. I am a bit concerned about the legal implications for contributors. Of course, DC wants to fight malicous activities and carelessness affecting the quality of Zope code. On the other hand, everybody makes errors despite care and best intentions. Some may later prove fatal. I think, it would not be adequate to legally threaten contriuters more than DC itself is threatened by her Zope customers. Risks in this area should instead be minimized through an appropriate process that spreads responsibility to more people, by e.g. peer review, test and documentation obligations for changes, extensive testing before modified code enters a core Zope distribution. Dieter ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )
Re: [Zope-dev] Zope Server hanging :-(
On Sun, 29 Apr 2001, Dieter Maurer wrote: Very strange! Indeed. Did you look in the log files? Have their been any core dumps? I'll try to do an hour or so of analysing this tomorrow, and I'll get back to you. :-) ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )
Re: [Zope-dev] ZPT 1.2, TAL 1.2, ZTUtils 1.0 Released
From: Frank Sonnemans [EMAIL PROTECTED] This update breaks my previously working code. My site master template calls a dtml component to render a simple menu. This worked with the previous release of ZPT, but now results in a Name Error for the PARENTS[] variable. What changed in the new release to cause this and how are we now supposed to call dtml-components to avoid this problem. (Output Trace, dtml-code and object call syntax below) The most reliable way to call DTML from ZPT is using a Python expression, so that you can explicitly pass the client object and request mapping. Try something like this: tal:define=result here.my_dtml(None, request) or tal:define=result here.my_dtml(here, request) The problem that you're having is a change in the implicit DTML call code to make ZPT variables available to called DTML code. Cheers, Evan @ digicool ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )
Re: [Zope-dev] CST 0.8 Updater Fixed...
Hmmm... does make for some pretty simple and very effective DOS attacks though :-S What would it take to fix it? That depends on if you think it's broken... ;-) But to make it happen you'd need ZPublisher to support a callback from ZServer when a connection was terminated. Since I know little about either, I'm not entirely confident I can be more specific. ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )
Re: [Zope-dev] Waagh! More fun games with the CST 0.8 Updater
On Sun, 29 Apr 2001 11:35:53 +0100 Mindyou, I wonder if this isn't another data point on the 'WTF are those None has no attribute load errors' graph. I don't think it's related. ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )
