Excerpts from Gustavo Niemeyer's message of Mon Jun 13 22:11:48 UTC 2011:
> What is being asked for is a relation identifier, specifically. We have
> two choices: provide a relation identifier that covers the need of re-
> added relations, or stating that this kind of logic should not be
> implemented in any way and provide some rationale about why.
>
> One issue I see with the relation identifiers that considers the
> participating peers is that this list can change, so it will be strange
> to have an identifier like that while the members can mutate.
>
> Either way, we need to put some further thinking into this issue.
I think this is ok. As long as the relation-id is available during
all hooks for a relation, then one can very easily map from id to
symbolic name when necessary.
Excerpts from Gustavo Niemeyer's message of Mon Jun 13 22:11:48 UTC 2011:
> What is being asked for is a relation identifier, specifically. We have
> two choices: provide a relation identifier that covers the need of re-
> added relations, or stating that this kind of logic should not be
> implemented in any way and provide some rationale about why.
>
> One issue I see with the relation identifiers that considers the
> participating peers is that this list can change, so it will be strange
> to have an identifier like that while the members can mutate.
>
> Either way, we need to put some further thinking into this issue.
I think this is ok. As long as the relation-id is available during
all hooks for a relation, then one can very easily map from id to
symbolic name when necessary.