RE: Poll (Was: Question for Implementors (Was: Schema Validation Transform))

I have not a very strong opinion here.

I tend to opt for [1], whereas I think the the current draft sections
need some improvement.

Liebe Gruesse/Regards,
DI Gregor Karlinger
Phone +43 316 873 5541
Institute for Applied Information Processing and Communications

> -----Original Message-----
> From:
> []On Behalf Of Joseph Reagle
> Sent: Wednesday, September 19, 2001 11:39 PM
> To: Gregor Karlinger; merlin;;
> Cc: XMLSigWG; Eastlake
> Subject: Poll (Was: Question for Implementors (Was: Schema Validation
> Transform))
> On Tuesday 18 September 2001 05:33, Gregor Karlinger wrote:
> > we (IAIK) have not yet implemented XML and schema validation transform.
> My rough tally then is 5 implementors have responded that they do
> not have
> immediate plans to implement XML or Schema validation as a Signature
> transform. Baltimore has some support for both [1,2]. This is
> fine, no one
> is advocating these features as requirements. Folks will get to
> them in due
> time. However, our problem is that folks *will* get to them, and they'll
> wonder how to do it properly. This question has already identified a few
> ambiguities in our spec that we've been able to fix.
> The immediate question facing us then is what to do with these
> parts of the
> spec in the mean time? Please send your response (particularly from
> implementors) by the end this week. Should we:
> 1. Retain the sections [3] as is and wait for interop.
> 2. Retain the sections  [3]in a modified form and argue they are merely
> INFORMATIONAL. Neither transform requires much by way of a specified
> feature. If we eliminated the porting of a schema as a child of the
> <Transform Algorithm="&schema;"/>, all we are doing is agreeing upon the
> algorithm URI, and repeating what the XML and schema
> inputs/outputs to the
> vaidation are from their own specs.
> 2. Remove the sections (but continue to leave hints that schema and XML
> validation should be treated as transforms).
> 4. Remove the sections and place them in the Auxillary Algorithms draft?
> Whatever we do, we *might* have to bounce back down to a last call or CR
> before going to REC for a few weeks, but I'm less concerned with
> that then
> getting consensus on a good decision on our options above.
> [1]
> [2]
> [3]

Received on Friday, 21 September 2001 05:50:41 UTC