[jboss-jira] [JBoss JIRA] Commented: (JBAS-5164) Generic ProxyFactoryHA leaves proxy in JNDI after undeploy

[Brian Stansberry (JIRA)]

    [ http://jira.jboss.com/jira/browse/JBAS-5164?page=comments#action_12396110 ] 
            
Brian Stansberry commented on JBAS-5164:
----------------------------------------

org.jboss.proxy.ejb.ProxyFactoryHA has a similar logical problem, but the superclass ejb ProxyFactory does a JNDI unbind in its destroy so the proxy gets removed.  I'm not going to change the EJB version as I don't want to introduce some other bug.

> Generic ProxyFactoryHA leaves proxy in JNDI after undeploy
> ----------------------------------------------------------
>
>                 Key: JBAS-5164
>                 URL: http://jira.jboss.com/jira/browse/JBAS-5164
>             Project: JBoss Application Server
>          Issue Type: Bug
>      Security Level: Public(Everyone can see) 
>          Components: Clustering
>    Affects Versions:  JBossAS-5.0.0.Beta3, JBossAS-4.2.2.GA
>            Reporter: Brian Stansberry
>         Assigned To: Brian Stansberry
>             Fix For: JBossAS-5.0.0.Beta4
>
>
> An HA proxy created using org.jboss.proxy.generic.ProxyFactoryHA will get left in JNDI following undeploy of the target service (and of the proxy factory itself).
> This is because after the factory removes the proxy in stopService(), it remains as a listener for DRM events.  When it then destroys the HATarget, the target notifies the DRM, which calls back into the proxy via it's listener.  The listener rebinds the proxy into JNDI.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira