On Sat, 2003-12-13 at 22:10, Stuart Bishop wrote:
> Until following the steps in doc/INSTALL.txt fires up a single ZEO
> server bound to the loopback address and a single ZEO client (with
> authentication on), the vast majority of developer and production
> installations will be ZEO-less. This als
Chris McDonough wrote at 2003-12-13 19:20 -0500:
> With ZEO, Zope typically restarts in under a second.
Things are much better with you than with us.
Here, it takes at least 6 seconds to reload the hundreds of
Python modules that make up Zope and it takes minutes to
validate the ZEO client cache.
Tres Seaver wrote at 2003-12-14 09:35 -0500:
> ...
> - ZEO makes ZODB-dependent unit tests run faster (another facet of
>the restart problem). This has been particulary true for testing
>products installed in INSTANCE_HOME, because the machinery for
>stitching together the __path__ of
I think this problem is actually easier to solve in the common case than
requring that people run a conversion script. The ZGlobals data
structure is a cache, and can be blown away and recreated
indiscriminately. It's recreated whenever a Product is added or
removed, and Zope already does this as
On Sun, 2003-12-14 at 15:03, Dieter Maurer wrote:
> Chris McDonough wrote at 2003-12-13 19:20 -0500:
> > With ZEO, Zope typically restarts in under a second.
>
> Things are much better with you than with us.
>
> Here, it takes at least 6 seconds to reload the hundreds of
> Python modules that mak
CHeck http://www.zope.org/Members/bowerymarc - I've had a product for
this for some time. Just tested it with 2.6.2, still works (the 2.5
version).
On Thursday, December 11, 2003, at 03:26 PM, Lennart Regebro wrote:
I just checked in (on regebro-esmpt_support-branch) support for
setting a
us
Hi,
I'm trying to upgrade my Zpydoc product to Python 2.3.2 from 2.1.3 and
have come across a confusing situation in regard to the
inspect.getmembers function.
This function uses the builtin dir() function to get a list of an
objects attributes. For Zope products, I am getting a situation whe
Chris McDonough wrote:
I think this problem is actually easier to solve in the common case than
requring that people run a conversion script. The ZGlobals data
structure is a cache, and can be blown away and recreated
indiscriminately. It's recreated whenever a Product is added or
removed, and Zo
On Sun, 2003-12-14 at 16:53, Chris McDonough wrote:
> > We still use ZODB 3.1 and at least there, the cache verification
> > protocol seems quite stupid. We will soon switch to ZODB 3.2
> > and when cache validation still needs minutes, I will need
> > to look into this...
>
> Apparently, the ZEO
On Sun, 2003-12-14 at 22:08, Jim Fulton wrote:
> Chris McDonough wrote:
> > I think this problem is actually easier to solve in the common case than
> > requring that people run a conversion script. The ZGlobals data
> > structure is a cache, and can be blown away and recreated
> > indiscriminatel
On Sun, 2003-12-14 at 23:02, Chris McDonough wrote:
> Here's an idea: create a simple script that manufactured a module which
> set up the Zope configuration, "filled in" for BTree in sys.modules, and
> got a hold of Zope.app(), causing ZGlobals to be replaced by a new-style
> BTree due to the abov
11 matches
Mail list logo