Bug #10873 Updated: internal xmlparser eats only formatted xmlstrings...

From: Date: Mon, 25 Feb 2002 05:00:01 +0000
Subject: Bug #10873 Updated: internal xmlparser eats only formatted xmlstrings...
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-988@lists.php.net to get a copy of this message
ID: 10873 Updated by: php-bugs@lists.php.net Reported By: tf@tfromm.com -Status: Feedback +Status: No Feedback Bug Type: XML related Operating System: linux PHP Version: 4.0.5 New Comment: No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: ------------------------------------------------------------------------ [2002-01-14 09:57:06] lobbin@php.net Can this be reproduced with 4.1.1? ------------------------------------------------------------------------ [2001-05-15 05:40:15] tf@tfromm.com i use xmlrpc (from usefulinc) to communicate with different java systems. when i receive data, the data comes mostly only as string with only one row (no newlines between the tags). there are 2 different javaxmlparser in usage and they send and parse these datas without problems. expat seems to need newlines after tags, i used tidy from w3 to format the strings before using them with the phpparser. this workaround costs lot of speed, the xmlstrings are ~ 200k. could it be possible, that tidy can be build into the expat extension to perform an optional formation of the xmlstring? the strings are similar like this: <?xml version="1.0" encoding="ISO-8859-1"?><methodResponse><params><param><value><array><data><value> ... lots of tags and strings and everything in one row ... </value></data></array></value></param></params></methodResponse> ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=10873&edit=1

« previous php.bugs (#988) next »