| Topic: |
Author: |
Time: |
|
$domTree =& qdom_tree( $stream );
|
Shawn Vose
|
29.01.2003 19:52
|
|
I just started messing around with this and I am curious to know of a work around for this error.
Fatal error: Call to undefined function: qdom_tree() in /home/httpd/httpdocs/ezxmlrpc/classes/ezxmlrpcresponse.php on line 71
Any suggestions?
|
|
RE: $domTree =& qdom_tree( $stream );
|
Shawn Vose
|
29.01.2003 20:03
|
|
> I just started messing around with this and I am curious to
> know of a work around for this error.
> Fatal error: Call to undefined function: qdom_tree() in
> /home/httpd/httpdocs/ezxmlrpc/classes/ezxmlrpcresponse.php
> on line 71
>
> Any suggestions?
Also I have the php 4.2.2 installed
|
|
Visual Basic Client
|
pedro dulce
|
16.06.2001 17:01
|
|
Hi,
I´m looking for a xml-rpc library for Visual Basic, that lets me programm a client.
My xml-rpc server is implemented in java.
Thanks
|
|
Help?
|
Matthew Casebeer
|
05.06.2001 17:04
|
|
I have been trying to get eZ xmlrpc working for two days now. I have been able to get php 4.0.4 and .5 working on Apache and PWS. yet when i try to do anything with eZ xmlrpc i get the following error
Fatal error: Call to undefined function: qdom_tree() in d:Inetpubwwwrootezxmlrpcclassesezxmlrpcresponse.php on line 71
is there something i need to do to get qdom_tree() to be regonized.
Matthew Casebeer
|
|
qdom support - what is it
|
paul smith
|
16.02.2001 14:03
|
|
I am new to PHP so forgive me for asking a stupid question.
I am looking for an XML-RPC API for PHP and this one looks good.
I was wondering what the requirement for qdom support is - is it a new add-on for PHP 4.0.4???
Also, when will the next release be of the API? will it be a non-beta?
Thanks,
Paul.
|
|
RE: qdom support - what is it
|
paul smith
|
16.02.2001 16:47
|
|
Ah, found it out myself, yes it is part of PHP 4.0.4
> I am new to PHP so forgive me for asking a stupid question.
> I am looking for an XML-RPC API for PHP and this one looks good.
>
> I was wondering what the requirement for qdom support is - is it a new add-on for PHP 4.0.4???
>
> Also, when will the next release be of the API? will it be a non-beta?
>
> Thanks,
>
> Paul.
|
|
Differences between ZEZ and Usefulinc.com
|
Jose Landivar
|
08.02.2001 08:08
|
|
Hi, I am just trying to understand what is different between ZEZ's implementation of the xmlrpc standard proposal and Usefulinc.com's implementation of it. I have written some code using the latter but am asking myself whether this is just another implementation of the same standard with the same features.
Actually, one thing that would make this a winner would be native support for HTTPS (HTTP over SSL/STL). Now that would be cool to have right off the bat.
Another thing is.. do you guys know of any Perl implementation of the standard with HTTPS support natively?.
Jose' L. Landivar
|
|
RE: Differences between ZEZ and Usefulinc.com
|
Bård Farstad
|
15.02.2001 14:57
|
|
> Hi, I am just trying to understand what is different between ZEZ's implementation of the xmlrpc standard proposal and
> Usefulinc.com's implementation of it. I have written some code using the latter but am asking myself whether this is
> just another implementation of the same standard with the same features.
It's just an alternative implementation. It is more object oriented, but it has the same features.
As for the SSL, the simplest would be to set up SSH port forwarding probably. (That's what I use). To enable it to be used as an SSL client I have to implement support for curl or something like that.
|
|
RE: Differences between ZEZ and Usefulinc.com
|
bork azoid
|
02.11.2001 03:11
|
|
> It's just an alternative implementation. It is more object
> oriented, but it has the same features.
Does it have the same bug about 32k http headers?
I *think* this is what is causing me great problems. working with a PHP interface to the Blogger API (plant.blogger.com/api) using the useful inc xml-rpc package, but if a response is too big, it flakes out.
Any reports of this happening with eZ?
|
|
RE: Differences between ZEZ and Usefulinc.com
|
Paul Kenneth Egell-Johnsen
|
15.02.2001 14:52
|
|
> Actually, one thing that would make this a winner would be native support for HTTPS (HTTP over SSL/STL). Now that would be cool to have right off the bat.
You need to setup a webserver which support ssl/stl to have this security. You wouldn't have to change existing code.
> Another thing is.. do you guys know of any Perl implementation of the standard with HTTPS support natively?.
As I mentioned above the security is determined by the transport layer. If you use a webserver which has been set up with ssl then the code would work fine without modifications.
http://bitsko.slc.ut.us/~ken/xml-rpc/ is a link to a site with perl server and client for XML-RPC.
|
|
RE: RE: Differences between ZEZ and Usefulinc.com
|
Paul Kenneth Egell-Johnsen
|
15.02.2001 14:55
|
|
> You need to setup a webserver which support ssl/stl to have this security. You wouldn't have to change existing code.
Wrong answer!
That's only true for the server. The client reads directly from the socket and would thus have to have some additions.
My mistake.
|
|
Why not RMI and Java?
|
David Escala
|
05.01.2001 12:12
|
|
What are the advantages of using HTTP and XML-RPC over other methods like RMI? I think RMI is faster and much more secure than any implementation of XML-RPC over HTTP.
|
|
RE: Why not RMI and Java?
|
Paul Kenneth Egell-Johnsen
|
10.01.2001 13:11
|
|
> What are the advantages of using HTTP and XML-RPC over other methods like RMI? I think RMI is faster and much more secure than any implementation of XML-RPC over HTTP.
XML-RPC doesn't specifiy any security it only specifices the RPC syntax. You are free to use any common security methods you would usually use for the transport method you are using.
And yeah, the transport method can be any which you care to implement, IIRC.
|