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] RE: Proposal: a building block approach to XML design

The server could be returning code chunks, not data.  Could be
pre-compiled objects, could be chunkojavascript.  Not a new notion but
it is virus-a-go-go.

There are two problems:

1.  How to automagically analyze the user/requestor's wants/needs.
2.  How to dynamically assemble code that returns that in a way which
provably satisfies the request and which can be executed by user

There are reasons for the web design settling around the REST minima.
HATEOAS does not necessarily specify what is in the message, just that
links fire messages that are always one way even if preassembled by the
human clicking on the URL or the code sending the URI.   Thus
negotiation, MIME, etc.  You could create a plethora of MIME legoTypes
but that only gets you through item 2 unless the requestor send you a
catalog with instructions.

No free lunch.  HTML is what it is because of the 80/20 rule in an open
and highly dangerous environment.


From: David Lee [mailto:dlee@calldei.com] 

Perhaps in time it could be done.   In the physical world this slowly
happened as people started standardizing on 
things like screw sizes, chipsets, dimensional lumber ..  But it has
taken a long long time for this to happen.
Maybe it can happen in software ? 

[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