[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>
  • Date: Fri, 15 Nov 2013 08:39:26 -0700

Re:  [OT] Re:  Lessons learned from the XML experiment
On Fri, Nov 15, 2013 at 8:34 AM, David Sheets <kosmo.zb@gmail.com> wrote:
On Fri, Nov 15, 2013 at 3:20 PM, Uche Ogbuji <uche@ogbuji.net> wrote:
> On Fri, Nov 15, 2013 at 8:02 AM, David Sheets <kosmo.zb@gmail.com> wrote:
>> On Fri, Nov 15, 2013 at 2:59 PM, Uche Ogbuji <uche@o...
I need to transmit a binary blob. Should I use null-terminated strings?

So why are you using XML again?

 
>> Could you please explain how this is a problem with overly strict data
>> typing being more important than interpreting text in XML? I don't
>> understand.
>
>
> http://adtmag.com/articles/2002/12/01/xml-class-warfare.aspx
>
> http://adtmag.com/articles/2003/01/31/the-worry-about-program-wizards.aspx
>
> And overall, since I'm wearying of this week's revival of perma-threads from
> 2000-2003, I'll finish with my own version of serenity, which is the
> opposite of Timothy Cook's
>
> http://adtmag.com/articles/2002/09/30/serenity-through-markup.aspx

I read these articles and they don't seem to address why overly strict
data typing is the cause of this particular problem.

Is it because the recipient is ignoring the data type of "string" and
instead deciding to treat certain strings as special values?

I believe I made the connection in the above, re-quoted below:

> I'm not sure what you mean by "a problem with XML." The problem is manifold,
> and starts with the XSD data typing system and the way the PSVI subordinates
> data typing to the original text. It compounds as SOAP/WSDL builds on top of
> PSVI to wire in assumptions of text interpretations in code. The true fault
> is with the developer who coded the tool with a careless fencepost that
> actually circumvented the datatyping system altogether, but that's the
> entire point of this "Lessons learned" thread: when you make things so
> complex that few developers can understand and get them right (and I do mean
> few; I have experience to back that up) then you can hardly always look to
> shift blame on the developer when they get it wrong.


--
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.