Re: Unserializable documents

On 9/4/07, Norman Walsh <ndw@nwalsh.com> wrote:
> / Richard Tobin <richard@inf.ed.ac.uk> was heard to say:
> | I think we agree that we should allow implementations that don't check
> | serializability at every step (because it would be expensive) and
> | implementations that do, and generate an error (because they really do
> | serialize at every step).
>
> I suggest we replace the first paragraph of 2.2 with:
>
>   Although some steps can read and write non-XML resources, what flows
>   between steps through input ports and output ports are exclusively
>   XML documents or sequences of XML documents. The inputs and outputs
>   can be implemented as sequences of characters, events, or object
>   models, or any other representation the implementation chooses.
>
>   Some steps can produce XML documents which have no direct
>   serialization (because they produce nodes with conflicting or
>   missing namespace declarations, for example). Implementors are
>   encouraged to perform namespace fixup and other necessary
>   adjustments before passing documents between steps, but they are not
>   required to do so. Conversely, an implementation which /does/
>   serialize betweens steps and therefore must perform such fixups or
>   reject documents that cannot be serialized, is also conformant.
>
> Does that work for anyone?

Yes.  Sufficiently squishy.

-- 
--Alex Milowski
"The excellence of grammar as a guide is proportional to the paucity of the
inflexions, i.e. to the degree of analysis effected by the language
considered."

Bertrand Russell in a footnote of Principles of Mathematics

Received on Tuesday, 4 September 2007 17:16:31 UTC