You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@river.apache.org by "Mark Brouwer (JIRA)" <ji...@apache.org> on 2007/07/24 10:03:31 UTC

[jira] Updated: (RIVER-11) LookupLocatorDiscovery ignores new LookupLocator instances for which only constraints differ

     [ https://issues.apache.org/jira/browse/RIVER-11?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Mark Brouwer updated RIVER-11:
------------------------------

          Component/s: net_jini_discovery
    Affects Version/s: jtsk_2.1

> LookupLocatorDiscovery ignores new LookupLocator instances for which only constraints differ
> --------------------------------------------------------------------------------------------
>
>                 Key: RIVER-11
>                 URL: https://issues.apache.org/jira/browse/RIVER-11
>             Project: River
>          Issue Type: Bug
>          Components: net_jini_discovery
>    Affects Versions: jtsk_2.1
>            Reporter: Mark Brouwer
>
> When you modify the set of {{LookupLocator}} in use by {{LookupLocatorDiscovery}} the lookup locators considered equal as in {{LookupLocator.equals}} are ignored, although they can carry different constraints with them such as with {{ConstrainableLookupLocator}}. This means that when unicast discovery fails for a lookup locator due to 'wrong' constraints, and you pass in a new lookup locator with different constraints (that might make discovery possible) the retries will continue with the earlier lookup locator passed in.
> The problem here is that lookup locator equality is or not properly specified, or the {{LookupLocatorDiscovery}} utility must assume lookup locators passed have non-trivial characteristics that won't surface by calling equals on them.
> This issue is closely related to how we should deal with changing security requirements over time.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.