15:01:13 RRSAgent has joined #xproc 15:01:13 logging to http://www.w3.org/2015/01/28-xproc-irc 15:01:13 ht has joined #xproc 15:01:16 zakim, this will be xproc 15:01:17 ok, Norm; I see XML_PMWG()10:00AM scheduled to start now 15:01:18 zakim, passcode? 15:01:19 the conference code is 97762 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), Norm 15:01:21 XML_PMWG()10:00AM has now started 15:01:27 +[IPcaller] 15:01:30 +Norm 15:01:41 zakim, ip is jfuller 15:01:41 sorry, Norm, I do not recognize a party named 'ip' 15:01:42 +Alex_Milows 15:01:50 zakim, [IP is jfuller 15:01:50 +jfuller; got it 15:02:39 +??P14 15:02:41 rrsagent, set logs world-visible 15:02:41 Meeting: XML Processing Model WG 15:02:41 Agenda: I wish. 15:02:41 Date: 7 January 2015 15:02:41 Meeting: 263 15:02:43 Chair: Norm 15:02:45 Scribe: Norm 15:02:47 ScribeNick: Norm 15:02:56 Good morning! 15:03:23 Mute so you don't hear the buses go by ... :) 15:04:20 zakim, who's here? 15:04:20 On the phone I see jfuller, Norm, Alex_Milows, ht 15:04:22 On IRC I see ht, RRSAgent, Zakim, alexmilowski, Norm, jfuller, liam 15:04:30 Present: Jim, Norm, Alex, Henry 15:04:40 Topic: Accept minutes from the previous meeting? 15:04:40 -> http://www.w3.org/XML/XProc/2015/01/07-minutes 15:04:49 Accepted. 15:04:57 Topic: Next meeting 15:05:10 4 Feb 2015, any regrets? 15:05:15 No regrets heard 15:05:20 Topic: Review of open action items 15:05:48 Jim reports completion of A-260-01 15:06:07 -> https://lists.w3.org/Archives/Public/public-xml-processing-model-wg/2015Jan/0007.html 15:06:11 And A-260-02 15:06:18 -> https://lists.w3.org/Archives/Public/public-xml-processing-model-wg/2015Jan/0009.html 15:06:21 And A-260-03 15:06:27 -> https://lists.w3.org/Archives/Public/public-xml-processing-model-wg/2015Jan/0008.html 15:06:47 Jim: The open question is, for the use cases, I've culled some from previos versions. 15:06:52 ...And written my own. 15:07:04 ...I've also asked in public about the non-XML flows. 15:07:06 Resting place? 15:07:12 ...Should we put these in the requirements document? 15:08:12 Norm: If the WG agrees that they're use cases we want to take on for 2.0, then I think we can add them to the Use Cases and Requirements document. 15:08:26 Jim: We put the use cases in and we traced them back to the spec; we also traced requirements back. 15:08:40 ...Do we want to do that now? Not sure. 15:09:00 ...I'll send them along be email and we can start with those and see what we want to do. 15:09:06 Norm: Sounds good to me. 15:09:30 Norm: You also sent mail about a p:sign step. 15:09:49 Jim: Yes, I saw that we had discussed that previously. 15:10:32 q+ to mention use of metadata for this 15:11:05 q+ ht2 to address the impl issue 15:11:27 Alex: I think signatures in general, XML Signatures being a specific case, would be worth exploring. 15:11:49 ...There's lots of code out there and it's a good thing. It seems possibly like two different steps. 15:12:51 Some discussion of exec and eval 15:13:19 Jim: I'll take a stab at p:sign for the XML case and the non-XML case. 15:13:21 ack ht 15:13:21 ht, you wanted to mention use of metadata for this 15:14:08 Henry: It occurs to me that as is the case with some other aspects of what you can consider ultimate outcome, some steps may be properly implemented as actually only adding metadata. 15:14:27 ...It's perfectly coherent to say that I have an XML Signature step that only bites at the edge of the pipeline. 15:14:43 ...It doesn't have to be the case that adding an XML Signature step means that thereafter what's flowing through the pipeline is encrypted. 15:15:03 ...Also, wrt the observation about implementability, I think we have an opportunity to do a good deed and enlist help in doing it. 15:15:40 ...I think the fact that XML Encryption is not widely used is a real flaw in the XML ecology and adding easy, straightfoward support in XProc v.next would be a huge encouragement to people to use it. 15:16:01 ...So I think if we asked the community that does know how it works to help, they'd help because it's a win-win. 15:16:54 ACTION A-26x-01: Norm to ask Frederick Hirsch for help with the encryption implementation parts. 15:17:40 Henry: And finally, wrt use cases, I implemented a bunch of support for interactions with amazon web services with the Markup Pipeline for which the "B-case" that Alex mentioned was front-and-center. 15:17:55 ...Take this 256 bit key as represented in hex and this string and encrypt it so that I can then send it to Amazon web services. 15:18:22 Alex: I think that's just signed for Amazon 15:18:28 Henry: Yes, that might be the case. 15:19:11 Alex: Making that kind of API easier to use would be a very good thing. 15:19:45 Henry: I'm pretty sure I used p:exec for the signature, but I'll drag out the architecture to look at. 15:19:54 Alex: I'll take an action to collection some data too. 15:19:55 Norm: I think we're drifting towards "we need to make OAuth easy from pipelines." 15:20:54 ACTION A-26x-02: Alex to consider the requirements for making it easy for pipelines to talk to web APIst that use these styles of encryption. 15:21:40 Jim: About the edges of the pipeline, are you thinking of a pipeline that just adds metadata to the document? 15:22:10 Henry: Yes and no. What I was thinking of was a pipeline that has a whole bunch of stuff that constructs a document. At some point it wants to specify that some portion of the document should be signed. 15:22:40 ...It should be able to do that at the point where that part of the document is in focus. This ought to be able to be used as a subpipeline for example where the whole document isn't in view. 15:23:06 ...Suppose it took an XPath and a bunch of args, and said at this point in the pipeline, so the element identified by that XPath should be encrypted. 15:23:26 ...Nothing happens except some metadata gets added to document so that *when it's output from the pipeline* the encryption will be performed. 15:23:51 ...It amounts to instructions to the output step that go in the metadata. This is useful for other things, like setting the encoding for the document. 15:24:19 Alex: So I have a bunch of questions that come from that: is this how the pipeline is deployed or effected by the information flowing through it. 15:24:45 ...It could be a binding outside the pipeline or it could be something the serializer actually does. 15:24:51 Henry: I'm thinking of the latter. 15:25:03 Jim: I don't think we need to go deeper today, I just wanted to understand. 15:27:47 Vojtech has joined #xproc 15:29:01 For Frederick Hirsch: http://fjhirsch.com/ 15:29:40 Topic: Any other business? 15:29:57 yes, I was planning to dial in 15:30:11 sorry for being (two months) late 15:30:27 Jim: Where is TPAC? Japan? 15:30:40 Norm: Yes, Japan. I'm hoping to go, but it's unclear. 15:30:44 Alex: I'd like to go, I have a colleague there. I don't know if that's going to be possible. 15:31:31 Alex: If we know we're going, we could start trying to get some interest up in that part of the world. 15:31:40 s/Alex:/Jim:/ 15:31:45 I think that would be a great idea 15:32:48 Some discussion of a f2f in Edinburgh in June. Still planning. 15:32:58 Adjourned. 15:33:01 -Norm 15:33:01 -jfuller 15:33:05 -ht 15:33:10 -Alex_Milows 15:33:11 XML_PMWG()10:00AM has ended 15:33:11 Attendees were [IPcaller], Norm, Alex_Milows, jfuller, ht 15:34:22 rrsagent, set logs world-visible 15:34:25 rrsagent, draft minutes 15:34:25 I have made the request to generate http://www.w3.org/2015/01/28-xproc-minutes.html Norm 15:51:18 ht has left #xproc 17:25:45 Zakim has left #xproc 18:28:57 alexmilowski has joined #xproc