Kevin Conner wrote:
Kurt T Stam wrote:
> 1. So now we can use XA Txs spanning DB and JMS resources?
We should be able to, the XA transaction should encompass them both.
> 2. I'm guessing we'd still be using the old JmsGateway when running in
> bootstrapper mode?
Weston had intended to develop a standalone implementation of JCA which
would have been perfect for the standalone ESB. Not sure what will
happen to that now.
Using JCA will necessitate the full blown app server or the esb profile.
As I've said before, the JBoss Embeddable project *already* includes JCA
and can run inside Junit tests, Tomcat standalone, and plain Java apps.
Eventually I'll get around to refactoring it to run in other
application servers.
The JCA rewrite will continue. Supposedly Adrian was really itching to
get back to it anyways. If he doesn't pick it up, I definately will.
Really the brunt of the JCA rewrite is to pojitize it and remove any
MBean dependencies or at least, make them "aspectized".
The JCA integration I did with ESB should really be moved to the JCA
project as it is an abstraction for any inflow container. MDB could be
written on top of it. It has a bridge interface that would allow you to
plug in other JCA implementations, well, at least in theory. I have no
idea if any other app server has an SPI or even an API we could hack
into. If we can't do that, we could probably still embed our own JCA
implementation into another application server.
> 3. How does 'transacted' work? I mean an mdb has:
supports, requiresNew,
> required, none.
MDB only supports Required and NotSupported transaction types as they
have no calling context. I would assume that the transacted attribute
would be equivalent.
The JCA integration layer I did is really a mini MDB container, so yes,
that's what it means.
Bill
--
Bill Burke
JBoss, a division of Red Hat Inc.