WildFly HornetQ-Based Messaging Subsystem Persistence Configuration: Difference between revisions
No edit summary |
|||
Line 19: | Line 19: | ||
<blockquote style="background-color: #f9f9f9; border: solid thin lightgrey;"> | <blockquote style="background-color: #f9f9f9; border: solid thin lightgrey;"> | ||
:[[HornetQ Persistence Concepts#Bindings_Journal|HornetQ Bindings Journal Concepts]] | :[[HornetQ Persistence Concepts#Bindings_Journal|HornetQ Bindings Journal Concepts]] | ||
: | |||
:[[HornetQ Persistence Concepts#JMS_Journal|HornetQ JMS Journal Concepts]] | |||
</blockquote> | </blockquote> | ||
Revision as of 23:25, 11 March 2016
Internal
HornetQ Data Directories
The configuration allows the possibility of creating the HornetQ bindings and journal data directories at startup, if they do not already exist. This configuration could be useful in "experimental" mode when one deletes and recreates HornetQ data files for whatever reason, and probably not that useful in production. If the directories exist, they are not re-created, so the "create" options can be left in place, even in a production configuration. However, there is another set of directories (large messages and paging) that will be created automatically if they don’t exist, in absence of any explicit configuration option. For production, it’s probably best if the directories are created manually as part of the installation procedure, and "create-*" options are removed from configuration.
Message Journal Configuration
For more persistence concepts see:
Bindings Journal Configuration
For more persistence concepts see:
bindings-directory
create-bindings-dir
Specifies whether to create the bindings directory at boot, if it does not already exist. Default is true.
JMS Journal Configuration
See: