diff options
| author | Martin Ritchie <ritchiem@apache.org> | 2009-04-13 17:28:36 +0000 |
|---|---|---|
| committer | Martin Ritchie <ritchiem@apache.org> | 2009-04-13 17:28:36 +0000 |
| commit | ed9320bc237cb6fae793efa9dbf042f384fd1c75 (patch) | |
| tree | ec4131161f71c067224a0713b2f141b1b9ac7f72 /qpid/java/client | |
| parent | 1828f1ef33c60ca1d23c35e7706670ce43fbca84 (diff) | |
| download | qpid-python-ed9320bc237cb6fae793efa9dbf042f384fd1c75.tar.gz | |
753253 ritchiem QPID-1730 : Logging update highlighted that we were printing the queue before we had fully initialised it.
753220 ritchiem QPID-1730 : Improve the logging so we can see what is going one during persistent recovery as we do not have a working persistent module.
753219 ritchiem QPID-1730 : Update the order in which we initialise. We now load the config file from disk then recover from the persistent strore. This approach applies the vhost configuration and then applies the persistent state from the store to those objects rather than recreating them. The new inner classes on VirtualHost are to be removed once we have fully extracted the RoutingTable from the legacy MessageStores as this is the root of the problem. The Store needs to be open to create new durable objects but the current stores must recover their state before new entries are added. So now the persistent state is being loaded on to a broker in a consistent state after it has configured a) its default exchanges and b) loaded the queue config from the config file. Eventually we will only have one location for queue config and all will be right in the world.
merged the above three changes from trunk that allow the broker to create it's model before the MessageStore is initialised.
git-svn-id: https://svn.apache.org/repos/asf/qpid/branches/0.5-fix@764539 13f79535-47bb-0310-9956-ffa450edef68
Diffstat (limited to 'qpid/java/client')
0 files changed, 0 insertions, 0 deletions
