[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [xmlblaster-devel] Slave Database Persistence

Jonathan Clark wrote:

One other thing to note on this problem.  We are erasing with forceDestroy=true which is the functionality we need for our
project.  If I set forceDestroy=false, then the erase
notifications make it to the slave after toSoftErased is called
from fireMessageEraseEvent in TopicHandler.

fireMessageEraseEvent only calls toDead if forceDestroy=true, but the following lines appear in toDead such that the notifyList will
never be populated and thus the erase notifications are never

if (!forceDestroy && !isSoftErased()) {
notifyList = collectNotifySubscribersAboutErase(sessionName);
Ok, thanks for this analysis, i assume you have tested to remove the condition and it worked fine.
I'll run the testsuite with the change and do some code inspection - and if all looks well
i'll commit your fix.



Matthew Sargent wrote:


More information on this, we were publishing with a the domain of the master
specified, but when we erased the keys we were not specifying the domain. We
have changed the erase to specify the domain but it does not seem to impact
the cleanup on the slave at all.

Matt (Jonathan's co-worker)

----- Original Message ----- From: "Marcel Ruff" <mr at marcelruff.info>
To: <xmlblaster-devel at server.xmlBlaster.org>
Sent: Saturday, February 11, 2006 2:15 PM
Subject: Re: [xmlblaster-devel] Slave Database Persistence

Jonathan Clark wrote:
I am running a master/slave configuration where the messages are
published to the master. Several clients are connected to the slave and

subscribe to the domain of the master. The clients get the messages
with out any problem and delete the messages when the keys are

erased. The slave properties file is configured as follows:



# Choose the plugins



The problem that I am having is that the number of rows in the
xb_entries table continues to grow on the slave. It stays at ~800 rows on

the master, but has grown to over 10,000 on the slave. Any idea why
the entries wouldnât be deleted from the slave database?

I will check this,

thanks for reporting
Jonathan Clark

Open Roads Consulting, Inc.