XML-RPC and HTTP

thrown around early on or are people still interested in doing it this way? The actual messages don't seem to me to be reliant on HTTP. And if other transports are desirable, should we abstract the transport part? Just thinking out loud, Ryan Hoegg

Re: Problems with setting HTTP Keepalive

! --Ryan Hoegg John Perrotto wrote: Hi All, I'm using an HttpServlet to host my XmlRpcServer. I want to enable the HTTP keep-alive feature between my client and server apps. I've called the method XmlRpc.setKeepAlive(true) on the server and client-side. My Java client is using

Re: Problems with setting HTTP Keepalive

woops, meant for the -user list. For you guys, I will be integrating HTTPClient from the Commons in the Client classes. --Ryan Ryan Hoegg wrote: Currently, the XmlRpcClient and XmlRpcClientLite use a simple implementation of an http client. This implementation does not support many

Re: recent patches

such as Cocoon that have put some effort into shallowing the learning curve for contributors as well as users. Ryan Hoegg ISIS Networks

Re: recent patches

footprint, dependencies, etc. So far my only resource has been the mailing lists, and some private e-mails from Daniel. I realize that this is a much smaller project than those I mentioned, so when I finish my project wouldn't mind putting some time into writing some of this stuff. Ryan Hoegg ISIS

Re: Where do we go now?

pieces. Ryan Hoegg ISIS Networks

Re: [VOTE] Commit access for Andrew Evers

Hi, I may as well send mine too. +1. Daniel Rall wrote: Andrew Evers has been providing many excellent and digestable patches lately, and backed them up with great discussion on the list. Seeing as how I'm not able to keep up with all the patches on my own, I propose that he be given commit

Working HTTP 1.1 Support... but wait!

in a stable version tomorrow. If/when we introduce this dependency, any Ant/Maven gurus want to automate that part? I have never used either. -- Ryan Hoegg ISIS Networks

Re: [PATCH]: Alternative type mappings for primitive types.

and dirty idea of what this stuff does: http://jakarta.apache.org/commons/discovery/apidocs/org/apache/commons/discovery/DiscoverClass.html -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net

Re: HttpClient integration

(say Turbine wanted to ship an XML-RPC client as a part of their RSS stuff, but they already use the commons HttpClient for other things). Thoughts? -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net

Re: [PATCH]: Alternative type mappings for primitive types.

Daniel Rall wrote: Ryan Hoegg [EMAIL PROTECTED] writes: Daniel Rall wrote: Andrew Evers [EMAIL PROTECTED] writes: From an overall embedding perspective it would be nice to specify a property hash to a number of the constructors that could be used to specify alternative classes

Re: [OT] Patch in Windows

Daniel Rall wrote: Ryan, have you tried Cygwin http://cygwin.com/? *sigh* I've been putting off cygwin for about 2 years now. For some reason I always had the impression it was a bear to install and use. Oh well, it's 52% installed and counting. -- Ryan Hoegg ISIS Networks http

Re: [PATCH]: Alternative type mappings for primitive types.

Daniel Rall wrote: Ryan Hoegg [EMAIL PROTECTED] writes: As far as I can tell this dependency would be introduced anywhere we want to automatically discover an implementation class for an interface. We could break it off into an AutoDiscoverFactory class that sits in another package

Re: CDATA leaks in XmlRpc client classes

/enter_bug.cgi?product=XML-RPC The humble peasant, -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Glen Lewis wrote: ...would someone more important please consider this change for your source code?

Re: XmlRpcClient Interface

a lot of the recent progress in this area, with the bulk of the tangible code coming from Andrew Evers. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Jim Redman wrote: I only vaguely remember the discussion of adding an interface for the client. Can someone provide a quick synopsis

Re: REPOST: https

on the server side? My understanding is that we are trying to support 1.1 for the client software to allow its use in applets. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net

Re: [VOTE] Commit access for Ryan Hoegg

rhoegg is my usual username, so that sounds good. Daniel Rall wrote: Ryan, that's the requisite 3 votes. Is the (unix) user name rhoegg good for you, or would you like something else?

Re: New release of Apache XML-RPC

Andrew? -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Andrew Evers wrote: This issues that you've brought up so far are now taken care of. Please let us know what other tweaks would make the library more easily embeddable -- this is an important use case for most of us. Also, if you plan

FESI package: Who's maintaining it?

at the files server.es and client.es in the src/fesi directory of the distribution Those files are nowhere to be found. Anyone using or maintaining this code, please speak up! -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net

Re: The organization of xml.apache.org

the xml.apache.org brand was always a subsidiary brand of ASF, as was Jakarta. It carries enough weight that I have looked here first when I need a piece of software for a project, and will try an Apache project out before a random Sourceforge one every time. $0.02 -- Ryan Hoegg ISIS Networks http

