Bugs item #595258, was opened at 2002-08-14 14:41
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=595258&group_id=22866

Category: JBossCX
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Bruce Schuchardt (bruceschuchardt)
Assigned to: Nobody/Anonymous (nobody)
Summary: CM hands out connections alreay in use

Initial Comment:
Our JCA connector is for a resource that has a tight 
coupling between the JCA connection and a 
transaction.  A connection cannot be simultaneously 
used in two transactions, regardless of any start/end 
operations sent to the associated XAResource.

The JBoss connection manager doesn't seem to support 
this kind of resource.  It blithely hands out the same 
connection two concurrently executing threads and 
expects the connector to force its resource into a model 
that allows this.

With our resource this just isn't possible.  The resource 
is for an object database.  Beans using a connection to 
this resource will access persistent objects with the 
connection, and those objects are intimately tied to both 
the connection and to the connection's transaction (not 
the JTA transaction, but the native object-database 
transaction).

Handing out the same connection to another thread 
allows that thread to access objects in the same object-
database transaction.

I've had exchanges on this subject in the JBoss CX 
forum that boil down to "JBoss doesn't support that kind 
of resource yet".  I'm entering this bug report so the 
issue can be tracked for development.

We are currently using a workaround that causes our 
ManagedConnectionFactory to notice if a connection 
handed to it is in a transaction and, if so, stall until the 
connection is out of the transaction before returning it to 
the connection manager.

The best solution for us would be for the connection 
manager to not pass matchManagedConnections a 
connection that is currently being used by a bean.

Another satisfactory solution would be to have the 
connection manager pass all pooled connections to 
matchManagedConnections so that we could make our 
own selection of an appropriate connection.

The local-transaction connection manager does not have 
this problem, but we support XA voting and need to be 
able to participate in a two-phase commit with a 
relational database.  Some of our customers would be 
satisfied with local-transaction processing, but not all of 
them.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=595258&group_id=22866


-------------------------------------------------------
This sf.net email is sponsored by: Dice - The leading online job board
for high-tech professionals. Search and apply for tech jobs today!
http://seeker.dice.com/seeker.epl?rel_code=31
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Reply via email to