-
1. Re: upgrading hornetq over time
timfox May 4, 2010 4:30 AM (in response to drkirwin)To be safe when upgrading community versions you need to do a clean install each time - i.e. follow the instructions in the quick start guide for installation.
-
2. Re: upgrading hornetq over time
leosbitto May 4, 2010 5:58 AM (in response to timfox)Tim Fox wrote:
To be safe when upgrading community versions you need to do a clean install each time - i.e. follow the instructions in the quick start guide for installation.
Following the manual is obviously the only acceptable solution. Are you going to describe there how to migrate the persistent data (messages, XA transactions, etc.) stored by the previous version?
-
3. Re: upgrading hornetq over time
timfox May 4, 2010 6:04 AM (in response to leosbitto)At some point we're probably going to write a migration tool for the data.
But, in general, we make no compatibility guarantees between any community version and another.
This differs from the product version that you pay for (in EAP) where you get compatibility guarantees. I.e. it's a value add that you pay for.
If you use the community version, it's free, you get quick updates and fixes but in general you'll have to do more work for yourselves.
-
4. Re: upgrading hornetq over time
leosbitto May 4, 2010 6:23 AM (in response to timfox)Tim Fox wrote:
At some point we're probably going to write a migration tool for the data.
But, in general, we make no compatibility guarantees between any community version and another.
This differs from the product version that you pay for (in EAP) where you get compatibility guarantees. I.e. it's a value add that you pay for.
If you use the community version, it's free, you get quick updates and fixes but in general you'll have to do more work for yourselves.
That all makes sense, thanks for clarification. My employer actually pays for EAP subscription, so I am looking forward to see what is going to happen in EAP regarding HornetQ. Currently we use other commercial JMS vendor, which has various shortcomings, but the upgrade (even between major releases) is flawless - at the server side the persistent store gets upgraded with the first start of the new version, at the client side no changes are needed (each new server release is able to handle older clients, too!). They do even document how to upgrade clustered servers with zero downtime for the clients - I was not brave enough to try that yet, though...