Running the test target

for junit/framework/TestListener. Anyone seen this? -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net

XML-RPC FESI extensions

extensions. Also, what is the status of FESI itself? Is it still maintained and supported? Is there a new web site? Please reply to [EMAIL PROTECTED] Thanks, -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net

Re: TCP no-delay option

Daniel Rall wrote: It'll go live in the next web site update. - Dan Out of curiosity, how often does that happen? -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net

Re: [PATCH] org.apache.xmlrpc.applet.SimpleXmlRpcClient.java

Thanks! Will file a bug report. Wim van Velthoven wrote: org.apache.xmlrpc.applet.SimpleXmlRpcClient.java does not detect faults. Witrh the following patch it does. (patch in 'XmlRpcSupport.startElement)

Re: Internal logging API

Sounds good. Anyone want to target this for 1.2 or leave it in 2.0? -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Tellman, Ed wrote: I'm not a committer, but I could undertake the conversion to the Jakarta commons logging package, if no one else has already embarked on it. I

Re: SecureXmlRpcTransport?

a transport based on that PSN. ;) Some end of year projects have taken me out of circulation for the past few weeks. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Andrew Evers wrote: Myself and another coder here are looking to implement some secure xml-rpc clients and services, but it looks

Re: Web Services PMC

Just read it, and it seems a better fit for our project than xml.apache.org anyway. Nobody whose name I see regularly on this mailing list is listed as an initial member of the PMC. Anyone up to it? -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Davanum Srinivas wrote: Folks

Re: Authentication patch

, Username or password does not match); +} +} If we don't hear from Dejan again soon I will put this in nagoya and take it from there. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Dejan Bosanac wrote: Hi, I've made a little patch for v1.1 library which

Re: Logging API

this in the codebase. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Andrew Evers wrote: Hi guys, I've just been doing some debugging of one of our packages that uses XML-RPC to perform some of its communication. One thing we needed to do is get accurate information about the methods and parameters

Release schedule

to work on the Base64 problem before I put more time into the refactoring if we are trying to get a release out the door. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net

Re: Logging API

filesize for the applet jar? How much memory is the LiteXmlRpcClient allowed to consume? I will spend some time on this in the coming month. I imagine John Wilson is the man to go to for the J2ME stuff. Anyone want to take responsibility for the applet users? -- Ryan Hoegg ISIS Networks http

Re: [GUMP] Build Failure - xml-rpc

Hey, I suppose my commits yesterday broke Gump, but I don't know how. the build works fine for me, and the tests all pass. Any ideas? Sam Ruby wrote: This email is autogenerated from the output from:

Apache e-mail

Couple of questions related to my apache.org account: Am I receiving e-mail there? If so, can I access it with POP or IMAP? How? Second, should I be listing my business e-mail address in @author lines or my apache.org address? -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net

Authentication: Whose responsibility?

instead. I will go ahead and do this, but not commit it until tomorrow night (after dark EST) so you all get a chance to veto me first :) -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net

Bug 15216 / JXTA XML-RPC

interoperability. If we could figure out some way for our libraries to communicate, would you be interested in this? -- Ryan Hoegg / Apache XML-RPC / http://ws.apache.org ISIS Networks http://www.isisnetworks.net

Authentication refactoring

surprised. As I mentioned in an earlier e-mail and the javadoc, the credentials passed to XmlRpcClient.setBasicAuthentication are only used in the versions of execute and executeAsync that were around in 1.1. They are discarded in all other overloads. -- Ryan Hoegg ISIS Networks http

Re: cvs commit: xml-rpc/xdocs/images project-logo.jpg

Hi Martin or whoever does the Maven push. Please don't actually publish the web site from the current content until February 1, because Davanum is still finishing the ws.apaceh.org site. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net [EMAIL PROTECTED] wrote: mpoeschl2003/01/30

Re: Mailing lists for Web Services Projects (fwd)

No preference, and it looks as though they are going forward with xmlrpc. Should we have a quick [VOTE]? Daniel Rall wrote: What are people's thoughts on the list names? I think I saw Ryan change the Maven project descriptor recently in this regard. I like Sam's suggestion of either

[SUMMARY] Release Plan

-ended. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net

[Fwd: Re: Moving Base64 in HttpClient to commons-codec]

Looks like the appropriate people have been made aware. Thanks for checking that one out, Martin! -- Ryan Hoegg ISIS Networks'http://www.isisnetworks.net ---BeginMessage--- I saw that bug report and made Tim aware that xml-rpc also had an implementation. They all appear to be based

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

