On Tue, 24 Jun 2003 00:15, David Jencks wrote: > You could look at the class of the connection manager mbean, which you can > obtain via jmx (ObjectInstance). The level of tx support the adapter is > deployed with seems to me to be more relevant than the level it supports. > (For instance, theoretically at least, an xa-supporting adapter can be > deployed with local tx or no tx support).
Hadn't thought of that, thanks. > The only use I can think of for this attribute at runtime is if your > program is generating *-ds.xml's to deploy dynamically and needs to guess > the proper cm to use. I'm having a hard time imagining a situation where > this would be appropriate and the desired level of tx support was not > available. Our application will need to deal with JCAs that are written by our customers that interface to specific network devices. These "plugins" can be written to support transactions or not where supporting a transaction can be quite difficult. Our system when configuring the network devices can configure a number of them in one logical operation. These operations (collections of configuration commands) can be set to run in a mode of "atomic" or "best effort". Atomic mode requires a transaction in the plugin whereas "best effort" does not. So, before starting on a configuration operation I really need to know if the selected subset of the plugins will support the desired operation mode. > You shouldn't get any errors no matter what the tx support is, provided > that all ra's are deployed appropriately. Of course, unless they all > support xa transactions you are liable to get unrecoverable inconsistencies > in case of failure during commit. And therein lies the problem! I cannot do this *if* the operation was asked for in an "atomic" mode, ie: all or nothing. Thanks, I think I might be querying the deployment connection manager bean for the info now, unfortunatly this breaks portability. But as you pointed out above, quering the RA doesn't tell you what the actual transaction support is, just what the RA*can* support. ------------------------------------------------------- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
