Message-id management revisited
Luigi Paioro
luigi at lambrate.inaf.it
Mon Jun 9 05:58:17 PDT 2008
My 2 cents again: I vote 9.
Cheers,
Luigi
Mark Taylor ha scritto:
> Everyone,
>
> We should draw this point to a conclusion, and then I'll post my
> draft of the SAMP doc to this list for final comments before uploading
> it to the IVOA document server as a Working Draft.
>
> Alasdair has gone quiet for a few days, which I interpret as meaning
> he is prepared to accept my argument (or at least my assertion) that
> none of this will lead to any significant complication for hub
> implementations, and in particular that no per-message hub state or
> bookkeeping will be required.
>
> My summary of the current state of the discussion is that my suggested
> option:
>
> 4. hub provides hub-msg-id -> sender-msg-id translation method
>
> is an acceptable compromise for everyone. Alasdair and I are also
> OK with
>
> 9. hub-msg-id is returned from existing call() methods
>
> (see last part of http://www.ivoa.net/forum/apps-samp/0806/0129.htm).
> I think this is slightly tidier - Mike if you agree I will do 9,
> otherwise I will do 4.
>
> I also suggest that I rephrase the wording and API description slightly,
> so that instead of "sender-msg-id" and "hub-msg-id" we talk instead
> about a "msg-tag" and a "msg-id". I think this is less confusing and
> makes more sense, since the hub-generated part is a unique identifier,
> but the sender-generated part is just a string which the sender
> associates with the message, which (according to how the sender wants to
> do it) may or may not be unique.
>
> Having done this I can add Mike's suggested progress messages (see next
> post for more detail on this).
>
> Mark
>
--
Luigi Paioro
INAF - IASF Milano
Via Bassini 15, I-20133 Milano, Italy
Phone (+39) 02 23 699 470
Fax (+39) 02 26 660 17
Site http://www.iasf-milano.inaf.it/
More information about the apps-samp
mailing list