[jboss-cluster-dev] Infinispan in JBoss AS
Brian Stansberry
brian.stansberry at redhat.com
Thu Jul 9 11:34:56 EDT 2009
The topic of Infinispan integration into the AS has come up; seems like
things are far enough along to start thinking about it.
Let's assume for now that AS 6.0.0 will be out at toward the end of Q2
next year. Whether I mean Q2 calendar 2010 or Q2 Red Hat FY2011 is
deliberately left vague. ;) Anyway, that date is just my rough
impression, could be earlier, could be later. My wisdom and experience
tells me not much earlier. :)
I'll be very blunt and honest here. I love Infinispan; I want it in AS
6, but for Paul and I getting it in needs to be a lower priority than
continuing working the long-standing cluster management/deployment
issues. Where getting Infinispan in sits relative to Paul and I working
on other general AS 6 goals (faster startup, better embedded support)
I'll let Jason comment.
The upshot of the above paragraph is I don't think it's right to count
on a lot of cycles from Paul or I on this until probably after
Christmas. And even then it needs to be maybe a 25-33% of our combined
time thing.
OK, I'm done shucking and jiving. ;)
The big question is what to do about POJO Cache. Some options:
1) Infinispan comes up with the discussed JPA-style replacement. TBH, I
think that's too big a task for the timeframes/resources involved.
2) We continue to use JBC/POJO Cache for FIELD granularity web session
replication.
I hate to say it but I think #2 probably makes more sense.
The issue w/ #2 is how to manage both JBC and Infinispan instances. The
AS has its own impl of the JBC CacheManager interface. It's actually a
subinterface that exposes equivalent methods to CacheManager that return
a POJO Cache. The AS and EJB3 code uses this subinterface, so for those
we have a lot of freedom to change things. The Hibernate/JPA
integrations w/ JBC and Infinispan use the JBC/Infinispan interfaces
directly, and I don't want to change that in the AS. So, anyway, this is
something we'd need to sort out, which doesn't seem like it would be
that hard.
The other big area is adapting from buddy replication to DIST. I think
the big task there is just going to be testing. Rewrite
white-box/gray-box tests that assume BR etc.
--
Brian Stansberry
Lead, AS Clustering
JBoss by Red Hat
More information about the jboss-cluster-dev
mailing list