Re: Interfacing with SOAP or XML_RPC with javascript and HTML_AJAX
| From: | Justin Patrin | 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