Daniel Rall wrote: I realize that you just backported from HEAD, but it seems that the indentation of this file is seriously screwed up (likely caused by tab characters). This makes the diffs much more difficult to read. At the very least, HEAD should have the correct indentation. You're

Re: [Fwd: Re: Moving Base64 in HttpClient to commons-codec]

them to Tim's attention), as they are a definite step forward, in terms of both RFC compliance and efficiency (Danny's comment about trailing CR/LF's not withstanding) ... On Monday, February 3, 2003, at 10:33 PM, Ryan Hoegg wrote: I think I'm going to back off any further changes

Rules for build system changes

are seeing with Base64 moving to Codec: How much should we shield our users from runtime dependencies? -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net

Re: Moving Base64 in HttpClient to commons-codec

in the bug. Apart from some reformatting and the package name, it seems you could just use ours instead. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9931 I've attached it, enjoy! -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Jeffrey Dever wrote: There is a vote on the commons-dev

[TEST] new mailing list address?

Hi all, If you're reading this we are up and running with our new mailing list address: [EMAIL PROTECTED] -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net

build.properties

will be checked in that documents the variables that must, or can, be set. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net

Logging

CLI package is considering doing something similar in their next version. Nicola Ken Barozzi (Avalon/POI/?) says he has already written code to do this in POI. So perhaps some of our work is done! -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net

SimpleXmlRpcClient

Thanks for your patch. I have applied it to the 1.2 branch. We should be releasing 1.2 beta in a week or so, and would appreciate it if you would download it and test it in your applications. Thanks! -- Ryan Hoegg

Re: chars in strings under 1.1

Are you using SimpleXmlRpcClient? This was a problem but is now fixed in 1.2-beta, which should be released this week. -- Ryan Hoegg Rob Walker wrote: Has anyone found a problem with characters in XML/RPC 1.1. We're getting the following exception on the client side: === Fatal error

Release details for 1.2 beta

. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net

Re: Release details for 1.2 beta

://www.xmlrpc.com;XML-RPC/a , a popular protocol that uses XML over HTTP to implement remote procedure calls. This is primarily a bugfix release. Please see the a href=http://ws.apache.org/xmlrpc/changes.html;Changelog/a for more details. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Ryan Hoegg

Re: Release details for 1.2 beta

Well, today's the 15th. If someone will take care of NUmbers 1 and 2 for me, Davanum will do number 3. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Ryan Hoegg wrote: Hey all, This is a draft list of things we need to do to get a release out by February 15: 1. Create jars

Re: mail moderation

Jason, I could take it over if nobody else has volunteered. Jason van Zyl wrote: Hi, Anyone interested in taking over the moderation of this mailing list?

Re: Release details for 1.2 beta

packages in the appropriate places, and regenerate and publish the web site with the new information. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Ryan Hoegg wrote: Well, today's the 15th. If someone will take care of NUmbers 1 and 2 for me, Davanum will do number 3. -- Ryan Hoegg

Re: Release details for 1.2 beta

I think two builds are appropriate, as most of the bugs reported for 1.1 were in the applet code. We should still distribute an applet jar. We probably just need to e-mail [EMAIL PROTECTED] to fix the permissions thing... what exactly is the problem? -- Ryan Hoegg ISIS Networks http

Re: Release details for 1.2 beta

Any chance of getting the release posted? I see no problem with releasing a beta 2 if there are problems with beta 1. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Martin Poeschl wrote: done! please grab the pre-release packages from http://www.apache.org/~mpoeschl/ i'll wait

XML-RPC beta pending release

announcement? I'd like to synchronize the announcements on all the appropriate channels. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Martin Poeschl wrote: the files are now available at xml.apache.org/dist/xmlrpc the dists should be moved to ws.apache.org/dist .. but i don't have

Base64 stuff

Hi, Looks like the Codec people made a call on the non-Base64 data handling. It seems we were throwing out all non Base64 data in the discardWhitespace function. From this patch, it looks like they undid that. Is this going to reopen our bug report? -- Ryan Hoegg ISIS Networks http

build.properties

Hey, you all need to add the following two properties to your build.properties to build CVS HEAD: commons-httpclient.jar commons-logging.jar Dependencies are annoying.

Re: unsubscribe failure

Hi, We recently moved into the Web Services PMC, which is at http://ws.apache.org. I think the web site reflects the new addresses. You should be using: [EMAIL PROTECTED] [EMAIL PROTECTED] mike marsh wrote: Hi all, sent an empy message to [EMAIL PROTECTED] [EMAIL PROTECTED] Both messages

Re: Base64 Class Optimizations

