language shootout, ubf, soap, ..

The problem is - interoperability .... having rebol parsers in another languages would be interesting, but I am not sure it would be so practical. Having Rebol supporting SOAP etc. XML kind of stuff would be more interesting imo :-) One interesting thing I noticed while negotiating with several company partners .... we all know there is SOAP etc. kind of stuff, web-services, but none is using it yet :-) Maybe companies are still waiting for the right tools which support SOAP etc. in a more automatic way, as in the end programmers would not need to care of SOAP etc. at all. :-) I haven't read all messages in this thread yet, but has anyone considered PHP? I saw Perl mentioned and my opinion is that we could easily leave Perl ... who would use it anyway? ;-) PHP is king of Unix web related server scripting imo. It gains more and more attention .... I would like to see some tests of language interoperability, e.g. mySQL and PostGresSQL (or others) used with Rebol vs PHP .... Anyway, probably a bit separate topic ..... -pekr-

now what, yes or no?! ;) see, with rebol we can setup brokers very easy, right? /rugby, even /core pure, eventually /ios if RT opens/documents protocol. using a xml-parser or a rebol-parser would be similar, say "here is text", get tree of objects. rebol-objects would have some meaningfull base-types, may save some deklarations. could be a little step in the "right tools" - direction? :)