This content has been marked as final.
Show 4 replies
-
1. Re: Understanding JBoss Messaging and SPOF (Single Point of
timfox Jan 31, 2008 4:37 AM (in response to seattle.golfer)"seattle.golfer" wrote:
I've been away from JBoss for about 4+ years (working in Weblogic), and am finally coming back home.
Glad to hear it! :)
I'm trying to get a better handle on JBoss Messaging's clustering capabilities. They way I read the documentation/installation guide, you still need to have a shared database instance. From the 1.4B1 docs, "For a clustered installation it is mandatory that a shared database is available to all nodes in the cluster."
Which (to me) appears to be Single Point of Failure (SPOF). I realize the database itself could be clustered, but still..
Yes, JBoss Messaging 1.x uses a shared database for persistence. If it's not clustered that could provide a SPOF.
JBossMessaging 2.0, which is what we are currently at work on has major improvements in the area of persistence.
We will support:
1) Shared JDBC database - like in 1.x
2) Unshared JDBC database per node (already working in TRUNK)
3) Unshared file based journal per node
For HA we will also support replication between nodes for a "shared nothing" approach.
Also we'll support failover via a shared file sytem (e.g., GFS over a SAN) in the case one is available.
Lots of other great new things in JBM 2.0 including a brand new super fast NIO transport using Apache MINA. (Trustin Lee the author of MINA is now a JBoss employee), and many other features.
Also see JIRA for JBM 2.0 tasks and provisional timescales. We should have a GA released towards the end of the year.
There is also a little bit more info on the jboss labs JBM project page.
JBM 2.0 is the subject of my talk at JBoss World in a couple of weeks. Why don't you come along and find out more? -
2. Re: Understanding JBoss Messaging and SPOF (Single Point of
timfox Jan 31, 2008 4:40 AM (in response to seattle.golfer)File based persistence is already done in TRUNK too
-
3. Re: Understanding JBoss Messaging and SPOF (Single Point of
seattle.golfer Feb 1, 2008 12:06 AM (in response to seattle.golfer)"timfox" wrote:
JBossMessaging 2.0, which is what we are currently at work on has major improvements in the area of persistence.
We will support:
1) Shared JDBC database - like in 1.x
2) Unshared JDBC database per node (already working in TRUNK)
3) Unshared file based journal per node
For HA we will also support replication between nodes for a "shared nothing" approach.
Also we'll support failover via a shared file sytem (e.g., GFS over a SAN) in the case one is available.
Lots of other great new things in JBM 2.0 including a brand new super fast NIO transport using Apache MINA. (Trustin Lee the author of MINA is now a JBoss employee), and many other features.
Awesome! That sounds like an exhaustive feature set! Now the obvious questions.. any chance some of these features can/will be backported to 1.4.x? Also, in your opinion, is what's in source stable enough to start building a solution? i.e do you think the interfaces and such are pretty well fleshed out at this point?
Also see JIRA for JBM 2.0 tasks and provisional timescales. We should have a GA released towards the end of the year.
There is also a little bit more info on the jboss labs JBM project page.
I spent some time browsing JIRA, but can't seem to find the 2.0 provisional timescale. Any chance you can post a link?
JBM 2.0 is the subject of my talk at JBoss World in a couple of weeks. Why don't you come along and find out more?
I just started a new job this week, and doubt I've earned enough creed to justify a trip out so soon. :) Perhaps next year.
Tim, I really appreciate you taking the time to respond. It's good to see the community alive & well post acquisition.
thanks,
Deepak -
4. Re: Understanding JBoss Messaging and SPOF (Single Point of
timfox Feb 1, 2008 7:21 AM (in response to seattle.golfer)"seattle.golfer" wrote:
any chance some of these features can/will be backported to 1.4.x?
This is very unlikely - we don't really have the resources for that and it would involve deep changes.
Also, in your opinion, is what's in source stable enough to start building a solution? i.e do you think the interfaces and such are pretty well fleshed out at this point?
Right now, we are deep into development so nothing is ready to use at this point.
We'll be putting out an alpha end of Q1 as per JIRA
I spent some time browsing JIRA, but can't seem to find the 2.0 provisional timescale. Any chance you can post a link?
The dates are printed after the release names on the roadmap:
http://jira.jboss.org/jira/secure/BrowseProject.jspa?id=12310061&subset=-1
Tim, I really appreciate you taking the time to respond. It's good to see the community alive & well post acquisition.
You're welcome :)