Hi Brian,
I believe the set of connections that is passed to matchManagedConnections is only the inactive connections. It's the containers responsibility to take care of that.
The reason this method always returns the first connection in the inactive set, is because we are not keeping any connection configuration state on the managedconnection. We just setup the connection every time it is opened with WebDAVManagedConnection.open(), and we throw it away every time the connection is closed with WebDAVManagedConnection.cleanup().
The latest version allows for container managed authentication where the connection is created using a JAAS Subject, but I did not rewrite the matching to try to keep around the authentication information and reuse it by matching.
-Ryan Rhodes
From: Brian DeHaven <[EMAIL PROTECTED]> Reply-To: "Slide Users Mailing List" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: JCA adapter question Date: Wed, 15 Dec 2004 16:44:06 -0500
I have the JCA adapter mostly working in weblogic, but this isn't really a weblogic specific question. If no one has converted it yet, only a few changes were needed so far.. such as using interfaces so you can cast the connection proxy to something useful by the client.
I'm running into a problem with the WebDAVManagedConnectionFactory.matchManagedConnections call, however. Once one connection is created, this method always matches with the first created connection and never returns null.. thus no new connections are ever created beyond the first one. I'm unsure if the Set of connections passed in represents all connections (active or inactive) or should only include inactive connections. In other words, who should be determining that a new connection needs to be created? This matchManagedConnections method or the creator of the Set of connections being considered for a match?
I want to be sure this functionality (adding new connections at runtime beyond the first one) is working in JBoss, so I know if this is a weblogic issue or a coding issue of the JCA adapter. Thanks for any help.
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
