W3C

- DRAFT -

Web Services Resource Access Working Group Teleconference

08 Jun 2010

Agenda

See also: IRC log

Attendees

Present
Rick, Landau
Regrets
Katy, Warr
Chair
SV_MEETING_CHAIR
Scribe
aoldano, Fred Maciel

Contents


<trackbot> Date: 08 June 2010

<dug> echo echo echo

<asoldano> is the conf code still the same?

<dug> yes

<dug> just a guess :-)

<dug> wow - 800 #

<W3C> scribe: aoldano

<asoldano> my line has fallen,... redialing

<Fred_Maciel> Does this work?

<W3C> scribe: Fred Maciel

approval of agenda

<Fred_Maciel> No opposition, agenda approved.

approval of the minutes

<Fred_Maciel> No opposition, minutes approved

issue 9610

<asoldano> aagg is asoldano

<Fred_Maciel> Heartbeat is in fact a keepalive.

<Fred_Maciel> Rate is expected to be long, usually around 5 minutes, so no undue burden on the network.

<DaveS> Question: Is the current mechanism only one way, or is the subscriber also tested for being allive by the event deliverer?

<MartinC> where are my skis

<W3C> http 1.1 specifies "persistent" connections

<W3C> http 1.0 had a keep alive mechanism, but it got useless in http 1.1

<W3C> tcp keep alive is a 60 byte request

<W3C> but it is widely ignored

<dug> I would prefer a KeepAlive notification and just make sure your filter includes it

<dug> zamik, mute Martin

<dug> zamik, mute MartinC

<W3C> zamik, nobits zaraih!

<dug> can't type today

<W3C> tradeoff on persistent connections is the thread needed for each one

<dug> I can't help but wonder why we're so concerned about a Sub vanishing but not a Transfer resource?

<MartinC> but this is a fault tolerance issue

<dug> me too :-)

<dug> well, w/o RM the heartbeat could be lost

<MartinC> this seems to be about connection availability not about server/subscription. we dont explictly tie a subscription to a single connection

<gpilz> If the event source terminates a subscription unexpectedly, and it supports the use of the EndTo EPR, and the EndTo EPR was present in the Subscribe message for that subscription (see 4.1 Subscribe), the SubscriptionEnd message MUST be sent to the endpoint reference indicated by that EPR, if possible.

<asoldano> is the status of the communication link really a concern of ws-ra?

<dug> I didn't think so

<MartinC> stop muting me;)

<dug> SubEnd will tell you that

<dug> LOL sorry but the echo is bad

<MartinC> of course the alive is only sent if the subscription is active, but it only tests the connection

<MartinC> no alive will be sent if a subscription has expired

<asoldano> lol

<W3C> +1 dave

<MartinC> +1

<MartinC> good idea bob

<Fred_Maciel> Summary: there are different kinds of deployment scenarios that will need different kinds of periodic messages. Might need to be a special message type dependent on the domain of implementation.

<dug> only issue with a heartbeat event sent due to a filter is that you have no control over the timing of it

<dug> bob - didn't you mean all of this under one subscription?

<DaveS> I did.

<dug> we'd need to modify the Filter stuff to have more than one filter (and make them an OR), no?

<dug> we could define some AND and OR filters, then people could mix-n-match to get the exact events they want

<MartinC> i still think the cleanest solution here is to define a special event

<MartinC> in some other spec!

<MartinC> there are problems with all proposals ina general context

<MartinC> throttling and aliveness are orthogonal concepts

<W3C> a) heartbeat proposal by gil/wsman

<W3C> b) domain defined event type that could be subscribed / filter

<W3C> c) device/domain fixed behavior

<W3C> d) add interval & count to getstatus/verify

<W3C> e) cwna

<dug> f) cwna & kill current verify

<MartinC> me have run out of time so can we think about this for next meeting

<Fred_Maciel> Q: can you live with one of these approaches?

<Fred_Maciel> RedHat: b c e f

<Fred_Maciel> IBM: b e f

<Fred_Maciel> Fujitsu: b d e f

<Fred_Maciel> Hitachi: abstain

<Fred_Maciel> Oracle: d e f

<MartinC> i can live with b, gil couldn't

<Fred_Maciel> Avaya: a b d e f

<Fred_Maciel> SoftwareAG: b e f

<MartinC> next week please!

<dug> at least B is a more generic solution

<MartinC> agreed

<Fred_Maciel> Continue discussion next week on "b", "e" or "f".

<MartinC> zzzzzzzzzzzzzzz

Summary of Action Items

[End of minutes]

Minutes formatted by David Booth's scribe.perl version 1.135 (CVS log)
$Date: 2010/06/08 21:12:19 $

Scribe.perl diagnostic output

[Delete this section before finalizing the minutes.]
This is scribe.perl Revision: 1.135  of Date: 2009/03/02 03:52:20  
Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/

Guessing input format: RRSAgent_Text_Format (score 1.00)

Succeeded: s/go/good/
Succeeded: s/event/event sent due to a filter/
Succeeded: s/begavior/behavior/g
Found Scribe: aoldano
Found Scribe: Fred Maciel

WARNING: 0 scribe lines found (out of 178 total lines.)
Are you sure you specified a correct ScribeNick?

Scribes: aoldano, Fred Maciel
Present: Rick Landau

WARNING: Fewer than 3 people found for Present list!

Regrets: Katy Warr
Agenda: http://lists.w3.org/Archives/Public/public-ws-resource-access/2010Jun/0002.html

WARNING: No meeting chair found!
You should specify the meeting chair like this:
<dbooth> Chair: dbooth

Found Date: 08 Jun 2010
Guessing minutes URL: http://www.w3.org/2010/06/08-ws-ra-minutes.html
People with action items: 

[End of scribe.perl diagnostic output]