on 8/14/02 3:43 PM, "Daniel Rall" <[EMAIL PROTECTED]> wrote:
>
>> getHTTPBytes() is a more 'proper' method name.
>
> It's not a bean method; I don't agree.
Ah. Good point. Sorry about that.
-jon
on 8/14/02 12:29 PM, "Daniel Rall" <[EMAIL PROTECTED]> wrote:
> I added a toHTTPBytes() method to handle this. I have only made use
> of it in the regular WebServer class (not in the SecureWebServer class).
getHTTPBytes() is a more 'proper' method name.
-jon
on 4/25/02 12:43 PM, "Martin Poeschl" <[EMAIL PROTECTED]> wrote:
> maybe i 'forgot' some more people .. but there is (was ;-) no developers list
> for xml-rpc
cvs co CVSROOT
grep xml-rpc CVSROOT/avail
-jon
jon 02/04/25 11:00:59
Modified:.project.xml
Log:
don't forget me!
-jon
Revision ChangesPath
1.2 +6 -0 xml-rpc/project.xml
Index: project.xml
===
RCS file: /home/cv
bly not aware of and
> have no wish to inflict on others.
I don't think we were referring to that type of coding conventions (I don't
mind using final when it makes sense), but more concerned with the
formatting of the code in the .java file.
-jon
on 3/14/02 11:16 AM, "John Wilson" <[EMAIL PROTECTED]> wrote:
> +1 for the Sun conventions.
Turbine's conventions extend the Sun conventions (which you don't even
follow in your own code). :-)
-jon
on 3/13/02 6:06 PM, "Jason van Zyl" <[EMAIL PROTECTED]> wrote:
> +1 for turbine
>
+1 for turbine
-jon
on your/a website so that we can download them.
Thanks,
-jon
on 3/9/02 6:23 PM, "Jason van Zyl" <[EMAIL PROTECTED]> wrote:
> I would like to nominate John for commit access.
>
> +1
-0
I would like to see some patches first.
-jon
> Are you interested in having these patches?
Twist my arm.
-jon
on 3/8/02 9:11 AM, "Daniel Rall" <[EMAIL PROTECTED]> wrote:
> Not particularly, but won't I don't like are tons of random code
> reformatting changes in the CVS diffs, especially when they're mixed
> with code changes (Jon! ;-). But if everyone else is
jon 02/03/07 21:22:45
Modified:xdocschanges.xml
Log:
my changes
Revision ChangesPath
1.6 +15 -2 xml-rpc/xdocs/changes.xml
Index: changes.xml
===
RCS file: /home/cvs/xml-rpc/xdocs
jon 02/03/07 21:19:29
Modified:src/java/org/apache/xmlrpc XmlRpc.java
Log:
made the write of the byte[] more efficient...thanks to martin for the idea
-jon
Revision ChangesPath
1.21 +16 -2 xml-rpc/src/java/org/apache/xmlrpc/XmlRpc.java
Index
I didn't know about that problem.
Fixed in CVS now...
-jon
on 3/7/02 8:53 AM, "Martin Poeschl" <[EMAIL PROTECTED]> wrote:
> Daniel Rall wrote:
>> Jon cleared this up for us by replacing the infected code.
>
> sure??
>
> the patch is still not
jon 02/03/07 13:35:18
Modified:xdocschanges.xml
Log:
changes
Revision ChangesPath
1.3 +12 -0 xml-rpc/xdocs/changes.xml
Index: changes.xml
===
RCS file: /home/cvs/xml-rpc/xdocs
jon 02/03/07 13:33:27
Modified:src/java/org/apache/xmlrpc/applet SimpleXmlRpcClient.java
Log:
get rid of using a 'private' version of Sun's Base64 encode/decode
-jon
Revision ChangesPath
1.2 +4 -9
xml-rpc/src/java/org/apach
on 3/7/02 7:31 AM, "Ryan Hoegg" <[EMAIL PROTECTED]> wrote:
> I figured out how to get public
> CVS downloaded but would like to know how to give my changes to the
> project.
http://jakarta.apache.org/site/source.html
-jon
on 3/6/02 3:56 AM, "Hannes Wallnöfer" <[EMAIL PROTECTED]> wrote:
> Any idea what a good assumption would be for the maximum size of a
> single HTTP header?
> 1k? 2k?
>
> Hannes
Look at what Apache httpd does...or even Tomcat's httpd.
-jon
on 3/5/02 2:00 PM, "John Thorhauer" <[EMAIL PROTECTED]> wrote:
> I am using xerces so I suspect that is the problem.
FYI, in dlr's testing, he found that MinML is 60% faster than xerces when
used in XML-RPC. A pretty good reason to not use Xerces IMHO. :-)
-jon
Has anyone tried to email Dave wHiner about this?
-jon
on 2/22/02 8:08 AM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> Moved EMPTY_BYTE_ARRAY back to where Jon had put it in the first
> place.
Yup. That is why I had put it there.
-jon
Fixed.
-jon
on 2/20/02 9:32 AM, "Rick Johnston" <[EMAIL PROTECTED]> wrote:
> I've run into a problem when using XmlRpcClient in an applet running in a
> Netscape browser. In that environment, an exception gets thrown when
> execute() opens an InputStream without
jon 02/02/20 10:06:04
Modified:src/java/org/apache/xmlrpc XmlRpcClient.java
Log:
close the outputstream.
Rick Johnston <[EMAIL PROTECTED]>
Revision ChangesPath
1.8 +3 -1 xml-rpc/src/java/org/apache/xmlrpc/XmlRpcClient.java
s, would you set that up? Having the issue tracker available is
> invaluable.
>
> Thanks, Dan
I just set it up. Let me know if you want more components or versions or
whatever.
-jon
jon 02/02/19 15:59:26
Modified:.build.xml
Log:
for some reason dlr removed the adding of junit to the classpath,
however, the task fails to find junit because it isn't
in the classpath. we still have the problem of not being able to
run junit unless it is i
jon 02/02/19 15:05:05
Modified:src/java/org/apache/xmlrpc XmlRpcServer.java
Log:
removed call to System.currentTimeMillis() unless debugging is on
don't use a "".getBytes() to get an empty byte[], pre-allocate it as a static
minor code cleanup
-jo
jon 02/02/19 14:47:27
Modified:src/java/org/apache/xmlrpc XmlRpcServer.java
Log:
only execute a Class.forName("java.lang.Object") once
-jon
Revision ChangesPath
1.16 +13 -2 xml-rpc/src/java/org/apache/xmlrpc/XmlRpcServer.java
jon 02/02/19 14:23:30
Modified:src/java/org/apache/xmlrpc XmlRpcServer.java
Log:
brackets make things so much easier to read. they are also
part of the java coding conventions.
-jon
Revision ChangesPath
1.15 +4 -0 xml-rpc/src/java/org/apache/xmlrpc
on 2/19/02 2:12 PM, "John Wilson" <[EMAIL PROTECTED]> wrote:
> I seem to have offended Jon - I'm trying, off list, to sort this out. I'm
> sorry if I have cause problems - it was not my intention.
You have not offended me.
-jon
jon 02/02/19 14:20:10
Modified:src/java/org/apache/xmlrpc XmlRpcServer.java
Log:
no functional changes. just code cleanup
s/debug/XmlRpc.debug
-jon
Revision ChangesPath
1.14 +121 -99 xml-rpc/src/java/org/apache/xmlrpc/XmlRpcServer.java
Index
a char[] or a byte[] from the decode() method?
> Yes, but surely Apache XML-RPC is being developed and supported for a wider
> audience than CollabNet. Or have I misunderstood something?
I await your patches.
-jon
--
Standard rules apply: Ask any questions, and you get the job. ;-)
t would be great.
At CollabNet, we aren't passing binary data around over XML-RPC, so we won't
be hitting that code.
-jon
jon 02/02/18 18:25:02
Modified:src/java/org/apache/xmlrpc Base64.java
ServerInputStream.java WebServer.java XmlRpc.java
XmlRpcClient.java
Log:
I did a bunch of code cleanup and minor
optimizations, switched to the catalina
them.
Just study the diff's, it is pretty easy to tell the difference between the
changes...
-jon
Found a couple optimizations (such as not calling System.currentTimeMillis()
unless debug is on...
Cleaned up the code
-jon
changes2.diff
Description: Binary data
Enclosed is a patch where I did a bunch of code cleanup and minor
optimizations, switched to the catalina Base64 (note the one FIXME, if
someone has a suggestion for a better way, let me know).
There is more to come, but this is a good start...
-jon
changes.diff
Description: Binary data
I'm going to take a pass over the code and format it so that it is more
readable as well as look for any hotspots. I also want to get rid of the
Base64 impl and replace it with a Jakarta one (I was thinking of the one
from Tomcat)
Can I get commit privs?
-jon
Need to call init first so that the task is called.
Also, it seems that in order to run things, one needs to have junit-3.7.jar
in their classpath. I'm not sure how to fix that yet other than splitting
the testing out to another .xml file and calling it separately.
-jon
Index: buil
Changes the .jar name to be ${final.name}
Fixes things to build 'out of the box', including not building the tests in
the 'compile' phase as well as doing necessary checks for the required .jar
files.
Changed the version number to be 1.0rc2-dev
-jon
changes.diff
Description: Binary data
39 matches
Mail list logo
