You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@activemq.apache.org by "Timothy Bish (JIRA)" <ji...@apache.org> on 2013/02/01 22:46:13 UTC

[jira] [Closed] (AMQ-3304) JDBCPersistenceAdapter lockDataSource property (and other settings) should appear on the SQLServer persistence page

     [ https://issues.apache.org/jira/browse/AMQ-3304?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Timothy Bish closed AMQ-3304.
-----------------------------

    Resolution: Fixed

Added some new docs, if you want to contribute further please request access to the Wiki and add away. 
                
> JDBCPersistenceAdapter lockDataSource property (and other settings) should appear on the SQLServer persistence page
> -------------------------------------------------------------------------------------------------------------------
>
>                 Key: AMQ-3304
>                 URL: https://issues.apache.org/jira/browse/AMQ-3304
>             Project: ActiveMQ
>          Issue Type: Improvement
>          Components: Documentation
>    Affects Versions: 5.5.0
>            Reporter: Arnaud BRAND
>            Priority: Minor
>
> When using the JDBCPersistenceAdapter with SQLServer the use of the lockDataSource property is mandatory, or else the transaction log will fill up (wether the db is in simple or full recovery mode doesn't change anything), and the broker will eventually crash.
> The page http://activemq.apache.org/sqlserver.html should clearly state that the lockDataSource should be used and should point to another database.
> Additionnaly, this page could give another configuration tweak for SQLServer which results in a sensible performance improvement when queues are quite full (>50000 messages in our configuration):
> {code:xml}
> <statements>
>   <statements findNextMessagesStatement="SELECT TOP 5 ID, MSG FROM ACTIVEMQ_MSGS  WHERE CONTAINER=? AND ID > ? ORDER BY ID"/>
> </statements>
> {code} 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira