[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Faster processing without schemas? (was Re: Micr

• To: <bob@w...>
• Subject: Re: Faster processing without schemas? (was Re: Microsoft FUD on binary XML...)
• From: Michael Champion <mc@x...>
• Date: Wed, 19 Nov 2003 20:52:47 -0500
• Cc: <xml-dev@l...>
• In-reply-to: <007a01c3aefa$ee9d7760$650aa8c0@BOBDEV>
• References: <007a01c3aefa$ee9d7760$650aa8c0@BOBDEV>

On Nov 19, 2003, at 7:12 PM, Bob Wyman wrote:

>
> 	Hopefully, you'll accept that ASN.1 can be just as useful in
> the "no-schema" case as it is in the "schema-aware" case. Given that
> we already have available to us a standardized, mature, widely used
> method of binary encoding, I personally can't see the justification
> for pursuing the definition of a new binary encoding. What we should
> have is:

Thanks for the clarification.  I had missed the subtlety about the 
schema for no-schema encodings :-)  I agree that's not a serious 
limitation.



>
> 	We don't need another binary encoding, at most, what we need
> is agreement on what the ASN.1 schema for a "no-schema" binary
> encoding would look like.
>

Of course, what really matters is not whether some of these ideas such 
as Sonowskis can be expressed in ASN.1, but whether leveraging ASN.1 
(or any other "binary" approach) gives enough real performance benefit 
to be worth the overhead of more than one standard XML serialization.   
  That remains to be seen, I guess if the W3C group gets going they will 
be collecting such data.

But I really appreciate the efforts of you ASN.1-knowledgeable people 
to clarify this stuff.

• References:
  • RE: Faster processing without schemas? (was Re: Microsoft FUD on binary XML...)
    • From: "Bob Wyman" <bob@w...>

• Prev by Date: RE: Faster processing without schemas? (was Re: Microsoft FUD on binary XML...)
• Next by Date: Re: Faster processing without schemas? (was Re: Microsoft FUD on binary XML...)
• Previous by thread: Re: Faster processing without schemas? (was Re: Microsoft FUD on binary XML...)
• Next by thread: RE: Microsoft FUD on binary XML...
• Index(es):
  • Date
  • Thread