Re: [Zope3-Users] Re: Prevent an event

2007-09-17 Thread Benji York

Philipp von Weitershausen wrote:
Just to be clear: As far as I remember, nothing happens on catalog 
creation. Stuff happens on *index* creation. When you add an index to a 
catalog that is already aware of objects, it will make sure that the 
newly added catalog is up to date by forcing an indexing procedure. And 
yes, this will wake up all the objects in your catalog (which isn't a 
recursive process, nor does it mean touching in the sense of 
modification).


Unfortuantely, there isn't a way to prevent the execution of a selected 
event subscriber (which is probably what you want; you don't want to 
prevent the event as a whole).


I've had the need to do this when adding an index to an app with a large 
amount of content (30 gig or so), but unfortunately I don't remember how 
we did it.  If no one pipes up soon I'll try to dig up the details.

--
Benji York
Senior Software Engineer
Zope Corporation
___
Zope3-users mailing list
Zope3-users@zope.org
http://mail.zope.org/mailman/listinfo/zope3-users


Re: [Zope3-Users] Re: Prevent an event

2007-09-17 Thread Markus Kemmerling

Am 17.09.2007 um 19:45 schrieb Philipp von Weitershausen:


Kevin Smith wrote:
Thanks for your reply, I'm having scaling issues and want to be in  
control of the indexing process. I have a large number of  
documents already in the system.
I believe the best case for me in the short run is to prevent the  
initial indexing on catalog creation and if understand it  
correctly, recursively touching all of my objects.


Just to be clear: As far as I remember, nothing happens on catalog  
creation. Stuff happens on *index* creation. When you add an index  
to a catalog that is already aware of objects, it will make sure  
that the newly added catalog is up to date by forcing an indexing  
procedure. And yes, this will wake up all the objects in your  
catalog (which isn't a recursive process, nor does it mean  
touching in the sense of modification).


Unfortuantely, there isn't a way to prevent the execution of a  
selected event subscriber (which is probably what you want; you  
don't want to prevent the event as a whole).


Why not just disable the `indexAdded` event subscriber, add the  
indices, and enable it again?  Ok, that means two server restarts,  
but there will probably be a time when you could do that and adding  
the indices themselves is *not* time consuming.


Or am I missing something?

Regards,
Markus Kemmerling
___
Zope3-users mailing list
Zope3-users@zope.org
http://mail.zope.org/mailman/listinfo/zope3-users


[Zope3-Users] Re: Prevent an event

2007-09-17 Thread Philipp von Weitershausen

Kevin Smith wrote:
Thanks for your reply, I'm having scaling issues and want to be in 
control of the indexing process. I have a large number of documents 
already in the system.


I believe the best case for me in the short run is to prevent the 
initial indexing on catalog creation and if understand it correctly, 
recursively touching all of my objects.


Just to be clear: As far as I remember, nothing happens on catalog 
creation. Stuff happens on *index* creation. When you add an index to a 
catalog that is already aware of objects, it will make sure that the 
newly added catalog is up to date by forcing an indexing procedure. And 
yes, this will wake up all the objects in your catalog (which isn't a 
recursive process, nor does it mean touching in the sense of 
modification).


Unfortuantely, there isn't a way to prevent the execution of a selected 
event subscriber (which is probably what you want; you don't want to 
prevent the event as a whole).



--
http://worldcookery.com -- Professional Zope documentation and training

___
Zope3-users mailing list
Zope3-users@zope.org
http://mail.zope.org/mailman/listinfo/zope3-users