[jboss-jira] [JBoss JIRA] Created: (JBAS-4622) Can't flush bad naming stub if no java.naming.provider.url specified

[Brian Stansberry (JIRA)]

Can't flush bad naming stub if no java.naming.provider.url specified
--------------------------------------------------------------------

                 Key: JBAS-4622
                 URL: http://jira.jboss.com/jira/browse/JBAS-4622
             Project: JBoss Application Server
          Issue Type: Bug
      Security Level: Public (Everyone can see)
          Components: Clustering, Naming
    Affects Versions: JBossAS-4.2.1.GA, JBossAS-4.2.0.GA, JBossAS-5.0.0.Beta2, JBossAS-4.0.5.GA
            Reporter: Brian Stansberry
         Assigned To: Brian Stansberry
             Fix For:  JBossAS-5.0.0.Beta3


The NamingContext class maintains a static cache of server-side naming stubs, keyed by the address:port of the server.  Entries from this cache are meant to be removed if an IOException is caught when invoking on the stub, thus ensuring that problem stubs are discarded and a new stub lookup is forced.

This cache clearing process breaks if java.naming.provider.url is not set.  The clearing algorithm is in NamingContext.removeServer(Hashtable) is a no-op if the naming environment does not include java.naming.provider.url.  Based on a comment on the method, the reasoning behind this is to avoid flushing the "local" (i.e. in-vm) server from the cache.  But, the way the naming acquisition process works, a direct ref to the in-vm server will never be stored in the cache anyway, so this distinction in not valid.

-- 
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