<br><font size=2 face="sans-serif">MikeB, Geoff Judd, Alan Powell attended.</font>
<br>
<br><font size=2 face="sans-serif">Continued through SP's comments.</font>
<br>
<br><font size=2 face="sans-serif">sp37 - got it.</font>
<br>
<br><font size=2 face="sans-serif">sp45 - agree. This whole part to be
rewritten.</font>
<br>
<br><font size=2 face="sans-serif">sp115 - ok. strict and &quot;lax&quot;
as enums. No built-in default - we never use defaults in the processor
itself. Only in the predefined formats.</font>
<br>
<br><font size=2 face="sans-serif">sp118 - ok</font>
<br>
<br><font size=2 face="sans-serif">sp123 - Proposal to simplify length,
lengthKind, lengthUnits, and also occursKind, occursPath, occursPathUnits
needed. (along the lines of byteCount, itemCount, length='delimited' enum,
etc.)</font>
<br>
<br><font size=2 face="sans-serif">sp154 - Need specific proposal to eliminate
hexBinary and use what for opaque (consider also string with encoding='bytes'.
) &nbsp;Or introduce a dfdl:byteString type or dfdl:opaque type. (derived
type - just a standard name).</font>
<br>
<br>
<br><font size=2 face="sans-serif">sp158 - see sp123</font>
<br>
<br><font size=2 face="sans-serif">sp165 - needed to have composition property
for enclosing groups and or end-of-data. Regexp doesn't fix this. </font>
<br>
<br>
<br><font size=2 face="sans-serif">Mike Beckerle<br>
STSM, Architect, Scalable Computing<br>
IBM Software Group<br>
Information Platform and Solutions<br>
Westborough, MA 01581<br>
direct: voice and FAX 508-599-7148<br>
assistant: Pam Riordan &nbsp; <br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;priordan@us.ibm.com
<br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;508-599-7046<br>
<br>
</font>