cherrypy-devel Google Group

RE: [cherrypy-devel] CherryPy 3.2, Python 3.1 and default io buffer size

fuman...@aminus.org (Robert Brewer) — Sat, 24 Oct 2009 17:07:53 UT

Applied in [link]. Thanks!
Robert Brewer
fuman...@aminus.org

CherryPy 3.2, Python 3.1 and default io buffer size

yonemi...@gmail.com (Glenn) — Thu, 22 Oct 2009 19:56:28 UT

I tried running CherryPy 3.2.0 rc1 on Ubuntu 9.04 with Python 3.1.1
and got this error which prevented it from starting up:

[22/Oct/2009:15:21:18] ENGINE Listening for SIGHUP.
[22/Oct/2009:15:21:18] ENGINE Listening for SIGTERM.
[22/Oct/2009:15:21:18] ENGINE Listening for SIGUSR1.
[22/Oct/2009:15:21:18] ENGINE Bus STARTING

Problem running setuptools bdist_rpm

br...@izolo.com (Brent) — Wed, 02 Sep 2009 18:22:08 UT

Hi folks,

While trying to build an RPM of CherryPy version 3.1.2 I ran into the
following error:

[brent@fc10 /opt/vendor/python/CherryPy-3. 1.2]$ sudo python setup.py
bdist_rpm
.....
<snip>
....
running install_data
error: can't copy 'cherrypy/favicon.ico': doesn't exist or not a
regular file

Re: Patch to support Autoreloading under Jython 2.5.0

jeremy.ouelle...@gmail.com (Jeremy Ouellette) — Wed, 02 Sep 2009 03:23:23 UT

Excellent- just submitted it (apologies for the poorly formatted
defect text, pasted in the code and clicked submit before I realized
there was an "attach" option).

RE: [cherrypy-devel] Patch to support Autoreloading under Jython 2.5.0

fuman...@aminus.org (Robert Brewer) — Wed, 02 Sep 2009 03:04:01 UT

Thanks!!
[link] is best. There's a guest name/pw on
every page. If you end up doing a sizable chunk of work, join #cherrypy
on irc.oftc.net and we'll get you set up with a dev account.
Robert Brewer
fuman...@aminus.org

Patch to support Autoreloading under Jython 2.5.0

jeremy.ouelle...@gmail.com (Jeremy Ouellette) — Wed, 02 Sep 2009 01:02:28 UT

Hello-

I recently started working with CherryPy 3.1.2 under Jython 2.5.0, and
everything seems to work very nicely so far with the exception of one
minor threading patch I found in a blog post and autoreloading.

To get autoreloading working, it seems raising a SystemRestart
exception is the correct mechanism on Jython (there's similar code in

Fwd: exception happing while re-directing in cherrypy

nigamreetes...@gmail.com (reetesh nigam) — Tue, 11 Aug 2009 05:38:21 UT

---------- Forwarded message ----------
To: cherrypy-devel
Hi All,
I have developed one project. In which I have two user controls. I am
use cherrypy session control for session management.
I am getting the following exception in database.py file of python and
after that I am getting the integrity error:

exception happing while re-directing in cherrypy

nigamreetes...@gmail.com (reetesh nigam) — Mon, 10 Aug 2009 17:32:35 UT

Hi All,

I have developed one project. In which I have two user controls. I am
use cherrypy session control for session management.
I am getting the following exception in database.py file of python and
after that I am getting the integrity error:

8/9/2009 10:03:08 AM [controllers.py] - [ 608] [DEBUG] redirecting to /

cherrypy is generating DUPLICATE sessions

nigamreetes...@gmail.com (reetesh nigam) — Sun, 09 Aug 2009 11:07:12 UT

Hi All ,
i have one session table. the cherrypy session is the primary key.
and i am getting the following error:

8/9/2009 10:03:09 AM [ourerrorhandler.py] - [ 60] [ERROR]
error:<class 'sqlalchemy.exceptions.Integri tyError'> trace:Traceback
(most recent call last):
File "c:\python25\lib\site-packages \cherrypy-2.2.1-py2.5.egg\cher rypy

Re: [cherrypy-devel] Re: tools.expires is completely broken

jkwon.w...@gmail.com (Jae Kwon) — Thu, 06 Aug 2009 20:44:54 UT

danke

Re: tools.expires is completely broken

fuman...@aminus.org (fumanchu) — Thu, 06 Aug 2009 06:53:17 UT

Fixed in [link], although I chose not
to integrate the 'no_cache' logic in the patch; I couldn't see why we
would check for the presence of a header in order to set the same
header.

Robert Brewer
fuman...@aminus.org

tools.expires is completely broken

jkwon.w...@gmail.com (Jae) — Fri, 31 Jul 2009 20:04:52 UT

I noticed that all of my static files were not returning Expires
headers, even though I set the correct tools.expires settings in the
config file:

[/static]
tools.staticdir.on = True
tools.staticdir.dir = "static"
tools.expires.on = True
tools.expires.secs = 1000

I looked over the source and found that cacheable responses never get

Re: wsgiserver and keep-alive timeouts

jeff.bart...@gmail.com (JeffB) — Thu, 30 Jul 2009 20:10:20 UT

On Jul 30, 12:15 pm, Christian Wyglendowski <christ...@dowski.com>
wrote:

There are tradeoffs for both cases, to be sure but, I believe, in
general, that most servers out there (web or otherwise) that expect
high concurrent connection rates (>100, say) would not use a one-
thread-per-connection model. The overhead for managing that level of

Re: [cherrypy-devel] wsgiserver and keep-alive timeouts

christ...@dowski.com (Christian Wyglendowski) — Thu, 30 Jul 2009 19:15:33 UT

I'm interested to hear why you think this isn't efficient. I know
there are limits and async servers can handle many more concurrent
connections, but there are tradeoffs when you go that route.
How many concurrent connections are you looking to maintain? I'd
suggest bumping up the # of threads and doing some load testing to see

wsgiserver and keep-alive timeouts

jeff.bart...@gmail.com (JeffB) — Thu, 30 Jul 2009 17:50:40 UT

This post builds upon what was noted here:

[link]

but that was nearly a year ago and I thought I might offer up some
fresh thoughts.

In short, I am seeing the same issues mentioned in the above post,
where the WSGI server goes into a "blocked" state if the number of