This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: Running apache xmlrpc with gij 3.3.1
- From: Erik Poupaert <erik dot poupaert at hurricanedev dot com>
- To: everton at lab dot ipaccess dot diveo dot net dot br,java at gcc dot gnu dot org,everton at lab dot ipaccess dot diveo dot net dot br
- Date: Tue, 23 Sep 2003 22:39:27 +0000
- Subject: Re: Running apache xmlrpc with gij 3.3.1
- Organization: Erik Poupaert
> Look into the code of org.apache.xmlrpc.XmlRpcClient
> $Worker.execute(java.lang.String,
> > java.util.Vector) to see why the exception might be thrown. Perhaps
> something returns a wrong value or something like that.
...
> Does anyone see anything wrong in the code above?
> Maybe gij from CVS could give better results?
I guess you've run into an existing bug in libgcj. The XmlRpcClient will
correctly generate a http POST with the JDK, while erroneously generating a http GET
with libgcj. I've filed the bug about 6 months ago.
You can circumvent the bug by using org.apache.xmlrpc.XmlRpcClientLite, which
implements its own HttpClient, which is not only way faster (especially on win32) but
also correctly emits a http POST.
Generally, you can say that the datagram/socket-level stuff in java.net.* has
worked fine up till now (in my experience). The higher-level protocols however ...
more debugging is needed, I'm afraid.