[jira] Issue Comment Edited: (GERONIMO-4350) Connection proxying to imitate DissociatableManagedConnection can easily cause problems

["Jürgen Weber (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/GERONIMO-4350?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12639780#action_12639780 ] 

weberjn edited comment on GERONIMO-4350 at 10/15/08 2:36 AM:
------------------------------------------------------------------

The analysis of David Jencks is good, thanks very much.

I changed EisConnectionFactory so it uses IEisConnection instead of the implementation EisConnection and txconnect.sourceforge.net works now 
(http://www.nabble.com/%24Proxy33-cannot-be-cast-to-com.dsoft.jca.eis.EisConnection-td19610387s134.html)

      was (Author: weberjn):
    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.