Hello Jodok,
Please contact Georgy Berdyshev (codingmaster at gmail.com) who has
Zope on Jython as a GSOC project.
I think your interests about the C modules could be quite close.
Thursday, May 22, 2008, 10:53:33 PM, you wrote:
JB On Thu, May 22, 2008 at 4:53 PM, David Pratt [EMAIL PROTECTED]
Jodok Batlogg wrote:
and yes again. unfortunately there is no open source / non-google DB
application implementation so far. we keep this in mind.
There is http://hypertable.org, but of course that's not an application
engine.
\malthe
___
Hi there,
Today I had a discussion with Jasper Spaans about how to go about
improving megrok.rdb, Grok's relational database integration which aims
to integrate Grok with SQLAlchemy. We started developing megrok.rdb at
the Grokkerdam sprint a few weeks ago. We reread the discussion
Hi Jodok. I had looked at storm a while back but the zope integration
seemed to lack any relationship with zope schemas. I guess it is
possible to define a zope schema that is not persisted and create the
tables from it. It did not seem to me a good way of using CA. How are
you managing this
David Pratt wrote:
Hi Jodok. I had looked at storm a while back but the zope integration
seemed to lack any relationship with zope schemas. I guess it is
possible to define a zope schema that is not persisted and create the
tables from it. It did not seem to me a good way of using CA. How are
Michael Howitz wrote at 2008-5-22 10:59 +0200:
...
Am 22.05.2008 um 08:20 schrieb Dieter Maurer:
[...]
This looks like the misfeature Zope does not start in debug mode
when a single product import fails. In non debug mode, product
import failures are logged but Zope nevertheless starts.
I
Hi Malthe. z3c.dobbin looks quite good and transparent. In my opinion,
this is much closer to what integration ought to look like for CA. BTW,
I noticed that z3c.dobbin is zpl but ore.alchemist that it depends on is
gpl. I think all the other zope flavors of sqlalchemy are under zpl. I
believe
Tres Seaver wrote at 2008-5-22 10:45 -0400:
...
The fact is that right now, today, we still have code that relies on Z2
interfaces. Not just in third party products - current Zope2 releases
rely on Z2 interfaces in some places as well.
Only by oversight, not by design (the only one I know of
David Pratt wrote:
Hi Malthe. z3c.dobbin looks quite good and transparent. In my opinion,
this is much closer to what integration ought to look like for CA. BTW,
I noticed that z3c.dobbin is zpl but ore.alchemist that it depends on is
gpl. I think all the other zope flavors of sqlalchemy are
Wichert Akkerman wrote at 2008-5-22 20:23 +0200:
...
Code which claims to be working with Z2 interfaces is already
crippled: worse, it infects *other* code with that breakage. Such code
*never* worked properly (those interfaces were never supported by the
component architecture), and was
Hi Malthe. Perhaps I am wrong about the licensing situation. I guess its
a bit confusing since pypi indicates GPL and package ZPL. I guess I
should contact Kapil for clarification if I am interested in
experimenting here. Many thanks.
Regards,
David
name=ore.alchemist,
version=0.5.1,
Hi Malthe. Kapil has confirmed the licensing is ZPL with a version bump
to 0.5.2 with a change in the headers, etc. I am anxious to experiment
with dobbin since it looks so straight forward and nice. I guess I see
traversal and containers as possible issues but will be interested in
potential
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dieter Maurer wrote:
Tres Seaver wrote at 2008-5-22 10:45 -0400:
...
The fact is that right now, today, we still have code that relies on Z2
interfaces. Not just in third party products - current Zope2 releases
rely on Z2 interfaces in some
We need to differentiate between the interface for session configuration
and session usage from an application.
For session usage I think it is fairly simple. We should define an
ISessionContext interface such that:
class ISessionContext(Interface):
def __call__():
return a
David Pratt wrote:
Hi Malthe. Kapil has confirmed the licensing is ZPL with a version bump
to 0.5.2 with a change in the headers, etc. I am anxious to experiment
with dobbin since it looks so straight forward and nice. I guess I see
traversal and containers as possible issues but will be
Dear Zope Users group,
I am running zope 2.9.4 and have observed that it will not simultaneously
serve pages to my users.
For Example:
User 1 requests data that takes the MySQL server 30 seconds to retrieve
Meanwhile.
User 2 wants to log on
User 2 will not be served the
--On 23. Mai 2008 08:58:25 -0400 Jon Emmons [EMAIL PROTECTED]
wrote:
Is this typical Zope behavior?
No, and it is unlikely that Zope is in charge for this behavior.
You might encounter a situation where your database locks a table or
something like that and therefore blocking other
Thanks Jaroslav,
I had already gone into zope.conf and added the line:
zserver-threads 10
This seemed to have no effect. Is that what you mean?
You think I should bump it higher? 100 maybe?
Jon Emmons
-Original Message-
From: Jaroslav Lukesh [mailto:[EMAIL PROTECTED]
Sent: Friday,
You need to increase number of server threads and/or number of database
connections (it mean ZoDB connections).
- Original Message -
From: Jon Emmons
User 1 requests data that takes the MySQL server 30 seconds to retrieve
Meanwhile.
User 2 wants to log on
User 2 will not be served
Thanks Andreas,
And for a very long time that is what I thought.
We have 5 database servers. They are each multisession servers. If a query
on any one of them is taking any time, every zope user is locked up until
that query finishes, despite the server they are accessing.
I don't think it
Hi Jon,
I use 24 zserver-threads and I have here defined number of ZoDB connections
(pool-size):
in your instance etc/zope.conf look for that section:
zodb_db main
# Main FileStorage database
filestorage
path $INSTANCE/var/Data.fs
/filestorage
mount-point /
cache-size
Jaroslav,
OK, that looks real!
Thanks,
I am going to try it on my development server and run some tests.
Jon Emmons
-Original Message-
From: Jaroslav Lukesh [mailto:[EMAIL PROTECTED]
Sent: Friday, May 23, 2008 9:37 AM
To: Jon Emmons; zope@zope.org
Subject: Re: [Zope] Multithreading
Jaroslav and everyone,
I have made the changes Jaroslav suggested and I cannot get Zope to serve
even 2 sessions simultaneously.
In our testing, one client will start a query to the data servers. Another
will try to simply get the logon page to be served. Zope will simply sit
there and wait
What it sounds like is that Python is using a sequential threading
model. I don't know about Python in particular, but some languages
implement a sequential model internally so that multithreaded programs
will run correctly (if not effeciently) in the absense of whatever
thread libraries the
On Friday 23 May 2008 17:09:49 Jon Emmons wrote:
Jaroslav and everyone,
I have made the changes Jaroslav suggested and I cannot get Zope to serve
even 2 sessions simultaneously.
In our testing, one client will start a query to the data servers. Another
will try to simply get the logon page
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This is relevant:
http://docs.python.org/api/threads.html
http://www.pyzine.com/Issue001/Section_Articles/article_ThreadingGlobalInterpreter.html
But notice some C extensions do allow concurrency by releasing the GIL.
Most I/O operations in the
Thanks Kevin,
Another thought I had, is that Zope has only one python interpreter running,
pretty much forcing all processing to be serial by default given what you've
just said.
In the zope.conf there is a setting:
Python-check-interval
Which defaults to 500 (I assume milliseconds, no
On May 23, 2008, at 11:49 , Jon Emmons wrote:
Another thought I had, is that Zope has only one python interpreter
running,
pretty much forcing all processing to be serial by default given
what you've
just said.
Sorry, that's all baloney. Just like blindly hiking the number of
threads or
This is relevant:
http://docs.python.org/api/threads.html
http://www.pyzine.com/Issue001/Section_Articles/article_ThreadingGlobalI
nterpreter.html
But notice some C extensions do allow concurrency by releasing the
GIL.
Most I/O operations in the standard library do that. And probably the
--On 23. Mai 2008 12:31:50 -0500 Jens Vagelpohl [EMAIL PROTECTED] wrote:
On May 23, 2008, at 11:49 , Jon Emmons wrote:
Another thought I had, is that Zope has only one python interpreter
running,
pretty much forcing all processing to be serial by default given
what you've
just said.
30 matches
Mail list logo
