[PATCH] WebServer.java NoSuchElementException on connection closure / NullPointerException on auth decode.

Hello, Here is a patch which fixes two issues in WebServer.java. The first issue is when using KeepAlive and the idle connection is closed. This would cause a NoSuchElementException from the nextToken() method called on an empty string. The second issue was the base64decode object which

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

dlr 2004/06/29 22:53:39 Modified:src/java/org/apache/xmlrpc Tag: XMLRPC_1_2_BRANCH WebServer.java Log: Backported delta between CVS rev 1.25 and 1.26. * src/java/org/apache/xmlrpc/WebServer.java addDefaultHandlers(): Changed code to avoid

[PATCH] Random port & async bug fix (was: Re: [PATCH] remove deprecated call in WebServer.java)

Aux environs du 16/06/04 à 18:49 -0700, sous le titre "Re: [PATCH] remove deprecated call in WebServer.java", Daniel Rall prit sa plus belle plume pour écrire les mots suivants: Thanks, committed in CVS rev 1.26. Daniel, while you're at it, would you mind committing my 1 year old

Re: [PATCH] remove deprecated call in WebServer.java

Thanks, committed in CVS rev 1.26. Ryan Bloom wrote: Index: src/java/org/apache/xmlrpc/WebServer.java === RCS file: /home/cvspublic/ws-xmlrpc/src/java/org/apache/xmlrpc/WebServer.java,v retrieving revision 1.24 diff -u -d -b -w -u

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

dlr 2004/06/16 18:49:11 Modified:src/java/org/apache/xmlrpc WebServer.java Log: * src/java/org/apache/xmlrpc/WebServer.java addDefaultHandlers(): Changed code to avoid deprecated call. Submitted by: Ryan Bloom Revision ChangesPath 1.26 +3 -1 ws

[PATCH] remove deprecated call in WebServer.java

Index: src/java/org/apache/xmlrpc/WebServer.java === RCS file: /home/cvspublic/ws-xmlrpc/src/java/org/apache/xmlrpc/WebServer.java,v retrieving revision 1.24 diff -u -d -b -w -u -r1.24 WebServer.java --- src/java/org/apache/xmlrpc

cvs commit: ws-xmlrpc/src/java/org/apache/xmlrpc WebServer.java XmlRpcServer.java

dlr 2004/04/30 17:40:47 Modified:src/java/org/apache/xmlrpc WebServer.java XmlRpcServer.java Log: Corrected a leak in XmlRpcServer's worker count, and normalized concurrency maximums on XmlRpc.getMaxThreads(). * src/java/org/apache/xmlrpc/XmlRpcServer.java ex

cvs commit: ws-xmlrpc/src/java/org/apache/xmlrpc XmlRpcServer.java WebServer.java

dlr 2004/04/30 17:39:05 Modified:src/java/org/apache/xmlrpc Tag: XMLRPC_1_2_BRANCH XmlRpcServer.java WebServer.java Log: Corrected a leak in XmlRpcServer's worker count, and normalized concurrency maximums on XmlRpc.getMaxThreads(). * src/jav

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

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

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

dlr 2002/10/09 17:24:12 Modified:src/java/org/apache/xmlrpc WebServer.java Log: When ServerSocket's constructor is passed a null InetAddress, it binds to INADDR_ANY (e.g. all network interfaces on a multi-homed host). This is more in line with what other popular serve

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

dlr 2002/10/09 17:14:02 Modified:src/java/org/apache/xmlrpc WebServer.java Log: A better implementation of CVS rev 1.19 for history's sake. Revision ChangesPath 1.20 +10 -7 xml-rpc/src/java/org/apache/xmlrpc/WebServer.java Index: WebServer

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

dlr 2002/10/09 16:52:53 Modified:src/java/org/apache/xmlrpc WebServer.java Log: If an address to bind our listener socket to is not specified, try harder to bind to the loopback interface rather than to a random network interface at the beginning of the setupServerSocket

Re: WebServer.java

