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

Re: [OT] Re: Lessons learned from the XML experiment

  • From: Uche Ogbuji <uche@ogbuji.net>
  • To: David Sheets <kosmo.zb@gmail.com>
  • Date: Fri, 15 Nov 2013 09:27:27 -0700

Re:  [OT] Re:  Lessons learned from the XML experiment
On Fri, Nov 15, 2013 at 9:04 AM, David Sheets <kosmo.zb@gmail.com> wrote:
On Fri, Nov 15, 2013 at 3:57 PM, Uche Ogbuji <uche@ogbuji.net> wrote:
> On Fri, Nov 15, 2013 at 8:46 AM, David Sheets <kosmo.zb@gmail.com> wrote:
>>
>> On Fri, Nov 15, 2013 at 3:39 PM, Uche Ogbuji <uche@ogbuji.net> wrote:
>> > On Fri, Nov 15, 2013 at 8:34 AM, David Sheets <kosmo.zb@gmail.com>
>> > So why are you using XML again?
>>
>> This is a general question: are null-terminated strings the right
>> representation for transmitting binary blobs?
>>
>> Why not?
>
>
> Your question nails it in an unintended way. I was clearly talking about
> text. You are talking about null-terminated strings and BLOBs. There is a
> very big and important difference.

I'm talking about type errors of which both this SOAP example and my
example are instances.

Exactly.
 

> And no, I do not believe that text technologies are right for transmitting
> either null-terminated strings or BLOBs. Why not? Because they're not
> designed for it. You can start learning how so by trying to put a
> null-terminated string into XML.

Perhaps using text to transmit the concept of "null" is also ill-advised...

Exactly.

 
>> If I decided to use null-terminated strings to transmit a binary blob,
>> would it be a "C WTF"?
>
>
> Of course not, because C is designed for that.

And XML is designed for nodes.

Absolutely not!

 
The data model designer did not use a
<null> element or take the absence of an element to be a null value,
instead they chose to overload the meaning of a piece of plain text.

Yes, because they are using a system that muddles the layers between text and data.

 
> From the "null terminated strings" bit and this one, I can tell your
> viewpoint on this is very programmer-literal, and so we're on very different
> worlds in taking lessons from that situation.

I think programmers should design data formats for programs to read
and write, yes. I'm not sure what else you feel you can glean of my
viewpoint. What else do you think I think?

I think you think I wonder what you think.

 
> So the answer is no that's
> not what I'm saying, but Ive already said what I'm saying.

Sorry, I'm still not understanding. You appear to be saying that this
SOAP difficulty is a classic "XML WTF" that is attributable to being
too concerned with typing at the expense of text. Could you perhaps
lay out a series of inferences that lead you to this conclusion?

I'm having a hard time following your train of thought.

Exactly.

-- 
Uche Ogbuji                                       http://uche.ogbuji.net
Founding Partner, Zepheira                  http://zepheira.com
Author, Ndewo, Colorado                     http://uche.ogbuji.net/ndewo/
Founding editor, Kin Poetry Journal      http://wearekin.org
Editor & Contributor, TNB     http://www.thenervousbreakdown.com/author/uogbuji/
http://copia.ogbuji.net    http://www.linkedin.com/in/ucheogbuji    http://twitter.com/uogbuji


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.