Brian Wallis wrote:
On Wed, 11 Jun 2003 09:46, Brian Wallis wrote:Yes, that the parameter.
It closes the logical connection. But for me it makes no difference, I have no way of getting back a logical connection to the same physical connection.
I'll have a search of the list. Could take a while, the search on sourceforge lists doesn't seem to work very well. It never matches anything if I type two or more words :-(
thanks for the pointer.
Searched the source instead. In jboss-jca.sar/META-INF/jboss-service.xml is the configuration of the CachedConnectionManager and the parameter SpecCompliant is set to false. I think that if I make it true then the connections will not be closed. ie:
<!-- The CachedConnectionManager is used partly to relay started UserTransactions to open connections so they may be enrolled in the new tx --> <mbean code="org.jboss.resource.connectionmanager.CachedConnectionManager" name="jboss.jca:service=CachedConnectionManager"> <attribute name="SpecCompliant">false</attribute> </mbean>
Not sure I understand the comment in that configuration.
I'm still not sure about the original problem though. Am I correct in wanting these logical connections to remain open between calls when I am within a transaction? The bean cannot be passivated while a transaction is current so it should be safe to keep them as local state in the stateful bean.
Yes and no. According to the spec, application server is allowed to do pretty cool (or weird) things with logical connection handlers, especially if EJB keeps handlers between method calls. For example, app server can detach logical handler from its physical connection and attach it to another physical connection later. You probably want to read parts of JCA 1.0 that talk about connection and transaction management.
------------------------------------------------------- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
