activemq-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Timothy Bish (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (AMQ-4480) mkahadb with perDestination="true" lazily loads kahadb journal files after startup
Date Mon, 20 May 2013 17:05:17 GMT

    [ https://issues.apache.org/jira/browse/AMQ-4480?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13662156#comment-13662156
] 

Timothy Bish commented on AMQ-4480:
-----------------------------------

Torsten, aren't these based on Windows normal Max length values?  If long names are used the
user can increase the max length values and things should work as expected.
                
> mkahadb with perDestination="true" lazily loads kahadb journal files after startup
> ----------------------------------------------------------------------------------
>
>                 Key: AMQ-4480
>                 URL: https://issues.apache.org/jira/browse/AMQ-4480
>             Project: ActiveMQ
>          Issue Type: Bug
>          Components: Broker
>    Affects Versions: 5.7.0, 5.8.0
>            Reporter: Torsten Mielke
>
> Using the following mKahaDB config:
> {code:xml}
> <persistenceAdapter>
>   <mKahaDB directory="${activemq.data}/kahadb">
>     <filteredPersistenceAdapters>
>       <filteredKahaDB perDestination="true">
> 	<persistenceAdapter>
> 	  <kahaDB journalMaxFileLength="32mb" />
> 	</persistenceAdapter>
>       </filteredKahaDB>
>     </filteredPersistenceAdapters>
>   </mKahaDB>
> </persistenceAdapter>
> {code}
> Note perDestination="true". 
> Using that configuration and sending a message to a JMS queue whose name is longer than
50 characters, this destination's messages won't be loaded eagerly upon a restart of the broker.
As a result that destination does not show up in JMX. 
> Only when a producer or consumer connects to this destination, this destination gets
loaded from kahadb as this broker log output confirms
> {noformat}
> INFO | KahaDB is version 4
> INFO | Recovering from the journal ...
> INFO | Recovery replayed 1 operations from the journal in 0.0010 seconds.
> {noformat}
> This log output is written after the broker had completely started up. 

--
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

Mime
View raw message