Hi Michele

I don't believe the DFDL-WG ever received a reply to the questions below ?

Regards

Steve Hanson
IBM Integration Bus, Hursley, UK
Architect, IBM DFDL
Co-Chair, OGF DFDL Working Group
smh@uk.ibm.com
tel:+44-1962-815848
mob:+44-7717-378890

From: Mike Beckerle <mbeckerle.dfdl@gmail.com>
To: Michele Zundo <michele.zundo@esa.int>, Steve Hanson/UK/IBM@IBMGB, "dfdl-wg@ogf.org" <dfdl-wg@ogf.org>
Cc: "Rui Mestre (DME)" <rui.mestre@deimos.com.pt>
Date: 28/07/2016 16:30
Subject: DFDL4S use of wildcard/regex in length path expression

(I edited the subject line for this discussion.)

Michele,

Could you send the parts of the DFDL4S schema that use the types that have these wildcard/regex in them?

Also, please send as a zip file, not a jar. Google, in its infinite wisdom, has decided that it is better to save me from a potential computer virus than to let me get my work done, and they block all access to attachments that are jar files, you can't rename them, save to Drive, save to local file system, nor forward them to a different email account.

I want to see exactly what this wildcard is doing for you. I suspect it is just allowing these types to be reused in contexts where otherwise you'd have to have separate
complex type definitions just because this one step of the path is different at the different points of re-use.

I want to really think about whether there is some other way to achieve this same reusability, or if not, just how bad is the workaround.

...mike beckerle

From: Steve Hanson [smh@uk.ibm.com]
Sent: Tuesday, July 26, 2016 3:20 AM
To: Michele Zundo
Cc: Mike Beckerle; rui.mestre@deimos.com.pt
Subject: Re: Fwd: OGF DFDL WG Call Minutes 2016-07-05

Michele, Rui

I assume that this is an example ?

dfdl:length="{/Packet_Primary_Header/Packet_Data_Length + 1 -
contentLength(/Packet_Data_Field/(.*)Packet_Secondary_Header, 'bytes') - 2}"

Firstly, contentLength is a DFDL function so it needs to be in the DFDL namespace, eg, dfdl:contentLength().

Secondly, the first argument to dfdl:contentLength() is a path, so you are effectively still using regular expressions in path steps.

Regards

Steve Hanson
IBM Integration Bus, Hursley, UK
Architect, IBM DFDL
Co-Chair, OGF DFDL Working Group
smh@uk.ibm.com
tel:+44-1962-815848
mob:+44-7717-378890

From: Michele Zundo <michele.zundo@esa.int>
To: Steve Hanson/UK/IBM@IBMGB
Cc: Mike Beckerle <mbeckerle@tresys.com>
Date: 25/07/2016 17:10
Subject: Fwd: OGF DFDL WG Call Minutes 2016-07-05

Dear Steve,

Please find below the answer from our developers and example.

Note that we have updated our implementation of DFDL to be as compliant as we
can at this point in time with the exception noted below.

Michele

Begin forwarded message:

From: "Rui Mestre (DME)" <rui.mestre@deimos.com.pt>
Subject: Re: Fwd: OGF DFDL WG Call Minutes 2016-07-05
Date: 25 July 2016 at 17:45:05 GMT+2

Dear Michele,

I believe that after our DFDL compliance effort the mentioned "use of a regex in the path step of a DFDL expression" is no longer in place.

Currently the only extension implemented in DFDL4S regarding the use of regular expressions is that implementation of dfdl:contentLength is extended to support also regular expressions when specifying the node.

Please find attached a schema file example containing such extension in the use of dfdl:contentLength.

Best regards,
Rui

Begin forwarded message:

From: Steve Hanson <smh@uk.ibm.com>
Subject: OGF DFDL WG Call Minutes 2016-07-05
Date: 5 July 2016 at 17:49:13 GMT+2
To: dfdl-wg@ogf.org
Cc: "Mike Beckerle" <mbeckerle@tresys.com>, "Michele Zundo" <michele.zundo@esa.int>

Please find minutes from the above call at https://redmine.ogf.org/dmsf_files/13537?download=

@Michele - please can you send to the WG a schema that shows your use of a regex in the path step of a DFDL expression ?

Next call Aug 2nd

Regards

Steve Hanson
Architect, IBM DFDL,
Co-Chair, OGF DFDL Working Group
IBM SWG, Hursley, UK
smh@uk.ibm.com
tel:+44-1962-815848

-----------------------------------------
Michele Zundo

Head of Ground System Definition and Verification Office
EOP-PEP
European Space Agency, ESTEC
e-mail: michele.zundo@esa.int

This message and any attachments are intended for the use of the addressee or addressees only.
The unauthorised disclosure, use, dissemination or copying (either in whole or in part) of its
content is not permitted.
If you received this message in error, please notify the sender and delete it from your system.
Emails can be altered and their integrity cannot be guaranteed by the sender.

Please consider the environment before printing this email.

-----------------------------------------
Michele Zundo

Head of Ground System Definition and Verification Office
EOP-PEP
European Space Agency, ESTEC
e-mail: michele.zundo@esa.int

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

#### Sentinel2X-bandTMISPData.xsd moved to MyAttachments Repository V3.8 (Link) on 23 August 2016 by Steve Hanson.

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