Re: entity changes

"Jeff Barr" <[email protected]>
Newsgroups gmane.comp.php.xml-rpc
Message-ID <07cd01c325aa$c25cb730$070d0dc0@monster>
I am testing out this code and there are still some issues. My server
is trying to return a string containing the folllowing encoded characters:

    &Atilde;
    &cedil;
    &oslash;

If any of these characters are present in the returned string then
the client (also using PHP XML-RPC) dies like this:

    XML error: undefined entity at line 10

The characters appear to be properly encoded in the XML. Here's
some debug output from the client:

    &lt;value&gt;&lt;string&gt;B&amp;Atilde;&amp;cedil;rsen
Online&lt;/string&gt;&lt;/value&gt;

As an experiment, I stripped these characters out on the client
side in xmlrpcmsg::parseResponse and I didn't get the undefined
entity error.

I believe that the server should insert entity declarations for
these characters. Is this correct?

Jeff;

----- Original Message ----- 
From: "Andres Salomon" <[email protected]>
To: <[email protected]>
Sent: Thursday, April 17, 2003 2:11 AM
Subject: [phpxmlrpc] entity changes


> Folks, I just committed some changes that address some longstanding issues
> w/ this xmlrpc implementation, and multibyte characters from various
> charsets.  I'll be testing these changes some more this week, but if
> anyone has dealt w/ entity issues in xml or xmlrpc, or has experience w/
> another xmlrpc library, please look over the changes (see the ChangeLog
> for additional details).  The things that need addressing are:
> a) does xmlrpcresp need to be fixed in a similar way?
> b) should entity translation be done on the server or client?  Are xmlrpc
> servers expected to know how to handle things like &eacute; (or even
> &#233;)?
> c) are there any entities that might be missing?
>
>
>
> _______________________________________________
> phpxmlrpc mailing list
> [email protected]
> http://lists.usefulinc.com/cgi-bin/mailman/listinfo/phpxmlrpc
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.