<br><font size=2 face="sans-serif">A couple of things about the new scoping
rules:</font>
<br>
<br><font size=2 face="sans-serif"><b>1)</b> As Alan said in the minutes,
there was one thing we didn't discuss on the call, namely a proposal that
multiple DFDL format annotations on the same XSDL component be disallowed.
This simplifies things, as we currently have rules that govern how properties
on multiple annotations combine.</font>
<br>
<br><font size=2 face="sans-serif">Whilst agreeing that this a simplification
is desirable, if I recall correctly, there were a couple of motivating
use cases, which we should bear in mind when deciding this:</font>
<br>
<br><font size=2 face="sans-serif">a) I am using selectors to model two
different format variations, and some properties are common to both. I
code the common properties in one dfdl:selector-free annotation, and the
ones that differ in two annotations that have a dfdl:selector.</font>
<br>
<br><font size=2 face="sans-serif">b) I am simulating multiple inheritance
by using two annotations each with a different dfdl:ref. </font>
<br>
<br><font size=2 face="sans-serif"><b>2)</b> One other thing was discussed
on the call. Relates to rule 3 below. When a component's set of 'explicit'
properties are combined with the working set of 'explicit' properties,
it is a schema definition error if same property appears in each set. It
was questioned whether it should be an error if the properties have the
same value. We agreed to leave the rule as-is, but revisit it if
it proved to be a restriction when creating DFDL xsds. </font>
<br>
<br><font size=2 face="sans-serif">Regards<br>
<br>
Steve Hanson<br>
Programming Model Architect, WebSphere Message Brokers,<br>
OGF DFDL WG Co-Chair,<br>
Hursley, UK,<br>
Internet: smh@uk.ibm.com,<br>
Phone (+44)/(0) 1962-815848</font>
<br><font size=1 color=#800080 face="sans-serif">----- Forwarded by Steve
Hanson/UK/IBM on 22/10/2009 18:12 -----</font>
<br>
<table width=100%>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">From:</font>
<td><font size=1 face="sans-serif">Steve Hanson/UK/IBM</font>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">To:</font>
<td><font size=1 face="sans-serif">Alan Powell/UK/IBM@IBMGB</font>
<tr>
<td valign=top><font size=1 color=#5f5f5f face="sans-serif">Cc:</font>
<td><font size=1 face="sans-serif">dfdl-wg@ogf.org</font>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">Date:</font>
<td><font size=1 face="sans-serif">21/10/2009 10:39</font>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">Subject:</font>
<td><font size=1 face="sans-serif">Re: [DFDL-WG] DFDL Scoping v6</font></table>
<br>
<hr noshade>
<br>
<br><font size=2 face="Arial">Alan</font>
<p><font size=2 face="Arial">1) There's a rule that got absorbed
into the end of rule 2 of the combining rules. The rules are also specific
to element ref -> global element -> simple type. They need to be
generalised to handle the four combination cases you cite. Here's an amended
set:</font>
<p><font size=2 color=blue face="Arial"><i>Rules</i></font>
<p><font size=2 color=blue face="Arial"><i>1. Create
an empty working set of "explicit" properties. Create an empty
working set of "default" properties.</i></font>
<p><font size=2 color=blue face="sans-serif"><i>2.
Move to the innermost schema component in the chain
of references. </i></font>
<p><font size=2 color=blue face="sans-serif"><i>3. Assemble
its directly relevant "explicit" properties from its local dfdl:ref
(if present) and its local properties (if present), the latter overriding
the former (that is, local wins). Combine these with the current working
set of "explicit" properties. It is a schema definition error
if there is the same property appears twice. Result is a new working set
of "explicit" properties. Obtain directly relevant "default"
properties from in-scope unnamed dfdl:format block (if present). Combine
these with the current working set of "default" properties, the
latter overriding the former (ie, inner wins). Result is a new working
set of "default" properties. </i></font>
<p><font size=2 color=blue face="Arial"><i>4. Move to the schema
component that references the current component, and repeat step 3. If
there is no referencing component, move to step 5. </i></font>
<p><font size=2 color=blue face="Arial"><i>5. Validate
the resultant set of properties. The "explicit" properties take
priority, "defaults" only used when no "explicit" is
present. It is a schema definition error if a required property is in neither
the "explicit" nor the "default" working sets.</i></font>
<p><font size=2 face="sans-serif">2) I think we should also define the
property term "required". I think "directly relevant"
could be replaced by "applicable" (I know "directly relevant"
was my term :)</font>
<br>
<br><font size=2 face="sans-serif">3) In Fig 5 you have dfdl:lengthKind
on a xs:sequence - that is no longer allowed.</font>
<br>
<br><font size=2 face="sans-serif">4) In Fig 5 I think you should add an
extra applicable property to the dfdl:format in schema 1, to show how it
gets picked up. Otherwise you are not showing how all the rules are being
applied, and the statement "</font><font size=2 face="Arial"><i>Nothing
from the default dfdl:format block in SCHEMA1"</i></font><font size=2 face="sans-serif">
will be mis-interpreted.</font>
<br>
<br><font size=2 face="sans-serif">Regards<br>
<br>
Steve Hanson<br>
Programming Model Architect, WebSphere Message Brokers,<br>
OGF DFDL WG Co-Chair,<br>
Hursley, UK,<br>
Internet: smh@uk.ibm.com,<br>
Phone (+44)/(0) 1962-815848</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">From:</font>
<td><font size=1 face="sans-serif">Suman Kalia <kalia@ca.ibm.com></font>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">To:</font>
<td><font size=1 face="sans-serif">Alan Powell/UK/IBM@IBMGB</font>
<tr>
<td valign=top><font size=1 color=#5f5f5f face="sans-serif">Cc:</font>
<td><font size=1 face="sans-serif">dfdl-wg@ogf.org, dfdl-wg-bounces@ogf.org</font>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">Date:</font>
<td><font size=1 face="sans-serif">21/10/2009 03:53</font>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">Subject:</font>
<td><font size=1 face="sans-serif">Re: [DFDL-WG] DFDL Scoping v6</font>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">Sent by:</font>
<td><font size=1 face="sans-serif">dfdl-wg-bounces@ogf.org</font></table>
<br>
<hr noshade>
<br>
<br>
<br><font size=2 face="sans-serif"><br>
Some comments added in the document </font><font size=3> </font><font size=2 face="sans-serif"><br>
<br>
Suman Kalia<br>
IBM Toronto Lab<br>
WMB Toolkit Architect and Development Lead<br>
WebSphere Business Integration Application Connectivity Tools <br>
</font><font size=3 color=blue><u><br>
</u></font><a href=http://www.ibm.com/developerworks/websphere/zones/businessintegration/wmb.html><font size=2 color=blue face="sans-serif"><u>http://www.ibm.com/developerworks/websphere/zones/businessintegration/wmb.html</u></font></a><font size=2 face="sans-serif"><br>
<br>
Tel : 905-413-3923 T/L 969-3923<br>
Fax : 905-413-4850 T/L 969-4850<br>
Internet ID : kalia@ca.ibm.com</font><font size=3> <br>
<br>
</font>
<table width=100%>
<tr valign=top>
<td width=18%><font size=1 color=#5f5f5f face="sans-serif">From:</font><font size=3>
</font>
<td width=81%><font size=1 face="sans-serif">Alan Powell <alan_powell@uk.ibm.com></font><font size=3>
</font>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">To:</font><font size=3>
</font>
<td><font size=1 face="sans-serif">dfdl-wg@ogf.org</font><font size=3>
</font>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">Date:</font><font size=3>
</font>
<td><font size=1 face="sans-serif">10/20/2009 10:20 AM</font><font size=3>
</font>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">Subject:</font><font size=3>
</font>
<td><font size=1 face="sans-serif">[DFDL-WG] DFDL Scoping v6</font><font size=3>
</font>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">Sent by:</font><font size=3>
</font>
<td><font size=1 face="sans-serif">dfdl-wg-bounces@ogf.org</font></table>
<br><font size=3><br>
</font>
<hr noshade><font size=3><br>
<br>
</font><font size=2 face="sans-serif"><br>
<br>
I have updated the scoping proposal with the help of Steve and Stephanie.
<br>
<br>
The main changes are to clarify the wording, define new terms, add more
examples and propose disallowing multiple annotation at the same point
(other than for selectors)</font><font size=3> <br>
</font><font size=2 face="sans-serif"><br>
<br>
<br>
Alan Powell<br>
<br>
MP 211, IBM UK Labs, Hursley, Winchester, SO21 2JN, England<br>
Notes Id: Alan Powell/UK/IBM email: alan_powell@uk.ibm.com
<br>
Tel: +44 (0)1962 815073
Fax: +44 (0)1962 816898</font><font size=3><br>
</font><font size=2 face="sans-serif"><br>
</font><font size=3><br>
<br>
</font>
<hr>
<p><font size=2 face="sans-serif"><i>Unless stated otherwise above:<br>
IBM United Kingdom Limited - Registered in England and Wales with number
741598. <br>
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6
3AU</i></font><font size=3> </font>
<p><font size=3><br>
<br>
</font><font size=2 face="sans-serif"><br>
</font><tt><font size=2><br>
--<br>
dfdl-wg mailing list<br>
dfdl-wg@ogf.org<br>
</font></tt><a href="http://www.ogf.org/mailman/listinfo/dfdl-wg"><tt><font size=2 color=blue><u>http://www.ogf.org/mailman/listinfo/dfdl-wg</u></font></tt></a><font size=3>
[attachment "ogf-dfdl-new-scoping-rules-with-default-V6.doc"
deleted by Steve Hanson/UK/IBM] </font><tt><font size=2>[attachment "ogf-dfdl-new-scoping-rules-with-default-V6_SKK.doc"
deleted by Steve Hanson/UK/IBM] --<br>
dfdl-wg mailing list<br>
dfdl-wg@ogf.org<br>
</font></tt><a href="http://www.ogf.org/mailman/listinfo/dfdl-wg"><tt><font size=2>http://www.ogf.org/mailman/listinfo/dfdl-wg</font></tt></a>
<p>
<br><font size=2 face="sans-serif"><br>
</font>
<br><font size=2 face="sans-serif"><br>
</font>
<hr><font size=2 face="sans-serif"><br>
<i><br>
</i></font>
<p><font size=2 face="sans-serif"><i>Unless stated otherwise above:<br>
IBM United Kingdom Limited - Registered in England and Wales with number
741598. <br>
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6
3AU</i></font>
<p><font size=2 face="sans-serif"><br>
<br>
</font>
<br>
<br><font size=2 face="sans-serif"><br>
</font>
<br><font size=2 face="sans-serif"><br>
</font>
<br><font size=2 face="sans-serif"><br>
</font>
<hr><font size=2 face="sans-serif"><br>
<i><br>
</i></font>
<p><font size=2 face="sans-serif"><i>Unless stated otherwise above:<br>
IBM United Kingdom Limited - Registered in England and Wales with number
741598. <br>
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6
3AU</i></font>
<p><font size=2 face="sans-serif"><br>
<br>
</font>
<br>
<br><font size=2 face="sans-serif"><br>
</font>