XML.orgXML.org
FOCUS AREAS |XML-DEV |XML.org DAILY NEWSLINK |REGISTRY |RESOURCES |ABOUT
OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
Re: [xml-dev] The Goals of XML at 25, and the one thing that XML now needs

Let the dead bury the dead! 

Another adage is that anything that does not grow dies. I think XML has reached that stage.  It continues to be fine for what it does, but it is not now a technology that opens new doors or promotes new efficiencies. Which is just not a necessary or desirable fate. 

XML is now at a much worse stage than where SGML was in 1995:  standardized, adopted, stable, fit for purpose, but essentially solving the problems of the 1980s in a 1970s kind of way. And with a weeny technology  (HTML)  that could not possibly be considered a competitor or alternative because of its features, but sure was being adopted in that spirit. 

XML was a really great subset of the SGML idea for Web backends, meeting its goals well. It is possible to make different offspring from the SGML wellspring that meet other goals.  IMHO, parallel-parseability is meets a constant demand and is a good goal, and inplace parsing is a low-hanging fruit on this.

 By parallel-parseability I suppose I mean non-modal or random-access parsing: that you should be able start at any point in a document and figure out whether you are in tagging or data by parsing forward until the next milestone delimiter (i.e. > or ;) which then tells you what you started in.  When get this by not allowing modes, or allowing delimiter strings to serve double duty. So you can sick any number of threads onto different locations in the document and they will be able make sense of it without needing to know what went on before.

Cheers
Rick

Cheers
Rick


On Tue, Jul 20, 2021 at 4:07 PM Ihe Onwuka <ihe.onwuka@gmail.com> wrote:

On Mon, Jul 19, 2021 at 11:04 PM Rick Jelliffe <rjelliffe@allette.com.au> wrote:
.....

(Now, I am not saying that for data JSON is always the best, nor that XML doesn't have other features that may make it best to provide feeds in both JSON and XML, nor that if you currently have a good XML infrastructure you should rip it up and not take advantage of it.)

 You may not be saying that but that's the sentiment behind JSON for enterprise integration, we killed XML or JSON ate it's lunch. So NIEM, FPML and god knows who else end up having to put out a JSON spec even though JSON is not capable of representing the semantics in those data models. 

 


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


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 1993-2007 XML.org. This site is hosted by OASIS