Re: XML-RPC and HTTP

I've actually begun exploring this avenue. It is trivial to separate the wire format from the transport aspects of the specficiation. Once you've done that adding support, in the specification, for a new transport is just a matter of describing how the transport transfers messages in the XML-RPC w

Re: [request] new commiter

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 in favor of it > I'd withdraw my objects if

Re: Interceptors/Introspection patch

Ah, the the DTD (or Schema) for XML-RPC is not really the point. For example, we use xmlrpc for factory automation data to send data from the server to an applet. Each returned value is an Array containing (at least) the value, timestamp, quality, etc. On each request you may get one or mor

Re: [PATCH] Add the ability for XmlRpcClient user to set the HTTP User Agent header

This is something that could be done with the interceptors patch for example: new XmlRpcClientInterceptor() { public void preinvoke_preflatten(String remotehost, ObjectHolder method, ObjectHolder params, ObjectHolder user, ObjectHolder password, ObjectHolder auth, Properties headers, Object

Re: [PATCH] Add the ability for XmlRpcClient user to set the HTTP User Agent header

Daniel Rall wrote: [EMAIL PROTECTED]"> Ryan Hoegg <[EMAIL PROTECTED]> writes: Hi Daniel, and everyone,In my research into my cookie issue, I found some interesting ideas.What would you all think about using the Jakarta Commons HTTP Clientinstead of java.net.URLConnection?That wouldn't a

Re: Interceptors/Introspection patch

- Original Message - From: "Daniel Rall" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, March 08, 2002 6:41 PM Subject: Re: Interceptors/Introspection patch > Jim Redman <[EMAIL PROTECTED]> writes: [snip] > > It would be fairly easy to write a DTD against the XML-RPC spec. I

Re: Interceptors/Introspection patch

Jim Redman <[EMAIL PROTECTED]> writes: > On a vaguely related note, is there any standardized way to express > the interfaces. That is, how do I give my interface to a C++ (PHP, > VB, etc. etc.) programmer? This would need to include more than is in > the XML-RPC spec., that is, to say a method

Re: [PATCH] Add the ability for XmlRpcClient user to set the HTTP User Agent header

Ryan Hoegg <[EMAIL PROTECTED]> writes: > Hi Daniel, and everyone, > In my research into my cookie issue, I found some interesting ideas. > What would you all think about using the Jakarta Commons HTTP Client > instead of java.net.URLConnection? > > That wouldn't address the server header generati

XML-RPC and HTTP

Hey that last piece on HTTP headers got me to thinking. The XML-RPC spec says that an XML-RPC message is an HTTP-POST request. However when I was looking around on the internet I remember seeing stuff about possible other transports such as SMTP. Were these just ideas that were being thrown

Re: [PATCH] Add the ability for XmlRpcClient user to set the HTTP User Agent header

Hi Daniel, and everyone, In my research into my cookie issue, I found some interesting ideas. What would you all think about using the Jakarta Commons HTTP Client instead of java.net.URLConnection? That wouldn't address the server header generation but its feature set is much more complete than

Re: [PATCH] Add the ability for XmlRpcClient user to set the HTTP User Agent header

I'm goning to skip this one (though I'm not against someone else sprucing that up and merging it in). What's actually needed is some code normalization between client, client lite, and server header generation. Ryan Hoegg <[EMAIL PROTECTED]> writes: > Hi all, > > Not too sure if this is somethi

Re: XML-RPC client cookies?

Ryan Hoegg <[EMAIL PROTECTED]> writes: > Am I over-rating the complexity of a Tomcat setup? Yes. What I'm suggesting is little more than replacing one web server with another. If you're worried about the size of Tomcat, Jon Stevens has a stripped down version of Catalina (with no JSP) in Scara

Re: Formatt

EXT-Raiteri, Ashley L wrote: > i Strongly concurr with that (single pass), but that means that martin has > to do it all at once very quickly, otherwise merge problems will occurr. > Perhaps a Weekend would be a good time to do it, closing the code on friday > morning, with a warning to everyone t

Formatt

i Strongly concurr with that (single pass), but that means that martin has to do it all at once very quickly, otherwise merge problems will occurr. Perhaps a Weekend would be a good time to do it, closing the code on friday morning, with a warning to everyone that might be working on patches, and

Re: [request] new commiter

Martin Poeschl <[EMAIL PROTECTED]> writes: > why don't you want the code to be (re)formatted?? > do you like the code as it is?? 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

Re: [request] new commiter

Hannes Wallnöfer <[EMAIL PROTECTED]> writes: > Any proposal for coding conventions? I'm a fan of Turbine's .

RE: XML-RPC client cookies?

+1 on Dan' suggestion. As has been said many times, the wonderfulness of xml-rpc is its tight small independence. -Original Message- From: Daniel Rall [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 07, 2002 8:53 PM To: [EMAIL PROTECTED] Subject: Re: XML-RPC client cookies? Ryan Hoegg

Re: [request] new commiter

Martin Poeschl wrote: > i would like to work on the xmlrpc code > first of all i would like to make it more readable ... which coding > conventions should be used?? > > would be easier if you give commit access to me ;-) +1 Any proposal for coding conventions? > > martin > > just realised ha

Re: [request] new commiter

On Thu, 2002-03-07 at 20:20, Martin Poeschl wrote: > i would like to work on the xmlrpc code > first of all i would like to make it more readable ... which coding conventions >should be used?? > > would be easier if you give commit access to me ;-) +1 > martin > > just realised hannes is fro

Re: XML-RPC client cookies?

On 2002.03.08 00:46:46 -0700 Ryan Hoegg wrote: > Am I over-rating the complexity of a Tomcat setup? > I haven't set up Tomcat so can't comment on the complexity. If all you need is a simple Servlet server you might consider some of the others out there. We've successfully used the TiniHttpSe

Re: [request] new commiter

Daniel Rall wrote: > Martin Poeschl <[EMAIL PROTECTED]> writes: > > >>i would like to work on the xmlrpc code first of all i would like to >>make it more readable ... which coding conventions should be used?? >> >>would be easier if you give commit access to me ;-) > > > I know Martin from the