Re: HttpClient integration

2002-10-30 Thread Andrew Evers
> Had a look over the current snapshot of where you are. I like the > ideas there, although I believe the authentication information may not > belong in the base XmlRpcContext as there are probably people who want > to do authentication "in band" instead of "out of band". I believe > more dis

Re: HttpClient integration

2002-10-29 Thread Ryan Hoegg
Had a look over the current snapshot of where you are. I like the ideas there, although I believe the authentication information may not belong in the base XmlRpcContext as there are probably people who want to do authentication "in band" instead of "out of band". I believe more discussion is

Re: HttpClient integration

2002-10-28 Thread Ryan Hoegg
Hi, If this code is moving along I'd like to see a pre-alpha of it so I can rewrite my Jakarta Commons HttpClient piece to use the framework we are talking about. Any chance you could send me your source? -- Ryan Hoegg ISIS Networks Andrew Evers wrote: Instead of an XmlRpcClientContext class

Re: HttpClient integration

2002-10-24 Thread Andrew Evers
> Instead of an XmlRpcClientContext class, I would instead suggest > writing an XmlRpcTransport interface that is then implemented by each > of our HTTPTransport classes: > > public interface XmlRpcTransport() { > >public InputStream executeRequest(URL url, byte[] requestBody); > > } I like

Re: HttpClient integration

2002-10-23 Thread Ryan Hoegg
Andrew Evers wrote: I've been looking into this myself. I've finished integrating and testing the pre 1.2 release of Apache XML-RPC with parts of our own software (we use a home-grown HTTP implementation for various reasons). It works nicely with our C client. I now need to write a Java client to

Re: HttpClient integration

2002-10-23 Thread Andrew Evers
> If we decide to go ahead and make an XmlRpcClient interface, > we either have to decide to use some NonImplementedException > framework for the features of the interface that > XmlRpcClientLiteImpl does not implement, or we need to > use an abstract class with the bare minimum for the root > inte

Re: HttpClient integration

2002-10-14 Thread Ryan Hoegg
I've been thinking further about this issue. If we decide to go ahead and make an XmlRpcClient interface, we either have to decide to use some NonImplementedException framework for the features of the interface that XmlRpcClientLiteImpl does not implement, or we need to use an abstract class w