Let me know if you want my assistance with the JBoss side. I could, for example, write a vendor-independent connection manager that can handle any proper javax.com.ConnectionPoolDataSource implementation (probably including Apache DBCP's DriverAdapterCPDS class). JCA interfacing would be outside of my area of expertise, though, as would the server-side transaction manager work (like enlisting the individual Xids into one global transaction, handling rollbacks, etc.). I wouldn't spend the time to learn these new areas without some assurance that the end product would eventually make it into production. But no problem for JDBC conformance work, or the actual connection pool management.
I see some demand in this and other forums for JBoss to support ConnectionPoolDataSources generically, as well as third-party connection pool managers. If you intend to support these, it would make sense to tackle them before generic XADataSource support. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3928072#3928072 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3928072 ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ JBoss-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jboss-user