> "Andrew Evers" <[EMAIL PROTECTED]> writes: > > It would be nice if one could get ahold of a single threaded object > which can process XML-RPC calls like XmlRpcServer can. It would be > very cool if someone would factor that code out of XmlRpcServer. > >> It seems to me that the current XmlRpcS

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

dlr 2002/08/21 02:47:13 Modified:src/java/org/apache/xmlrpc WebServer.java Log: Added supported for HTTP basic auth using a patch from Adam Megacz <[EMAIL PROTECTED]> as a base. Revision ChangesPath 1.17 +59 -33xml-rpc/src/java/org/apache/

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

dlr 2002/08/19 14:21:16 Modified:src/java/org/apache/xmlrpc WebServer.java Log: addDefaultHandlers(): Added Adam Megacz's <[EMAIL PROTECTED]> SystemHandler as a default handler. Revision ChangesPath 1.16 +2 -1 xml-rpc/src/java/org/ap

Re: WebServer.java

> Have you had any success with XML-RPC pipelining? XWT just got support > for it a few weeks ago, but I haven't had a chance to see if it really > improves real-world performance. > > http://lists.xwt.org/pipermail/announce/2002-August/19.html No, I hadn't - thanks for the tip though, I

Re: WebServer.java

"Rob Walker" <[EMAIL PROTECTED]> writes: > Once we got keep alive figured, Have you had any success with XML-RPC pipelining? XWT just got support for it a few weeks ago, but I haven't had a chance to see if it really improves real-world performance. http://lists.xwt.org/pipermail/announce/2

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

dlr 2002/08/15 13:30:21 Modified:src/java/org/apache/xmlrpc WebServer.java Log: o port is now private instead of protected. Both of these attributes are accessible via the protected serverSocket field, and are simply used as inputs to setup the serverSocket. o

Re: WebServer.java

> I'd rather have the stability of a full-blown, maintained servlet > engine; XML-RPC's spec makes perfomant implementations difficult, > anyhow. We avoid doing performance-critical operations over XML-RPC. In > the future, we will be using more and more Spread > , perhap

Re: WebServer.java

> > "Rob Walker" <[EMAIL PROTECTED]> writes: > > Interestingly we've done this for Osgi (the open source Oscar > > implementation) - by providing a Servlet bridge from the xml/rpc handlers > > through to Jetty as the HttpServer (which is itself wrappered to provide a > > standard OSGi HttpServ

Re: use of getBytes() in WebServer.java

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

Re: use of getBytes() in WebServer.java

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

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

dlr 2002/08/14 12:27:58 Modified:src/java/org/apache/xmlrpc WebServer.java Log: Adam Megacz <[EMAIL PROTECTED]> pointed out that RFC 2068 demands an encoding of US-ASCII for most standard HTTP request/response content. Adjusted accordingly. Revision Changes

Re: use of getBytes() in WebServer.java

Daniel Rall <[EMAIL PROTECTED]> writes: > > Shouldn't it be getBytes("ASCII")? > Does HTTP require an ASCII encoding? For headers, it does. The payload is another story, of course. See RFC 2068, Section 2.2. - a -- Sick of HTML user interfaces? www.xwt.org

Re: WebServer.java

"Rob Walker" <[EMAIL PROTECTED]> writes: > Interestingly we've done this for Osgi (the open source Oscar > implementation) - by providing a Servlet bridge from the xml/rpc handlers > through to Jetty as the HttpServer (which is itself wrappered to provide a > standard OSGi HttpService). Is th

Re: WebServer.java

> My vote would be to keep the current model and show people how they can > embed it e.g. as described above. It only took us a couple of hours to > figure > out the hook-up for servlet use based on the current docs, and we're no > experts! > I agree that simplicity is a big attraction. I was a

Re: WebServer.java

> Funny that, I was looking at replacing the WebServer for our local > implementation so that I could split off a particular class of HTTP > request. > > The problem with relying entirely on a servlet engine is one of > speed (mentioned already), but also of dependencies. The current > xml-rpc pa

