Hi Geoff,
I’ll certainly put this on the
agenda. If anyone has anything else please let me know.
Also some comments:
I would suggest that
variable references should work this way. I.e you are only allowed to refer to
data that has already been parsed.
Thanks,
Martin
From: Geoff
Judd [mailto:JUDDG@uk.ibm.com]
Sent: Tuesday, December 13, 2005
9:34 AM
To: Westhead, Martin (Martin)
Cc: dfdl-wg@ggf.org
Subject: Re: [dfdl-wg] Telcon
Notes
Martin,
Please can you add a discussion of the
semantics of DFDL Variables to the agenda of tomorrow's telecon. I have
attached a document with some thoughts that I have had on the subject.
Regards,
Geoff Judd
Websphere MQ Integrator Development
IBM UK Ltd
Hursley
Telephone: +44-1962-818461
E-mail: JUDDG@uk.ibm.com
"Westhead, Martin
(Martin)" <westhead@avaya.com> 30/11/2005 18:12 |
|
Present
-------
Mike Bekerle
Tara Talbott
Martin Westhead
Geoff Judd
Steve Hanson
Bob McGrath
Reports from Active Trackers
----------------------------
Scoping tracker is being worked on - no news.
Extensibility group is moving forward - nothing to
report yet
Discussion of Geoff's documents
-------------------------------
Variables doc
Mike observed that variables could be used in
place of his extensibility
proposal on annotations.
Martin asked about whether we wanted to include
this in the standard. Is
the complexity worth the addition - the feeling of
the meeting was
probably it was.
Martin proposed that instead of binding a variable
value to an element,
the variable value should be set with an XPath
expression.
Discussed the question as to whether the variable
value can be reset,
whether it can/should be scoped in the same way as
annotation
attributes.
Next step will be for Geoff to revise the document
to look at cases
where value may need to be reset and start to
explore some of the
semantic issues involved.
Choices doc
Discriminator type - what if discriminator is not
a string? For
efficiency can we handle discriminators that are
integers?
Suggest that instead of discriminators being
computed to strings they
are computed to an XPath value with its implied
type so that numeric
discriminators do need to be converted to strings.
Wildcard docs
Group seemed fairly happy with this proposal as it
stands.