Follow Slashdot stories on Twitter

 



Forgot your password?
typodupeerror
×
The Internet

Ten Predictions for XML in 2007 71

An anonymous reader writes "2007 is shaping up to be the most exciting year since the community drove off the XML highway into the Web services swamp half a decade ago. XQuery, Atom, Atom Publishing Protocol (APP), XProc, and GRRDL are all promising new power. Some slightly older technologies like XForms and XSLT are having new life breathed into them. 2007 will be a very good year to work with XML."
This discussion has been archived. No new comments can be posted.

Ten Predictions for XML in 2007

Comments Filter:
  • by Osty ( 16825 ) on Thursday February 22, 2007 @10:29PM (#18117726)

    There's one reason I like JSON way more than XML, and its name is RSI.

    If you're getting RSI from XML, you're not doing it right. Use a tool! Anyway, the real reason to use JSON instead of XML is cross-site security restrictions. You can't make an XmlHTTPRequest call from one domain to another, but you can add a <script /> tag with a src pointing somewhere else.

  • JEdit (Score:5, Informative)

    by CaptainPinko ( 753849 ) on Friday February 23, 2007 @12:06AM (#18118390)

    May I suggest JEdit [jedit.org]? It supports XML out-of-the-box and is open source and runs anywhere and is a great* editor by any measure. If after having your XML closing tags auto-completed, indented, and validated effortlessly in this editor leaves XML still too much work for you, then I hope you never use anything beyond Vi, APL, and LaTex.**

    *I said "great" not "perfect". Lets keep this civilised.

    **Nothing wrong with any of these: just examples of the tersest things of which I could think.

  • by jma05 ( 897351 ) on Friday February 23, 2007 @01:19AM (#18118896)
    SOAP is typed. XML-RPC isn't. So SOAP is easier to work with in conjunction with stub generators in statically typed languages. Dynamically typed languages are better off with XML-RPC.

    A better comparison is - Is SOAP any better than CORBA for what SOAP is being used for. It was initially sold with the "port 80" and "easier to debug than a binary protocol" arguments. Those don't hold much water any longer. Further, SOAP added a ton of extensions obliterating any ease of use promises, a trap that CORBA itself fell into. Heck, even the basic WSDL spec turned out to be difficult enough that stub generators aren't available for most languages. Python recently got one last week, but dynamic languages mostly went without.

    If all that one does is typed stateless procedural calls, CORBA is hardly anymore complex than SOAP and heck of a lot more efficient than SOAP.

Saliva causes cancer, but only if swallowed in small amounts over a long period of time. -- George Carlin

Working...