Re: WebServer.java

> I would very much like to dump the WebServer class in favor of > wrapping the XmlRpcServer in a HttpServlet (and not using a XML-RPC > client to make requests like the current XmlRpcProxyServlet does). > Basically, we'd mark it as deprecated and cease maintainence on it. As > is, it has serious

Re: WebServer.java

> > I would very much like to dump the WebServer class in favor of > wrapping the XmlRpcServer in a HttpServlet Interestingly we've done this for Osgi (the open source Oscar implementation) - by providing a Servlet bridge from the xml/rpc handlers through to Jetty as the HttpServer (which is

use of getBytes() in WebServer.java

Uh, that's a bit troubling. If I'm on an EBDIC system, getBytes() will return EBDIC bytes, and then send them over the socket. Shouldn't it be getBytes("ASCII")? - a -- Sick of HTML user interfaces? www.xwt.org

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

dlr 2002/08/13 15:27:16 Modified:src/java/org/apache/xmlrpc WebServer.java Log: start(): Rolled back previous commit. Jim Redman points out that this is not a valid thing to do when the web server is run via its main() method. Revision ChangesPath 1.13 +1

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

t class does it exit or continue? If it continues, what thread is keeping the application alive? Or did I miss something important? Jim On 2002.08.12 20:02 [EMAIL PROTECTED] wrote: > dlr 2002/08/12 19:02:28 > > Modified:src/java/org/apache/xmlrpc WebServer.java > Log: &

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

dlr 2002/08/12 19:02:28 Modified:src/java/org/apache/xmlrpc WebServer.java Log: start(): Marked the "XML-RPC Weblistener" thread as a daemon thread to assure the JVM will be able to shutdown if this thread is still running when System.exit() is called or an a

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

mpoeschl02/03/13 17:26:19 Modified:src/java/org/apache/xmlrpc WebServer.java Log: fix javadoc warnings Revision ChangesPath 1.10 +16 -16xml-rpc/src/java/org/apache/xmlrpc/WebServer.java Index: WebServer.java

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

hannes 02/03/06 07:52:57 Modified:src/java/org/apache/xmlrpc WebServer.java XmlRpcClientLite.java Log: Increased buffer size in readLine() method from 512 to 2048 bytes to prevent "Header to long" exceptions reported on the users ma

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

dlr 02/02/21 13:51:38 Modified:src/java/org/apache/xmlrpc WebServer.java Log: Added change from Ashley L Raiteri <[EMAIL PROTECTED]> which calls "Runners.run to make sure we don't end up trying to call con.run() on a null Connection. This could happen i

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

cvs commit: xml-rpc/src/java/org/apache/xmlrpc WebServer.java dlr 02/02/21 09:57:14 Modified:src/java/org/apache/xmlrpc WebServer.java Log: Implemented shutdown() fixes proposed by Ashley L Raiteri <[EMAIL PROTECTED]> in <http://nagoya.apache.org/bugzilla/show

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

dlr 02/02/21 10:00:55 Modified:src/java/org/apache/xmlrpc WebServer.java Log: The Runners themselves aren't Thread objects -- they house Thread objects based of themselves, however. Clarified in impl. comment in shutdown(). Revision ChangesPath 1.7

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

dlr 02/02/21 09:57:14 Modified:src/java/org/apache/xmlrpc WebServer.java Log: Implemented shutdown() fixes proposed by Ashley L Raiteri <[EMAIL PROTECTED]> in <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6593>. Revision ChangesPath 1.6 +2

Re: cvs commit: xml-rpc/src/java/org/apache/xmlrpc Base64.java ServerInputStream.java WebServer.java XmlRpc.java XmlRpcClient.java

[EMAIL PROTECTED] writes: > 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 c

cvs commit: xml-rpc/src/java/org/apache/xmlrpc Base64.java ServerInputStream.java WebServer.java XmlRpc.java XmlRpcClient.java

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