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

dlr 2002/12/03 09:22:27 Modified:src/java/org/apache/xmlrpc WebServer.java Log: Applied patch by Ed Tellman <[EMAIL PROTECTED]>. Here's what Ed has to say about the change: "I am using Windows 2000, jdk 1.4.1. I wrote a simple performance test which repeatedly ma

RE: TCP no-delay option

Here's a patch modifying the documentation. Feel free to edit, as you see fit. Thanks, --Ed Index: client.xml === RCS file: /home/cvspublic/xml-rpc/xdocs/client.xml,v retrieving revision 1.3 diff -u -r1.3 client.xml --- client.xml

Re: The organization of xml.apache.org

On Mon, 2 Dec 2002, Sam Ruby wrote: > > Hi, I didn't reply to the whole list of lists to which this was posted, > > but I wanted to see if anyone in the XML-RPC project has a better angle > > on this than I do. > > > > What does this all mean in English? This seems to be the tail end of a > > l

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

Hi Daniel, Mind if I modify this to use a private log() method that behaves identically? This is just looking forward to standardization of the library on a logging platform. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net [EMAIL PROTECTED] wrote: try

FESI package: Who's maintaining it?

Hi all, Just looking through the library with the subpackaging structure in mind, and I want to consider the fesi subpackage. A search of the mail archives (at http://www.mail-archive.com since marc.theaimsgroup.com is down at the moment) reveals no hits at all for the user list, and a bunch o

Re: Internal logging API

Daniel Rall wrote: Ryan, I've been wanting more elegant handling logging since I started working with the package. Rather than make a little tweak here and a little tweak there, I think it's time for a more whole-sale approach. What's the minimum number of class we'd have to include to make use

Re: New release of Apache XML-RPC

Daniel Rall wrote: "Andrew Evers" <[EMAIL PROTECTED]> writes: Well, it depends on whether we will use a branch or a tag. I'd prefer not to use a branch, bit I don't really mind which. If there is any debate, let it be now (I think you guys are awake now, since it's evening here). If I don't he

Re: SSL Resumption Support

Hi Tim, I am creating a bug in Bugzilla so we can keep track of this issue and patch. Thanks! -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net McClure, Timothy J(IndSys, GE Interlogix) wrote: Andrew, Thanks for your reply. I have attached my class, the original XmlRpcClientLite class

DO NOT REPLY [Bug 15049] New: - Add SSL session resumption to XmlRpcClientLite

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 15049] - Add SSL session resumption to XmlRpcClientLite

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 15049] - Add SSL session resumption to XmlRpcClientLite

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 15049] - Add SSL session resumption to XmlRpcClientLite

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 15049] - Add SSL session resumption to XmlRpcClientLite

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 15049] - Add SSL session resumption to XmlRpcClientLite

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

Re: The organization of xml.apache.org

What I like most about such a proposal is that it is completely up to the commiters to decide whether they want opt in or opt out. What do others think? It continues to sound reasonable to me, but I'd personally like to see the Jakarta "brand" continue. Not sure how to *do* that... I don't

Re: The organization of xml.apache.org

Andrew C. Oliver wrote: What I like most about such a proposal is that it is completely up to the commiters to decide whether they want opt in or opt out. What do others think? It continues to sound reasonable to me, but I'd personally like to see the Jakarta "brand" continue. Not sure how t

Re: The organization of xml.apache.org

[suggestion to hold this discussion only on [EMAIL PROTECTED] from now?] Sam Ruby wrote: > Separate code bases with separate communities should be separate > projects. Independent of the size of the codebase, if the size of > the community is only a few people, then it is not an ASF project.

Re: The organization of xml.apache.org

Please note that axkit's core dev list is [EMAIL PROTECTED] or [EMAIL PROTECTED] (note the extra "el" :-). I've had to forward all mails so far, so if you could all change follow ups that would be great.