activemq-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gary Tully <gary.tu...@gmail.com>
Subject Re: How to use the File System for locking purpose and use the DB for Message Persistency only?
Date Wed, 28 Apr 2010 18:52:53 GMT
There a lots of configuration options that can help here. You can configure
the jdbc statements that are used for locking, see:
https://issues.apache.org/activemq/browse/AMQ-2520?focusedCommentId=59152&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#action_59152or
provide your own lock implementation to override the default or
provide a
separate lock datasource so that it can reside in a different database.

There is currently no lock implementation that uses the file system but that
would be a nice enhancement. We would love the contribution or open an
enhancement for this.

On 28 April 2010 18:39, KRISHNAS <krishna_seelam@hotmail.com> wrote:

>
> We are planning to use "Clustering - JDBC Master Slave" approach for
> Failover
> and using the Shared DB by multiple brokers ....
>
> When the Master Broker is started, it puts a lock on the lock table. When
> the Slave Broker started it keeps check the lock (whether the lock was
> released by Master or not) against the lock table. This approach works fine
> but on DB2, checking the lock against Locked Table throws the warning
> alert(Kind of Error), which the DB2 admins against it.
>
> So, is there any way to use the File System for locking purpose and use the
> DB2 for Message Persistency only ?
>
> We looked at the Journal + JDBC, which might solve our problem. But we
> don't
> want to use the High performance Journal (As we want to store all the
> messages to the permanent DB).
> Any suggestions would be great.
>
> Thank you.
> Krishna.
> --
> View this message in context:
> http://old.nabble.com/How-to-use-the-File-System-for-locking-purpose-and-use-the-DB-for-Message-Persistency-only--tp28391833p28391833.html
> Sent from the ActiveMQ - User mailing list archive at Nabble.com.
>
>


-- 
http://blog.garytully.com

Open Source Integration
http://fusesource.com

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message