[
https://issues.apache.org/jira/browse/GERONIMO-4350?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12639780#action_12639780
]
Jürgen Weber commented on GERONIMO-4350:
----------------------------------------
The analysis of David Jencks is good, thanks very much.
I changed EisConnectionFactory so it uses IEisConnection instead of the
implementation EisConnection and an txconnector works now
(http://www.nabble.com/%24Proxy33-cannot-be-cast-to-com.dsoft.jca.eis.EisConnection-td19610387s134.html)
> Connection proxying to imitate DissociatableManagedConnection can easily
> cause problems
> ---------------------------------------------------------------------------------------
>
> Key: GERONIMO-4350
> URL: https://issues.apache.org/jira/browse/GERONIMO-4350
> Project: Geronimo
> Issue Type: Bug
> Security Level: public(Regular issues)
> Components: connector
> Affects Versions: 2.1, 2.2
> Reporter: David Jencks
> Assignee: Dain Sundstrom
> Fix For: 2.1.4, 2.2
>
>
> We have some code to imitate the DissociatableManagedConnection to avoid
> connection leaks that proxies connections from the supplied
> ManagedConnectionFactory: the proxy implements all the interfaces of the
> connection, but not the class itself. However, there's nothing stopping the
> ConnectionFactory from casting the (now proxied) connection to the
> implementation class it expects.
> The TxConnect project at sourceforge illustrates this approach in the
> EisConnectionFactory.
> http://txconnect.sourceforge.net
> One possible solution would be to have a flag to turn on this proxying
> behavior. I don't immediately see a way to detect if the problem will occur.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
