Better support for HornetQ embedded broker
Prior to this commit it was not safe to start several contexts using the HornetQAutoConfiguration in the same VM. Each context was trying to start their own HornetQ embedded broker by default but only the first was really starting. Worse, the various InVM connection factories were all silently connecting to the first broker. This commit introduces a new "serverId" property that is an auto- incremented integer by default. This identifies the server to connect to and allows each context to start its own embedded broker in total isolation of other contexts. This commits makes it possible for a context to disable its own embedded broker and connect to an existing one, potentially started by another context. Fixes gh-1063
This commit is contained in:
@@ -258,6 +258,7 @@ content into your application; rather pick only the properties that you need.
|
||||
spring.hornetq.host=localhost # hornetQ host (native mode)
|
||||
spring.hornetq.port=5445 # hornetQ port (native mode)
|
||||
spring.hornetq.embedded.enabled=true # if the embedded server is enabled (needs hornetq-jms-server.jar)
|
||||
spring.hornetq.embedded.serverId= # auto-generated id of the embedded server (integer)
|
||||
spring.hornetq.embedded.persistent=false # message persistence
|
||||
spring.hornetq.embedded.data-directory= # location of data content (when persistence is enabled)
|
||||
spring.hornetq.embedded.queues= # comma separate queues to create on startup
|
||||
|
||||
Reference in New Issue
Block a user