bootstrap - make startup scripts and configuration work well with hornteq.home, so that we can start broker from any directory
Merge pull request #1848 from gaohoward/master_fix_tearDown

test not call super.tearDown()
Merge pull request #1847 from dejanb/master

bootstrap - make startup scripts and configuration work well with hornte...
bootstrap - adding script for using a broker as a unix service and some nice ascii banner when running in foreground
HORNETQ-1410 : OpenWire DLQ support and tests
HORNETQ-1343 Add 'JMS Bridge' to relevant log msgs

https://issues.jboss.org/browse/HORNETQ-1343
Merge pull request #1851 from mtaylor/HORNETQ-1343

HORNETQ-1343 Add 'JMS Bridge' to relevant log msgs
Clean up @link in comments
Merge pull request #1852 from gaohoward/master_HORNETQ-1410

HORNETQ-1410 : OpenWire DLQ support and tests
Merge pull request #1853 from jbertram/master

Clean up @link in comments
Merge pull request #1849 from dejanb/master

bootstrap - adding script for using a broker as a unix service and some ...
Fixing a few tests with issues on asynchronous .getMessageCount

We have recently changed getMessageCount to not flush on executors any longer, but some of our tests were expecting that behaviour. for that reason I replaced a few calls to .getMessageCount() to some method that will do the old semantic.
Merge pull request #1854 from clebertsuconic/upmaster

Fixing a few tests with issues on asynchronous .getMessageCount
fixing javadoc
Merge pull request #1855 from clebertsuconic/upmaster

fixing javadoc
fixing more tests with .counter issues on asynchronous
Merge pull request #1856 from clebertsuconic/upmaster

fixing more tests with .counter issues on asynchronous
HORNETQ-1125 Added InjectObjectRegistry to Server

https://issues.jboss.org/browse/HORNETQ-1125

This patch adds an InjectedObjectRegistry which stores references to
objects that are intended to be injected into HornetQ server.  This
allows WildFly to inject objects that Wildfly is responsible for
managing such as ExecutorServices. In addition Wildfly is able to create
objects in it's own class loader such as Intercepors and
ConnectorServiceFactories and inject them into HornetQ.  This means that
the HornetQ class loader does not need to be aware of the various
dependencies require to instantiate these objects.