! -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Lawrence Meader wrote: In the process of developing a project, I took the existing Base64 class and optimized it for our purposes (Some of the byte arrays we're using have lengths exceeding 70 million elements). Additionally, the code looks

Re: HTTPS hostname wrong

What version of the library are you using? Alex Young wrote: Hi, I am trying to use the SecureXmlRpcClient class but am geting this error: java.io.IOException: HTTPS hostname wrong should be (localhost) the path IS is set to localhost and the correct certificates are in place. I get a similar

Re: HTTPS hostname wrong

the OutputStream from the URLConnection. Thanks Alex -Original Message- From: Ryan Hoegg [mailto:[EMAIL PROTECTED] Sent: 24 March 2003 17:50 To: [EMAIL PROTECTED] Subject: Re: HTTPS hostname wrong What version of the library are you using? Alex Young wrote: Hi, I am trying to use

Re: cvs commit: xml-rpc project.xml

anyway. Anyone's itch? -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net [EMAIL PROTECTED] wrote: dependency idcommons-httpclient/id - version/version - url/url + version2.0/version + urlhttp://jakarta.apache.org/commons/httpclient//url /dependency

Re: info on 2.0?

from XML-RPC processing - interceptors and introspection - use of commons-logging, commons-httpclient, and commons-codec internally Actually, this thread may be a nice way to start talking about it. Anything you all want to add to the list? -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net

Re: Logging, packaging and applets

Andrew Evers wrote: Hmm, thread revival. Had to go back to the archives to check out what I had said. This proposal looks like a solution. Log itself is an interface, LogFactory is a class. The tiniest possible implementation we could build would be to have our own LogFactory that copies the real

Re: info on 2.0?

funtionality of Bugzilla. But, I still do not have admin rights. I think this is why: Pier, the following Apache XML-RPC need Bugzilla admin permissions for XML-RPC: rhoegg [EMAIL PROTECTED] ??? (Ryan Hoegg) yes So would someone mind making some milestones and we will start managing

Re: [GUMP] Build Failure - xml-rpc

Hey, this is my stuff. It looks like the HttpClient people have finally moved the URI stuff somewhere, which they've been talking about doing for a while. I'll take a look, but it could be a week or so. If anyone is annoyed by the Gump messages, feel free to take a look :) -- Ryan Hoegg

Re: transport layer abstraction

the spec and therefore they will need to do more than a vanilla client. When client uses this framework with default transport, he gets XML-RPC compilance, on the other hand architecture remains open and people may do whatever they want. This sounds like a worthwhile goal to me. -- Ryan Hoegg ISIS

Re: xml-rpc

into the changes that would be necessary to use RS-232 or something in place of HTTP in cvs HEAD? I'd be curious to get your take on how the abstraction should be accomplished. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Volkar, John wrote: Rufio, I *am* using the Apache XML-RPC on the host

Re: XML-RPC 2.0 release? + CommonsXmlRpcTransport questions

to a single XML-RPC endpoint, rather than reused. I am open to changing that, but I respond more quickly to patches with justification than suggestions :) -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net GRIMSHAW, Richard wrote: Hi, I'm in the process of integrating

Re: more strongly typed invoker

touch, I was thinking about using method attributes (using commons-attributes or something else) or a separate XML deployment descriptor. Different use case :) See you on the dev list, -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Life is hard, and then you die wrote: Hi, I would like

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

Hey thanks dims... is gump back up? What prompted you to fix this? [EMAIL PROTECTED] wrote: dims2003/12/26 08:57:51 Modified:src/java/org/apache/xmlrpc CommonsXmlRpcTransport.java Log: constructor URI(URL url) is no longer present in httpclient's URI.java Revision Changes

Re: application/rpc+xml, and another RFCication attempt

the resources savings that removing the entire XML parser would provide, why not look into a simpler TCP or HTTP based RPC? -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Ken Gengler wrote: On Jan 20, 2004, at 4:58 PM, Mario Salzer wrote: But I see your point, and I think it would lead only

Re: How to report bugs ?

http://nagoya.apache.org/bugzilla/enter_bug.cgi?product=XML-RPC -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net/ Gabriel Toma-Tumbar wrote: Hello there, I think I have found a bug in your package. How can I report it ? Gabriel Toma-Tumbar Programmer Edulib Soft S.R.L.

[codec] more granular artifacts

on this as well. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net/

[all] maven artifacts

for users, but I am curious whether anyone else would rather have things organized that way? -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net/

Re: Fw: [codec] base64Codec.decode and DecoderException

will probably JFDI. :) -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net/ Adam R. B. Jack wrote: Folks, I posted this to the commons-dev [codec] list yesterday, but figured you might have views yourself (as a user of codec). I don't (personally) know the release history of codec, or if you'd mind