Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search

[REBOL] Re: Google + SOAP

From: gavin_mckenzie:fastmail:fm at: 20-Apr-2002 18:10

Christian, On Sat, 20 Apr 2002 17:49:48 +0200, "Christian Langreiter" <[chris--langreiter--com]> said: [snip]
> XML and the XML-related standards are basically a set of > representational > constraints, as is every language. REBOL, when used purely as data > representation language (i.e. without any of its > non-declarative/procedural/functional capabilities), is indeed very > similar > in capabilities to XML.
> What lacks, for example, is Unicode,
Yes...lack of Unicode support in REBOL is something that I've always found extremely surprising.
> but otherwise > you can most easily translate any piece of XML into a REBOL > representation. > "But I can do that as well with Java!", you'll say
Actually, I wouldn't say that. Or, at least I wasn't implying that. I was trying to figure out what Carl was saying. I expect that he was musing about a Do-Google-Search function that accepted a single block parameter expressing the Google-API parameters as set-word/value pairs. This presumably isn't much different than a C++/Java method doGoogleSearch(...) except that with REBOL you have the ability to name your parameters, which is something that I *do* like very much. I wasn't looking to compare REBOL to other languages; that's an invitation to a flame-fest, and besides...I do love REBOL.
> , and right you are, after > all, that's the point of XML. However - and that is the critical point, > IMO, > if you look at the REBOL representation and the Java object > serialization > side-by-side, you'll see that while the resulting serialization is > practically incomprehensible to humans without tool support, the REBOL > one > is actually simpler than the XML form we started with.
True...but I assume that Carl's (imaginary?) Do-Google-Search function is going to produce an XML/SOAP message anyway, given that this is the requirement of the Google API. He's not actually going to drop a REBOL block or object on the line and ship it out to Google, unless he's persuaded Google to provide a REBOL interface. That *would* be cool, but I don't think that's where this is going. So, again, I don't believe we were talking about REBOL as serialization format; his code fragment clearly (to me) looks like a function that accepts a block as a param. Did I misread the code? Certainly he seemed to be comparing some REBOL code to an XML serialization format of a SOAP message. Hence, my confusion and issue about comparing apples and oranges. Carl's messages can sometimes (often?) be a tease, sometimes Yoda-like. I don't think this one is any different.
> <person> > <name>Chris</name> > <age>22</age> > </person> > > person [name "Chris" age 22] >
There have been (somewhat misguided) efforts by some to create an even simpler alternative to XML. Some LISP/Schema people (to which REBOL bears a resemblance) dis' XML and yearn for a S-expr solution. You could just as easily create an XML fragment like: <person name="Chris" age="22"/> That doesn't seem worse (to me) than the REBOL syntax. But again, I wasn't looking to be drawn into a comparison game. If anything, I was troubled that Carl might be engaging in a comparison game.
> BTW, at you can find a simple > wrapper around some functions the Google API provides, along with > useful > features like result caching. >
Cool. I'll check it out.
> If you're interested in SOAP, you might also be interested in XML-RPC, > which > is the simpler predecessor of SOAP (and avoids practically all of the > problems SOAP people have to cope with due to the higher level of > complexity).
Yes, though XML-RPC has issues of its own. And there are those, under the banner of "REST", that belive this whole XML-RPC / SOAP business is folly; that the HTTP verbs of GET/PUT/POST/DELETE combined with URIs are sufficent and superior. See Paul Prescod's article at:
>[snip] >
Gavin. -- Gavin McKenzie [gavin_mckenzie--fastmail--fm]