Re: Interfacing with SOAP or XML_RPC with javascript and HTML_AJAX

From: Date: Wed, 25 Jan 2006 02:07:26 +0000
Subject: Re: Interfacing with SOAP or XML_RPC with javascript and HTML_AJAX
References: 1 2 3 4 5  Groups: php.pear.general 
Request: Send a blank email to pear-general+get-22678@lists.php.net to get a copy of this message
On 1/24/06, Dan Rossi <pear@electroteque.org> wrote: > You prob misread the part where two customers have issues using our > SOAP client. One their server has no route out to the internet, the > other simply wont put the SOAP client and NuSoap scripts on their > server because they are paranoid, so im stuck with having to come up > with a javascript alternative which may only work in newer browsers > lol. Why else would I be asking about this :\ And you can't "install" it as part of your application? Seriously, there's no reason that you should not be able to use the PEAR::SOAP or another script such as that. I would focus your efforts on getting a more proven solution than trying to have cross-platform SOAP JS code or using Java just for this. And, as others have said, Firefox is cross-platform and a viable alternative to crazy Java or JS coding to make it work in both FF and IE. > > On 25/01/2006, at 4:32 AM, Joshua Eichorn wrote: > > > The proper way to handler this is too create a proxy on your server > > and have your server send the soap calls. > > > > You could add soap support to HTML_AJAX its "just" writing a new > > serializer. But any soap javascript serializer i've seen would be > > larger then the rest of HTML_AJAX. > > -josh > > Dan Rossi wrote: > >> > >> On 24/01/2006, at 3:31 PM, Justin Patrin wrote: > >> > >>>> > >>>> > >>> > >>> AJAX *is* remote calls, although I have no idea if HTML_AJAX supports > >>> such a thing. I'm entirely sure that you can do it by creating the > >>> right XML document and sending it along, then parsing the response. > >>> In > >>> fact, from a quick Google search I see 2 possibilities already. > >>> > >>> http://www.codeproject.com/soap/JavaScriptProxy_01.asp? > >>> df=100&forumid=196063&exp=0&select=1260980 > >>> > >>> http://lists.xml.org/archives/xml-dev/200002/msg00435.html > >>> > >>> And security is what you make it. Call your webservice over SSL and > >>> it's encrypted. Make it use a login in the call and it's more secure. > >>> > >>> -- > >>> > >> > >> Justin thanks, well ideally the grab method in HTML_Ajax could be > >> calling something remote, anything using XMLHTTPRequest an mozilla > >> has this silly security problem, i have to spend extra time later to > >> work out how to sign these scripts to get them to work. Im needing it > >> to however do a remote call to a remote server, as the client will be > >> accessing the main SOAP server. > >> > >> Ive looked into sending the soap messages using XMLHTTPRequest , but > >> wanted a more streamlined solution to do it like HTML_Ajax also there > >> is issues there protecting the key data for the clients having to > >> send that in the javascript also as it will have to be called from an > >> included php scripting outputting php variables or the xml message > >> data however theres the issue there of resitrciting load access to > >> that domain only. > >> > >> Ive already looked at the code project proxy example, i may have to > >> build the proxy generator in php though as its in .NET also it only > >> supports IE6 and above. Im looking at the second url now cheers. > >> > >> --PEAR General Mailing List (http://pear.php.net/) > >> To unsubscribe, visit: http://www.php.net/unsub.php > >> > > > > -- > > PEAR General Mailing List (http://pear.php.net/) > > To unsubscribe, visit: http://www.php.net/unsub.php > > > > -- Justin Patrin

« previous php.pear.general (#22678) next »