Re: Why XML to comunicate Distributed Components?

On Wed, 27 Feb 2008 09:17:44 -0800 (PST), carofe wrote:

Well, the purposing of this post is to find good reason about xml
technology as message format.
My question is: Why the communication between components should be
XML?

Why should it be? But you put that question too.

XML has some features as self-described, human-readable, etc...

XML is unreadable, at least by normal human beings. Personally, I am unable
to read it without tools. (A need in tools makes the case.)

, and
there are many tools for validation and parsing.

It is a quite poor design to require communicating parties to parse
anything. The protocol has to be simple enough to recognize by a small
state machine.

Validation is not a proper argument here, because it is not the semantics
which is validated, but the XML itself. On this level there is nothing to
validate if a normal (simple, carefully designed) communication protocol is
used. Semantic validation of the content is an independent issue.

Those features are very useful for Configuration files and
Descriptions file which could be edited by humans.

Of course "file" is itself a "protocol" to communicate to a "file system
component". Clearly, it is a bad idea to communicate this way with
something else...

But, Are those features necessaries to communicate two components? Is
it necessary that communication between two component being human-
readable?

Obviously it has to be readable by parties only. If humans are not among
them, there is no reason to care.

About self-described:
Self-described messages is useful for computing, I mean, validations,
infering, etc... But, Is it necessary the message in Plain Text
format?

I doubt that it is self-described. The only semantic an XML document has is
a hierarchical structure and named components. This is too thin. Well, a
human may deduce some information from that. Another question is whether
this information is correct and shared by other human readers. But as for
the real parties, they would not be able to do that. There has to be some
naming conventions shared and implemented in them in order to support such
descriptions. That looks way too complex and the question is what for?

Which are the benefit of use XML to communicate components?

None.

--
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de
.

Relevant Pages

  • Re: Why XML to comunicate Distributed Components?
    ... Why the communication between components should be ... The protocol has to be simple enough to recognize by a small ... Validation is not a proper argument here, because it is not the semantics ... which is validated, but the XML itself. ...
    (comp.object)
  • Re: Why XML to comunicate Distributed Components?
    ... technology as message format. ... Why the communication between components should be ... Which are the benefit of use XML to communicate components? ... case with the real needs of SOAP message format ...
    (comp.object)
  • Why XML to comunicate Distributed Components?
    ... the purposing of this post is to find good reason about xml ... technology as message format. ... Why the communication between components should be ... Are those features necessaries to communicate two components? ...
    (comp.object)
  • Re: Why XML to comunicate Distributed Components?
    ... Why the communication between components should be ... there are many tools for validation and parsing. ... Are those features necessaries to communicate two components? ... Which are the benefit of use XML to communicate components? ...
    (comp.object)
  • Re: Why XML to comunicate Distributed Components?
    ... technology as message format. ... Why the communication between components should be ... The primary advantage to using XML is that it is a standard. ... In nearly every other way XML is a pretty poor mechanism for serializing data. ...
    (comp.object)