Re: cvs commit: xml-rpc/src/test/org/apache/xmlrpc Base64Test.java

Around 14:17 on Nov 1, 2002, Daniel Rall said: # I'd love it if people of comments on this, and/or time to kick the # tires. Also, if anyone has any ideas regarding line wrapping for # encode(), by all means please speak up... I'll try to give it a shot in a bit. I'm currently using a c

Re: CDATA leaks in XmlRpc client classes

Unfortunately we don't have any important people on this project. We are all peasants. :( j/k we'll look into it. If you have the time could you create a bug report? Even better would be a test case illustrating the problem. Bug reports go here: http://nagoya.apache.org/bugzilla/enter_bug.c

CDATA leaks in XmlRpc client classes

XmlRpc.parse() initializes the "cdata" field and then clears it ( by calling setLength(0) ) upon subsequent calls to parse(). This results in a memory leak between calls to parse(), since the "cdata" field persists as long as the XmlRpc object. In my particular case, a large logfile was being

cvs commit: xml-rpc/src/java/org/apache/xmlrpc XmlRpcClient.java

dlr 2002/11/01 14:55:24 Modified:src/java/org/apache/xmlrpc XmlRpcClient.java Log: Took out reference to cookie support -- user indicate they aren't actually supported yet. Hopefully Jakarta Commons HTTP Client can help us out here. http://issues.apache.org/bugzilla/sho

DO NOT REPLY [Bug 13298] - Javadoc error in XmlRpcClient

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 9931] - Base64 decoder chokes on a whitespace

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug

DO NOT REPLY [Bug 9931] - Base64 decoder chokes on a whitespace

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug

DO NOT REPLY [Bug 9931] - Base64 decoder chokes on a whitespace

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug

cvs commit: xml-rpc/xdocs changes.xml

dlr 2002/11/01 14:08:51 Modified:xdocschanges.xml Log: Noted fix for whitespace in body of base-64 encoded data. http://issues.apache.org/bugzilla/show_bug.cgi?id=9931 Revision ChangesPath 1.16 +13 -0 xml-rpc/xdocs/changes.xml Index: changes.xml

cvs commit: xml-rpc/src/test/org/apache/xmlrpc Base64Test.java

dlr 2002/11/01 14:06:10 Modified:src/java/org/apache/xmlrpc Base64.java src/test/org/apache/xmlrpc Base64Test.java Log: * Base64.java Added a new discardWhitespace(byte[]) function which is called at the beginning of decode(byte[]) to perform pre-processing

DO NOT REPLY [Bug 9931] - Base64 decoder chokes on a whitespace

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug

DO NOT REPLY [Bug 9931] - Base64 decoder chokes on a whitespace

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug

XMLRPC Server and Scripts

Hello I recently implemented an own start up functionality for a project I was working on. After the post of this week about the SSL and Client implementation I would like to contribute my code to the project. The package can be integrated to the current structure. There are also (short hacked)