Hi guys,
I've got a problem with ZCatalog. I've got plenty of large
objects, ranging from 100KB to 100MB in size. Needless to
say, these take up a lot of processor time when indexed by
the ZCatalog.
Now, these object have to be moved from time to time, only
moved, so that one or two of the
This looks very interesting, Phillip. I haven't downloaded the package
yet, but I read the wiki and it finally made sense once I understood the
goal (I think): TW lets you set up the class inheritance hierarchy at
runtime. In normal OO methodology, you can only extend classes. With
TW, you can
[Casey Duncan]
| Actually what I wrote assumes you are passing a Catalog not a ZCatalog.
| So you will need to change it for a ZCatalog to:
I figured that out. :-)
There is one problem, the uids stored in the Catalog are based on the path of the
object, so I guess I'll have to make a copy of
At 09:37 AM 3/1/01 -0500, Shane Hathaway wrote:
This looks very interesting, Phillip. I haven't downloaded the package
yet, but I read the wiki and it finally made sense once I understood the
goal (I think): TW lets you set up the class inheritance hierarchy at
runtime. In normal OO
Casey Duncan wrote:
"Morten W. Petersen" wrote:
Hi guys,
I've got a problem with ZCatalog. I've got plenty of large
objects, ranging from 100KB to 100MB in size. Needless to
say, these take up a lot of processor time when indexed by
the ZCatalog.
Now, these object have to
Hello all,
I have noticed incosistencies between Zope threads when objects change.
It appears that some threads see the new image of the object while
others see the old image. Can anyone enlighten me on how Zope ensures
that all threads are seeing the same images? Or at least point me to
the
Hi,
Since moving one of our servers from Zope 2.2.4 to 2.3.1b1, we've been
frequently getting this weird error when trying to do something that requires an
object to be re-indexed in the Catalog:
Error Type: AttributeError
Error Value: 'tuple' object has no attribute 'append'
Traceback:
Hello all,
I apologize if this might be more appropriate for a Linux list. From
our time-series graphs, we are noticing that the percentage of CPU
cycles spent on 'system' tasks grows considerably under heavy load.
Does anyone know what kinds of operations fall under 'system'? Task
switching,
This is an artifact of a problem in the reindexing code that should be gone
in the next release.
- Original Message -
From: "Chris Withers" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, March 01, 2001 12:36 PM
Subject: [Zope-dev] Weird Re-Indexing Errors after move to Zope
This is an artifact of a problem in the reindexing code that should be
gone
in the next release.
Is there a workaround in the meantime? This is turning into a real
showstopper for one of NIP's most important projects right now :~(
desperately,
Chris
No. Sorry. There should be a release of 2.3.1b2 later today. Hint: the
problem is caused by attempting to append to a tuple. Converting the tuple
to a list beforehand would liekly solve the problem until you can move to a
newer release.
- Original Message -
From: "Chris Withers"
Release postponed til at least tomorrow, sorry.
- Original Message -
From: "Chris McDonough" [EMAIL PROTECTED]
To: "Chris Withers" [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Thursday, March 01, 2001 2:31 PM
Subject: Re: [Zope-dev] Weird Re-Indexing Errors after move to Zope 2.3.1b1
[EMAIL PROTECTED] wrote:
Is there a reason why the manage_main call at the end of manage_copyObjects
and manage_cutObjects in CopySupport gets called as
self.manage_main(REQUEST) instead of self.manage_main(self, REQUEST)? Using
the first form, we found that the manage_main call was dying
ZFormulator looks like it will do some pretty neat things, but it also
looks like it is "dormant".
Does anyone use it, or know if it is compatible with Zope 2.2.x and/or
Zope 2.3?
Thanks
-paul
___
Zope-Dev maillist - [EMAIL PROTECTED]
Sorry if these have already been fixed in 2.3.1, I haven't had time to
upgrade yet.
I fixed a small bug in SecurityInfo that made
SecurityInfo.setPermissionDefault() impossible to use:
191c191
self.roles[permission_name] = rdict.keys()
---
self.roles[permission_name] = rdict
I'm running Zope 2.2.2, and I'm trying to use the batching stuff for
the dtml-in tag, however, I can't seem to access any attributes off
the 'next-batches' or 'previous-batches' mapping object that's
supposed to be available, with the attributes 'batch-start-index',
'batch-end-index', and
Hi,
On Zope 2.3.0 and 2.3.1b1, the following method produces an error
when ZDebug is installed; If I remove ZDebug, it works fine.
dtml-sendmail mailhost=MailHost
To: [EMAIL PROTECTED]
From: [EMAIL PROTECTED]
Subject: Test
This is a test
/dtml-sendmail
With ZDebug the content of the sendmail
17 matches
Mail list logo