OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

bt-spec message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]

Subject: [bt-spec] BTP Issue 60 : address-as-role or role address

This issue has been added to the BTP issue list

BTP Issue 60 : address-as-role or role address

Category: minor technical
Submitter: Peter Furniss, Choreology
The abstract message descriptions call the address parameters "address-as-superior", "address-as-inferior", "address-as-decider", intending to be clear that these are addresses the actor in question offers for that role (i.e. as the target of particular future messages), given that the actor may also offer other addresses for that role (or indeed the same address, but for a different role)

The xml constructs call these "superior address" etc., which is shorter, and perhaps more message-oriented. (a PREPARE for example travels from the Superior (for this relationship) to the address-as-inferior of the Inferior of the relationship.

The names should be aligned or the difference justified in the text.

To comment on this issue, please follow-up to this announcement on the bt-spec@lists.oasis-open.org (replying to this message should automatically send your message to that list).

The current draft, with line numbers is available in pdf format and word format.

To add a new issue, please email to Peter Furniss peter.furniss@choreology.com. It helps if you propose a category (technical, minor technical, editorial, minor editorial).

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]

Powered by eList eXpress LLC