19:56:36 RRSAgent has joined #ws-async 19:56:36 is logging to http://www.w3.org/2005/02/02-ws-async-irc 19:56:44 zakim, this will be ws_async_tf 19:56:44 I do not see a conference matching that name scheduled near this time, mnot 19:56:51 zakim, what conferences do you see? 19:56:51 I see WS_TF(async)3:00PM, Team_(wai)19:28Z, XML_CG()2:00PM active and no others scheduled near this time 19:57:03 zakim, this will be ws_tf 19:57:03 ok, mnot, I see WS_TF(async)3:00PM already started 19:57:17 Meeting: Web Services Async Task Force 19:57:21 Chair: Mark Nottingham 19:57:41 hugo has joined #ws-async 19:57:54 Zakim, who's on the phone? 19:57:54 On the phone I see MarkN 19:58:06 Zakim, call Rigo-617 19:58:06 ok, hugo; the call is being made 19:58:07 +Rigo 19:58:13 Marsh has joined #ws-async 19:59:15 anish has joined #ws-async 19:59:18 marc has joined #ws-async 19:59:52 MSEder has joined #ws-async 20:00:33 +[IBM] 20:01:03 +Steve 20:01:05 GregT has joined #ws-async 20:01:12 +MSEder 20:01:30 zakim, mute me 20:01:30 MSEder should now be muted 20:02:07 +Ugo_Corda 20:02:16 kliu has joined #ws-async 20:02:24 ugo has joined #ws-async 20:02:24 +??P11 20:02:28 +Kevin_Kelly[IBM] 20:02:33 Roberto has joined #ws-async 20:03:25 zakim, who is here? 20:03:25 On the phone I see MarkN, Rigo, [IBM], Steve, MSEder (muted), Ugo_Corda, ??P11, Kevin_Kelly[IBM] 20:03:27 On IRC I see Roberto, ugo, kliu, GregT, MSEder, marc, anish, Marsh, hugo, RRSAgent, Zakim, mnot 20:03:43 zakim, P11 is TonyRogers 20:03:43 sorry, mnot, I do not recognize a party named 'P11' 20:03:54 zakim, 11 is TonyRogers 20:03:54 sorry, mnot, I do not recognize a party named '11' 20:03:56 Zakim, Kevin_Kelly[IBM] is Glen 20:03:56 +Glen; got it 20:03:57 +Jonathan_Marsh 20:04:07 zakim, ??P11 is TonyRogers 20:04:07 +TonyRogers; got it 20:04:15 TonyR has joined #ws-async 20:04:28 Zakim, TonyR is TonyRogers 20:04:28 +TonyRogers; got it 20:04:33 zakim, who is here? 20:04:33 On the phone I see MarkN, Rigo, [IBM], Steve, MSEder (muted), Ugo_Corda, TonyRogers.a, Glen, Jonathan_Marsh 20:04:35 On IRC I see TonyR, Roberto, ugo, kliu, GregT, MSEder, marc, anish, Marsh, hugo, RRSAgent, Zakim, mnot 20:04:40 what is the passcode for this call? 20:04:40 Zakim, [IBM] holds Greg 20:04:40 +Greg; got it 20:04:59 sorry I forget the Zakim meeting id, can somebody help? 20:05:06 me too 20:05:25 async 20:05:25 zakim, unmote me 20:05:25 I don't understand 'unmote me', MSEder 20:05:32 zakim,unmute me 20:05:32 MSEder should no longer be muted 20:06:02 + +1.503.417.aaaa 20:06:29 http://www.w3.org/2001/01/cgi-irc 20:06:35 zakim, mute me 20:06:35 MSEder should now be muted 20:06:38 i'd also like to know the dial in info 20:06:55 scribe: anish 20:06:59 Scribe: anish 20:07:01 +KevinL 20:07:05 stevewinkler has joined #ws-async 20:07:09 +[Sun] 20:07:16 ah, found it: +1.617.761.6200, conference 27962 20:07:44 +Marc 20:07:57 mark: glen has agreed to chair the TF meetings 20:08:21 mark: we have 3 more weeks to present to the WG at the tech plenary 20:08:55 greg presents what he sent out on the ML 20:08:56 +[webMethods] 20:09:08 asir has joined #ws-async 20:10:05 -Marc 20:11:09 +Marc 20:20:52 q+ 20:21:25 glen: there are lot of usecases where WSDL gets generated into server side code 20:21:43 ... i take the wsdl and the code generated is the programming model 20:22:25 greg: from a logical perspective this could be a single portType, but if they are split up then they are going to be different things 20:22:49 glen: wsdl is one layering of looking at messages on the wire 20:22:54 ... another layer is bpel 20:26:13 glen, to me the scope of wsdl and bpel is clear: wsdl mep deals with message exchange within an operation, bpel deals with operations, and only in the abstract level 20:26:59 the issue is now if an abstract wsdl mep is splitted into mulitple binding meps 20:27:31 then bpel will not be able to compose the binding meps 20:29:30 discussion between anish and glen about bpel and wsdl. General agreement about various ways to do this and coming up with pros and cons and presenting it to the WGs 20:31:50 ugo: wsdl 1.1 does allow this thru extensibility 20:31:58 glen: yes, but syntactically it does not say how 20:34:04 jonathan: this (greg's approach) seems more creative than daveo's approach 20:34:33 anish: well regardless of which approach we take I think we need to do what daveo has suggested as well as what greg is trying to do 20:34:58 ... daveo is looking at MEPs and bindings where as greg is looking at things on the wire and WSDL 20:35:16 glen: at the very least we need to come up with a SOAP one-way MEP 20:35:47 kevin: we also need to provide a poll (out-only operation) 20:36:48 20:37:35 +[IBM.a] 20:38:53 glen: we need to come up with question and possible answers to those, such as do we need to create a new MEP etc 20:39:18 jonathan: wouldn't it help enumerate what we want to support? 20:39:28 zakim, unmute me 20:39:28 MSEder should no longer be muted 20:39:32 sounds I didn't make myself clear 20:39:38 zakim, unmute me 20:39:38 MSEder was not muted, MSEder 20:39:39 what I was trying to say is that 20:40:22 greg: the three models are: one-way, request-response, and response-response over different transport 20:40:36 ... sounds like glen is asking for a fourth case 20:40:37 no matter it's in-only or out-only) 20:41:06 marc: there is a std way to do this in HTTP by saying get the result of this from this URI 20:41:32 ...we can define a http binding 20:41:53 ... for one-directional meps 20:42:00 marc: one of the problems is dealing with NATs for post followed by a get 20:43:04 ... which specifies how to deal with the http response, just like what's in BP 20:43:08 glen: there is a case where the response may have a choice of binding (thru replyTO) 20:43:35 greg: in slide 16 of my presentation 20:43:50 ... that http binding is applicable for both in-only and out-only wsdl meps 20:44:20 zakim, mute me 20:44:20 MSEder should now be muted 20:44:34 greg: won't the server need to know apriori what the binding will be 20:45:52 glen: the high order bit here is -- the given operation is bound asynch or synch? 20:47:28 greg: or different transports 20:48:05 zakim,unmute me 20:48:05 MSEder should no longer be muted 20:48:41 20:49:33 glen: two things - same transport different connections, different transport different connections 20:50:17 q+ 20:50:36 anish: this ties in to the WSD issue about allowing binding at the input and output level 20:51:44 micheal: another thing to do is -- same operation and the server decides whether the response is sent synchronously or asynchronously 20:52:19 zakim,mute me 20:52:19 MSEder should now be muted 20:55:01 q+ 20:55:26 20:56:18 ack TOnyR 20:56:35 zakim, unmute me 20:56:35 MSEder should no longer be muted 20:56:40 tony: to my mind the important thing about asynch is not what the server sees but what the client does while the client is waiting for the response 20:56:55 ... the only issue is if the client side is trying to do something else 20:57:12 ... if it is, then it is asynch 20:57:21 ack anish 20:57:27 ack mseder 20:57:51 michael: we need to be more organized, we have good input from today's discussion. But need to list things out 20:58:26 zakim, mute me 20:58:26 MSEder should now be muted 20:58:42 +1 20:59:19 kevin volunteers to summarize the options 20:59:24 anish to help kevin 20:59:42 marc: willing to dig out stuff about HTTP and using GET 21:00:20 ACTION: keving to send out a summary with various option for WSDL 2.0 21:00:39 ACTION: glen to start discussion for appropriate wsdl granularity for aynch binding 21:00:44 s/keving/kevin 21:01:01 ACTION 2: glen to start discussion for appropriate wsdl granularity for multi-transport binding 21:01:13 ACTION 2=glen to start discussion for appropriate wsdl granularity for multi-transport binding 21:01:22 ACTION 3= 21:01:51 ACTION: marc to look into HTTP POST+GET approach 21:02:17 rrsagent, generate minutes 21:02:45 adjouned 21:02:47 -[IBM] 21:02:49 -Roberto 21:02:49 -Glen 21:02:50 -KevinL 21:02:50 -Marc 21:02:51 ugo has left #ws-async 21:02:52 -Rigo 21:02:52 GregT has left #ws-async 21:02:53 -Ugo_Corda 21:02:54 -asir 21:02:55 -Jonathan_Marsh 21:02:57 -Steve 21:02:59 -MSEder 21:02:59 TonyR has left #ws-async 21:03:00 -MarkN 21:03:00 asir has left #ws-async 21:03:02 -anish 21:03:04 -[IBM.a] 21:03:06 WS_TF(async)3:00PM has ended 21:03:08 Attendees were MarkN, Rigo, Steve, MSEder, Ugo_Corda, Glen, Jonathan_Marsh, TonyRogers, Greg, +1.503.417.aaaa, anish, KevinL, [Sun], Roberto, Marc, [webMethods], asir, [IBM] 21:03:57 rrsagent, make minutes public 21:03:57 I'm logging. I don't understand 'make minutes public', mnot. Try /msg RRSAgent help 21:04:08 rrsagent, generate minutes public 21:04:08 I'm logging. I don't understand 'generate minutes public', mnot. Try /msg RRSAgent help 21:04:14 rrsagent, generate minutes 21:05:02 rrsagent, drop action 3 21:05:53 MSEder has left #ws-async 21:05:56 rrsagent, make minutes world-visible 21:05:56 I'm logging. I don't understand 'make minutes world-visible', mnot. Try /msg RRSAgent help 21:06:04 rrsagent, make logs world-visiable 21:06:11 rrsagent, make logs world-access 21:06:16 rrsagent, generate minutes