Yeah, that may be a problem, good point. At least, if a node crashes, the lock manager must be able to release all its locks.
Another problem is that atm, when an error occurs, the lock is removed so that the file can be re-processed. Unfortunately, if the file polled is a binary file for example, parsing errors will happen, and the file will never be removed. This would need a dead letter queue / redelivery mechanism :( On 11/14/06, Jeffrey Puro <[EMAIL PROTECTED]> wrote:
Have you taken into consideration if one of the pollers essentially freezes or locks down the manager? Would the LockManager handle this properly, perhaps kill the poller thread after a certain timeout? Regards, Jeff -----Original Message----- From: Guillaume Nodet [mailto:[EMAIL PROTECTED] Sent: Monday, November 13, 2006 7:23 PM To: [email protected] Subject: Re: Clustering Pollers This is not completely implemented, but the idea is to use a custom LockManager implementation which can work in cluster. But this implementation has not been written yet. JMS can be a good idea for that. Then, you should be able to set this implementation on the endpoint, so that only one endpoint can process a given file. On 11/13/06, Jeffrey Puro <[EMAIL PROTECTED]> wrote: > Let's say I use either the lightweight ServiceMix FilePoller or the JBI > file poller. How can I deploy this component in a clustered environment > so that the multiple poller instances don't try and pick up and process > the same file? Is there a way to place some kind of synchronization on > the file polling mechanism in a clustered environment? Perhaps JMS > would help... > > > > Regards, > > > > Jeff Puro > > Senior Developer > > Sterling Testing Systems, Inc. > > > > > > > > > > This email (and any attachments) is intended only for the use of the individual or entity named above and may contain information that is privileged and confidential. If you are not the intended recipient, or have unauthorized access, you are hereby notified that copying, disseminating, distributing or taking any action in reliance on this email is strictly prohibited<br /> > <br /> > Opinions, conclusions and other information in this message that do not relate to the official business of our firm shall be understood as neither given nor endorsed by it. > > > -- Cheers, Guillaume Nodet This email (and any attachments) is intended only for the use of the individual or entity named above and may contain information that is privileged and confidential. If you are not the intended recipient, or have unauthorized access, you are hereby notified that copying, disseminating, distributing or taking any action in reliance on this email is strictly prohibited<br /> <br /> Opinions, conclusions and other information in this message that do not relate to the official business of our firm shall be understood as neither given nor endorsed by it.
-- Cheers, Guillaume Nodet
