On 9/7/06, Maciej Wisniowski <[EMAIL PROTECTED]> wrote:
> When zope "hangs" you may take a look at your console or
> file to see what is the state of threads.
Ergh.. I should have written that you'll see whether threads
are waiting for database... If any thread does something
different it won't
cpdm cadlab wrote:
> Well sure it takes time to acquire etiquette for newcomer. I am stuck
> but hopefully will solve it out. thanks a lot to both of you.
See, the problem lies not with Zope in this case, but with general
python programming and web programming. So all I can do is give you
pointers
When zope "hangs" you may take a look at your console or
file to see what is the state of threads.
Ergh.. I should have written that you'll see whether threads
are waiting for database... If any thread does something
different it won't be shown here.
--
Maciej Wisniowski
Besides DeadlockDebugger, is there a way to see just how many threads
Zope is currently using ?
What do you mean by 'currently using'? Zope instance
always uses the number of threads you've
specified in zope.conf.
You may try 'ps -aux|grep zope' if you're on linux box.
If you want to see w
Thanks for your responses. I can say from experience that even a barely known blog by an unheralded developer can attract some attention now and then and that blogs by leading developers of a given project, like Philipp's own blog, can be a very good source of news about an interesting project.
Whi
On Thu, Sep 07, 2006 at 09:24:34AM +0800, Sinang, Danny wrote:
>
> Per http://www.plope.com/Books/2_7Edition/MaintainingZope.stx#2-27 , it
> still says write your own custom_zodb.py .
>
> Can you point me to the exact location ?
Argh, I believe this means the book is still out of date on that p
Per http://www.plope.com/Books/2_7Edition/MaintainingZope.stx#2-27 , it
still says write your own custom_zodb.py .
Can you point me to the exact location ?
Regards,
Danny
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Paul Winkler
Sent: Thursday, Sept
Unless you are using Zope 2.6, don't do that.
For Zope 2.7 or later, see the 2.7 version of the book
at plope.com. Some chapters were never updated from the 2.6 version
but even so it's much improved.
For zope 2.7 or later, what you want to do is now done by editing zope.conf.
On Thu, Sep 07, 2
In the Zope Book
v2.6, it says :
"Each database connection maintains its own cache (see above, "Database
Cache"), so bumping the number of
connections up increases memory requirements. Only change this setting if
you're sure you have the memory to spare.
To change this setting, create a
> Seems that all your Zope threads are busy (they're waiting for
database response). There is no more threads to serve next requests so
they're waiting (you may say that zope hangs in this situation, but in
fact all it's threads are waiting for DB).
You may install DeadlockDebugger product and you'
On Thu, 07 Sep 2006 David H wrote :
>Martijn Pieters wrote:
>
>>cpdm cadlab wrote:
>>
>>> thanks for the quick reply. I am glad to be here on active ZOPE
>>>mailing list.
>>>
>>
>>Let's keep it on the list then; no personal email please.
>>
>>
>>> I had initially done the way you ha
Martijn Pieters wrote:
cpdm cadlab wrote:
thanks for the quick reply. I am glad to be here on active ZOPE
mailing list.
Let's keep it on the list then; no personal email please.
I had initially done the way you have suggested, but it doesn't work
in the se
cpdm cadlab wrote:
> thanks for the quick reply. I am glad to be here on active ZOPE
> mailing list.
Let's keep it on the list then; no personal email please.
> I had initially done the way you have suggested, but it doesn't work
> in the sense I get a empty list as output, which I know isn't
> It is a "known" limitation of Zope, which has a set number of "worker
threads" available to service user requests. If a worker thread blocks
(e.g., waiting for MySQL), it is not able to do any work for other
pending requests.
> You can tweak the number of threads in your zope.conf file, via t
In your python script:
mlist = context.code(uparam)
In your external method:
def code(self, uparam):
mlist = []
return mlist
Simple!
hth
Jonathan
- Original Message -
From:
cpdm cadlab
To: zope@zope.org
Sent: Wednesday, September 06, 2
On 6 Sep 2006 22:27:14 -, cpdm cadlab <[EMAIL PROTECTED]> wrote:
context.code(uparam)
code is the id of external method which processes uparam and at the end has
statement
return mlist
this mlist is what I am interested in getting back. I want external method
to return me this list to
m
I am sure it should be trivial, but being newbee makes me shameless :) What I am in need of is guideline about how to integrate python script and external python method. I have a form through which I collect user input and forward it to a python script, which concatenates input in certain pat
- Original Message -
From: "Chris McDonough" <[EMAIL PROTECTED]>
To: "Jonathan" <[EMAIL PROTECTED]>
Cc:
Sent: Wednesday, September 06, 2006 6:01 PM
Subject: Re: [Zope] Re: Zope hangs when database takes too long to respond
On Sep 6, 2006, at 5:54 PM, Jonathan wrote:
Well, by those
On Sep 6, 2006, at 5:54 PM, Jonathan wrote:
Well, by those standards, I propose he look at Delphi too... ;-)
Do you mean he should consult the Oracle? ;-)
Sure, why not, while he's at it? ;-) We can probably even haul in
Interbase.
P.S. I really was trying to be helpful
Sure, I j
- Original Message -
From: "Chris McDonough" <[EMAIL PROTECTED]>
To: "Jonathan" <[EMAIL PROTECTED]>
Cc:
Sent: Wednesday, September 06, 2006 5:50 PM
Subject: Re: [Zope] Re: Zope hangs when database takes too long to respond
On Sep 6, 2006, at 5:47 PM, Jonathan wrote:
Unless he wants
On Sep 6, 2006, at 5:47 PM, Jonathan wrote:
Unless he wants to rewrite his application, Twisted likely won't
help, right?
Twisted is, as i said "Another possible solution" - yes it will
require work to integrate, but it is still a potential solution. I
don't like to tell people what to
- Original Message -
From: "Chris McDonough" <[EMAIL PROTECTED]>
To: "Jonathan" <[EMAIL PROTECTED]>
Cc:
Sent: Wednesday, September 06, 2006 5:40 PM
Subject: Re: [Zope] Re: Zope hangs when database takes too long to respond
On Sep 6, 2006, at 5:30 PM, Jonathan wrote:
Another possi
On Sep 6, 2006, at 5:30 PM, Jonathan wrote:
Another possible solution is to have a look at twisted:
http://twistedmatrix.com/projects/core/documentation/howto/faq.html
Unless he wants to rewrite his application, Twisted likely won't
help, right?
The OP may also want to see why his MySQL
- Original Message -
From: "Tres Seaver" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, September 06, 2006 5:16 PM
Subject: [Zope] Re: Zope hangs when database takes too long to respond
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sinang, Danny wrote:
Sorry for the typo error.
The su
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sinang, Danny wrote:
> Sorry for the typo error.
>
> The subject should read "hangs", not "hands" .
>
>
>
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
> Sinang, Danny
> Sent: Wednesday, Septembe
Whenever the MySQL server experiences heavy load, Zope seems to hang,
such that we can't even access the ZMI.
Is this a bug in version 2.7.6 or ZMySQLDA ?
Seems that all your Zope threads are busy (they're waiting
for database response). There is no more threads to serve
next requests so th
I recompiled python from source and later did the right steps with the
right promissions and now everything is working for me as well.
Thanks
ofer
> Howdy--
>
> I just ran into this same problem. After much poking around, it turned
> out that the source of the problem was that the zlib module fo
On Wed, 2006-06-09 at 13:52 +0200, Philipp von Weitershausen wrote:
> That said, *if* we choose to go with such a configuration option, I
> think it woudl probably be a good idea to have it disabled by default in
> the first release and enabled in subsequent releases. That way
> applications cou
Sorry for the typo error.
The subject should read "hangs", not "hands"
.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Sinang, DannySent:
Wednesday, September 06, 2006 10:56 PMTo:
zope@zope.orgSubject: [Zope] Zope hands when database takes too long
to respond
Hello,
Hello,
We wrote an
application (on Zope v2.7.6-final) that queries a MySQL database via ZMySQLDA
v2.0.8.
Whenever the MySQL
server experiences heavy load, Zope seems to hang, such that we can't even
access the ZMI.
Is this a bug in
version 2.7.6 or ZMySQLDA ?
Or are there some
sett
Chris Withers wrote:
Philipp von Weitershausen wrote:
Practically, it will very rarely hinder you to add attributes (such as
"locale") to the request.
I think "locale" and "debug" are just common enough to be form variables.
Funny, I've never used either in 6 years of zoping ;-)
Me neither
Peter Bengtsson wrote:
You simply didn't read Five/doc/i18n.txt
(http://codespeak.net/z3/five/i18n.html). Googling "five i18n" gives you
that as a first hit. "RTFM" is all I can say here.
Don't RTFM me! I've read that page and unless you have a PhD in
physics and indept experience of Zope 3 is
Philipp von Weitershausen wrote:
Practically, it will very rarely hinder you to add attributes (such as
"locale") to the request.
I think "locale" and "debug" are just common enough to be form variables.
Funny, I've never used either in 6 years of zoping ;-)
You'd be surprised (I was too). P
Andreas Jung wrote:
This remark was just stupid. There is nothing with BSD except
there are some known issues you need to consider when compiling Python
(at least there were some issues in the past).
Sorry, I disagree.
Look back over the list archives, it seems common for people to have
prob
Thank you, Dieter, for your valuable insights and
information. I am forwarding this to my ISP.
--- Dieter Maurer <[EMAIL PROTECTED]> wrote:
> Ken Ara wrote at 2006-9-5 07:47 -0700:
> >...
> >Of immediate concern to me is whether I can do
> >anything to prevent this happening again. From time
> to
On 9/3/06, Tres Seaver <[EMAIL PROTECTED]> wrote:
The permission needed here is for the "effective" user to write to the
"ZEO control socket", which is normally in the 'etc' direcdtory of your
instance home, and named 'zeo.zdsock'. Try changing 'zeo.conf' to put
that file in your 'var' directory
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6 Sep 2006, at 11:11, Philipp von Weitershausen wrote:
Interesting. I've always considered blogs to be fairly invisible
since I have to go look for them, whereas for mailing lists I can
sign
up for things I'm interested in.
Exactly. This is a
Jens Vagelpohl wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6 Sep 2006, at 02:04, Fred Drake wrote:
On 9/5/06, Carlos de la Guardia
<[EMAIL PROTECTED]> wrote:
I frequently blog about Zope, and recently posted a list of 10
reasons why I
think Zope 3 is kind of invisible to the Pyth
--On 6. September 2006 10:31:51 +0200 Jens Vagelpohl <[EMAIL PROTECTED]>
wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6 Sep 2006, at 02:04, Fred Drake wrote:
On 9/5/06, Carlos de la Guardia <[EMAIL PROTECTED]> wrote:
I frequently blog about Zope, and recently posted a list of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6 Sep 2006, at 02:04, Fred Drake wrote:
On 9/5/06, Carlos de la Guardia <[EMAIL PROTECTED]> wrote:
I frequently blog about Zope, and recently posted a list of 10
reasons why I
think Zope 3 is kind of invisible to the Python community (see my
40 matches
Mail list logo
