Re: Off topic but relevant

Burdett, David wrote:

>Monica
>
>Perhaps this is something that should be done by XMLP - I don't have a
>problem with that. However I think that the implementation of a solution
>that is using the choreography definition specification that this group will
>produce NEEDS information in the SOAP header such as Conversation Id,
>Message Id, etc.
>
>This, in turn, makes our spec dependent on the existence of such specs that
>we can reference in our own work.
>
>So I think this IS an issue for us which means that perhaps we should make
>it a formal liaison point/request with XMLP.
>  
>
mm1: Perhaps this is the most appropriate path and we can define inputs 
or requirements back to them. However, please leave the discussion of 
your corporate paper submittal to XMLP.

>Does this make sense?
>
>David 
>
>-----Original Message-----
>From: Monica Martin [mailto:monica.martin@sun.com]
>Sent: Thursday, August 07, 2003 6:51 AM
>To: Yves Lafon; Burdett, David
>Cc: 'jdart@tibco.com'; 'Ugo Corda'; Cummins Fred A;
>public-ws-chor@w3.org
>Subject: Re: Off topic but relevant
>
>
>
>  
>
>>>Burdett: There's a whole bunch of things like "identification of
>>>      
>>>
>choreography
>  
>
>>>instance" that can usefully be defined just once and then used by
>>>      
>>>
>everybody.
>  
>
>>>I'd include in this the following additional information that needs to go
>>>      
>>>
>in
>  
>
>>>a (SOAP) message (there are probably more):
>>>1. Message Id - a unique id for a message
>>>2. RefToMessage Id - a way of identifying an earlier message to which this
>>>message relates - useful for identifying messages in error
>>>3. Conversation Id - which is really a choreography instance id as it
>>>identifies a set of related messages
>>>4. Creation Time - the time a message was initially created
>>>5. Expiry Time - the time after which the recipient of a SOAP message
>>>      
>>>
>should
>  
>
>>>no longer process it.
>>>   
>>>
>>>      
>>>
>>Lafon: Message Ids, and time information, although very useful may not be
>>    
>>
>easy to
>  
>
>>define in an absolute manner. A requirement to have globally unique MsgIds
>>is too restrictive to be acceptable, as some devices won't be able to
>>generate them (and it puts restriction on choreographies using such Ids).
>> 
>>
>>    
>>
>>>Burdett: I've actually got a couple of specs that define the above as SOAP
>>>      
>>>
>headers.
>  
>
>>>Is anyone interested in taking them further ... to OASIS perhaps ... on a
>>>royalty free basis of course?
>>>   
>>>
>>>      
>>>
>>Lafon: I would be interested to see them, why not involve XMLP as well?
>> 
>>
>>    
>>
>mm1: I believe, if only informally, this discussion has occurred in 
>XMLP.  Dave, can you please re-address this with XMLP and let us 
>concentrate on what is our primary objective? Thanks.
>
>  
>
>> 
>>
>>    
>>
>
>  
>

Received on Thursday, 7 August 2003 17:43:56 UTC