April 2012 - dfdl-wg - lists.ogf.org

Issue 168 - Re: Fw: Escape scheme properties that can be expressions
by Mike Beckerle 05 Apr '12

05 Apr '12

In the absence of a compelling reason to allow relative paths here, I think the conservative choice is to retain this rule from 6.3.2. However, I did think about this and my evaluation on this topic is that allowing relative paths makes things just a little more complicated analytically to insure one gets good performance, but as DFDL does not allow recursive types, it is a relatively simple analysis to convert any relative path use in DFDL into absolute paths. So I am not worried about there being performance impact. ...mikeb On Mon, Apr 2, 2012 at 7:30 AM, Steve Hanson <smh(a)uk.ibm.com> wrote: > We took action 168 on the last call to discuss the issue of relative paths > in expressions for properties in global formats. > > *168* > *Relative path expressions in global annotations (Mike)* > 28/03: Mike to check that allowing relative paths does not cause > performance problems for an implementation. > 05/04: > > > Just seen this in section 6.3.2. of the spec: "DFDL expressions that are > used to provide the value of DFDL properties in the dfd:format annotation > on the xs:schema MAY NOT contain relative paths". > > Regards > > Steve Hanson > Architect, Data Format Description Language (DFDL) > Co-Chair, *OGF DFDL Working Group* <http://www.ogf.org/dfdl/> > IBM SWG, Hursley, UK* > **smh(a)uk.ibm.com* <smh(a)uk.ibm.com> > tel:+44-1962-815848 > ----- Forwarded by Steve Hanson/UK/IBM on 02/04/2012 12:28 ----- > > From: Steve Hanson/UK/IBM > To: dfdl-wg(a)ogf.org > Date: 14/03/2012 16:09 > Subject: Escape scheme properties that can be expressions > ------------------------------ > > > The spec allows the escapeCharacter and escapeEscapeCharacter of DFDL > escapeScheme to be expressions, in case the characters are supplied > dynamically in the data stream. > However given that escape schemes are defined globally, should these > properties be permitted to take relative paths in the expression? > Today the spec implicitly allows this, meaning an implementation can not > entirely validate an escapeScheme annotation up front, but must validate > escapeCharacter and escapeEscapeCharacter at each point of use. > I'm not sure it makes much sense for the path to be anything than absolute. > > Regards > > Steve Hanson > Architect, Data Format Description Language (DFDL) > Co-Chair, *OGF DFDL Working Group* <http://www.ogf.org/dfdl/> > IBM SWG, Hursley, UK* > **smh(a)uk.ibm.com* <smh(a)uk.ibm.com> > tel:+44-1962-815848 > > > ------------------------------ > > * > * > > *Unless stated otherwise above: > IBM United Kingdom Limited - Registered in England and Wales with number > 741598. > Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU > * > > > > > > > > > > ------------------------------ > > * > * > > *Unless stated otherwise above: > IBM United Kingdom Limited - Registered in England and Wales with number > 741598. > Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU > * > > > > > > > > -- > dfdl-wg mailing list > dfdl-wg(a)ogf.org > https://www.ogf.org/mailman/listinfo/dfdl-wg > -- Mike Beckerle | OGF DFDL WG Co-Chair Tel: 781-330-0412

2 1

OGF DFDL WG Call Agenda 2012-04-05 - Call moved to Thurs & time changed !!
by Steve Hanson 02 Apr '12

02 Apr '12

Please find agenda attached for the above call on GridForge at https://forge.ogf.org/sf/docman/do/downloadDocument/projects.dfdl-wg/docman… Call is on Thurs 2pm UK (9am Eastern) for this week only. Regards Steve Hanson Architect, Data Format Description Language (DFDL) Co-Chair, OGF DFDL Working Group IBM SWG, Hursley, UK smh(a)uk.ibm.com tel:+44-1962-815848

1 0

Fw: Escape scheme properties that can be expressions
by Steve Hanson 02 Apr '12

02 Apr '12

We took action 168 on the last call to discuss the issue of relative paths in expressions for properties in global formats. 168 Relative path expressions in global annotations (Mike) 28/03: Mike to check that allowing relative paths does not cause performance problems for an implementation. 05/04: Just seen this in section 6.3.2. of the spec: "DFDL expressions that are used to provide the value of DFDL properties in the dfd:format annotation on the xs:schema MAY NOT contain relative paths". Regards Steve Hanson Architect, Data Format Description Language (DFDL) Co-Chair, OGF DFDL Working Group IBM SWG, Hursley, UK smh(a)uk.ibm.com tel:+44-1962-815848 ----- Forwarded by Steve Hanson/UK/IBM on 02/04/2012 12:28 ----- From: Steve Hanson/UK/IBM To: dfdl-wg(a)ogf.org Date: 14/03/2012 16:09 Subject: Escape scheme properties that can be expressions The spec allows the escapeCharacter and escapeEscapeCharacter of DFDL escapeScheme to be expressions, in case the characters are supplied dynamically in the data stream. However given that escape schemes are defined globally, should these properties be permitted to take relative paths in the expression? Today the spec implicitly allows this, meaning an implementation can not entirely validate an escapeScheme annotation up front, but must validate escapeCharacter and escapeEscapeCharacter at each point of use. I'm not sure it makes much sense for the path to be anything than absolute. Regards Steve Hanson Architect, Data Format Description Language (DFDL) Co-Chair, OGF DFDL Working Group IBM SWG, Hursley, UK smh(a)uk.ibm.com tel:+44-1962-815848 Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

1 0

Re: [DFDL-WG] [wg-all] New document published: WS-Disagreement
by Mike Beckerle 01 Apr '12

01 Apr '12

Somebody said this spec is really relevant to the DFDL group, but I can't seem to open the document on my TRS-80. The data file begins with hex 4170 7269 6c20 466f 6f6c 73. Can somebody help me figure out what this is? ...mikeb On Sun, Apr 1, 2012 at 4:00 PM, Andre Merzky <andre(a)merzky.net> wrote: > OGF Community: > > A new document has been published in the OGF series. All OGF > documents (including some that are open for public comment!) may be > found here: > > http://www.ogf.org/gf/docs/ > > * GFD-R.199 "WS-Disagreement" Via OGF Operations. > A. Merzky, A. Papaspyrou > April 1st 2012 > https://www.ogf.org/documents/GFD.199.pdf > > > Abstract: > > This document provides information to the grid community, proposing a > standard for a WS-Disagreement protocol (WS-NO), to communicate > disagreement > messages between components, and also between humans. > > > Andre Merzky, for OGF Operations > > -- > Nothing is ever easy... > -- > The wg-all mailing list is an umbrella list for all > OGF mailing lists. If you are subscribed to any OGF > mailing list, you will receive mails to wg-all. > > You can unsubscribe from this list on > > http://www.ogf.org/cgi-bin/perl/unsubscribe-wg-all.pl > > wg-all mailing list > wg-all(a)ogf.org > https://www.ogf.org/mailman/listinfo/wg-all -- Mike Beckerle | OGF DFDL WG Co-Chair Tel: 781-330-0412

2 1