Calling webservices from RR

Alessandro Manotti ale870 at gmail.com
Fri Nov 18 16:59:31 EST 2005


Sorry Andre, you agree, RunRev can manage xml.

But as you know, soap is not easy to be coded, even if you have
powerful xml tools.
But since soap is becoming much famous, I think Runtime Revolution
company should provide a tested library (a lot of client and server
programming languages already supply that).
Furthermore, since RunRev is a perfect tool for rich-client creation,
I think a good, full-featured, official library, should be
definetively supplied.

--Alessandro



On 11/18/05, Andre Garzia <soapdog at mac.com> wrote:
> Hi There folks,
>
> welcome to the Revolution. As a matter of fact Rev can do
> webservices, any webservices you want as long as you can code. It's
> not as simply as some languages where you drop a WSDL file and all
> the methods are added. There are libraries for SOAP and XML-RPC. The
> SOAP library, I think its being redone at this moment, so the current
> one is deprecated, since I hate Soap I don't keep following it. The
> XML-RPC one (my choice for web services) work very fine. Before Rev
> sported a official XML-RPC library, I was able to code my own XML-RPC
> stack very easy. Revolution socket routines are very powerful, if you
> understand the string manipulation ones and the XML ones, then you
> can DIY anything that goes thru HTTP.
>
> If you want to use server side libraries instead of client ones, you
> must code your own, but they are easy to do, and if you also use
> libCGI they are even easier to do.
>
> You don't need altBrowser for that, but anyone working with Rev and
> web will find a very nice friend in both altBrowser and altSQLite. As
> it appears below, you're controlling both sides of the system, well,
> if you're making the client and the server in Rev, and your app won't
> need to interface with foreign clients then you can throw the
> standards to the wind and create your own web services spec as it
> suits you but keep in mind, both Soap and XML-RPC are just fancy XML,
> it's very easy to use them in Rev.
>
> Cheers
> andre
>
> PS: I'll try creating some demo stacks in the near future.
>
> On Nov 18, 2005, at 10:49 AM, Alessandro Manotti wrote:
>
> > Hi,
> > I had the same problem.
> > I search in internet, and everything I found was an unofficial stack
> > (it seems old...) to use soap.
> > So I reached this conclusion: I use RunRev power to manage xml (not
> > soap), then I create a jsp page (or javabean) in a Java server which
> > will act as a service broker. So the "hard job" will be done in the
> > server, then I send/receive data from/to RunRev in xml   :-)
> >
> > Obviously, you can use any web server-language you wish (php, zope,
> > python, perl, etc...).
> >
> >
> >
> >
> >
> >
> > On 11/18/05, Ton Kuypers <tkuypers at pandora.be> wrote:
> >> Hi,
> >>
> >> Has anyone experience with using Windows Webservices from within
> >> Revolution applications and interacting with them?
> >> If not directly, maybe via altBrowser?
> >>
> >> Before I start testing en getting specs from the developers of these
> >> Webservices, it would be nice to know if I can use them...
> >>
> >> regards,
> >>
> >> Ton Kuypers
> >> _______________________________________________
> >> use-revolution mailing list
> >> use-revolution at lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your
> >> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use-revolution
> >>
> > _______________________________________________
> > use-revolution mailing list
> > use-revolution at lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-revolution
>
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>



More information about the use-livecode mailing list