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&

Re: client.execute ????

ates, it's reasonable that the client's API should insulate your from this implementation detail. Feel free to file an issue in Bugzilla and attach a patch. - Dan I have no objections to a no-arg convenience overload. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net/ ... now if I could

Re: 1.2 b2 release issues

4521 http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]&msgNo=44496 -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net/ Daniel Rall wrote: Ryan, thanks for coming up with a strawman list. 17789 will be fixed by the next source tarball (of 1.2 b2 or 1.2 final). Now marked as such. 17665 looks lik

Wait for me

committing my changes. So much for the maven developer activity report. :) -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net/

Re: [VOTE] 1.2 b2 release

and pull the applet code out into a separate build for 2.0. Once that happens, we might consider Java 1.2 Collections for the rest? -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net/ Daniel Rall wrote: I was hoping that 1.2 b1 would end up being the final release, but a co-worker (Jack Repe

Re: [all] maven artifacts

whoops, posted to the wrong list! Ryan Hoegg wrote: I'm probably about a year too late here, but it seems to me that all of the commons components should be in a single artifact group "jakarta-commons" instead of having so many "commons-whatever" directories in a

[all] maven artifacts

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

[codec] more granular artifacts

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

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.

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

y need 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

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: more strongly typed invoker

nice 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

1.2 stable

Hey, Just had a conversation with a user of the library, who was slightly alarmed at our release cycle. Anyone want to take the helm for a 1.2 stable release? I won't have the bandwidth for a while. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net

Re: XML-RPC 2.0 release? + CommonsXmlRpcTransport questions

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 integrati

Re: xml-rpc

d 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-

Re: transport layer abstraction

something else should know that it breaks 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

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 :) --

Re: info on 2.0?

I think we should start using the target mileston 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] ??? (Ry

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?

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: cvs commit: xml-rpc project.xml

ality anyway. Anyone's itch? -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net [EMAIL PROTECTED] wrote: commons-httpclient - - + 2.0 + http://jakarta.apache.org/commons/httpclient/

Re: HTTPS hostname wrong

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 the

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 me

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

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 ret

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.

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 Net

XML-RPC 1.2 beta 1 release announcements

level, I am not sure how this process is usually handled. Is there some standard way people coordinate release announcements? Does Maven do anything like this already? -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net

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

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 wai

Re: Outstanding bugs before beta release

Pier Fumagalli wrote: rhoegg [EMAIL PROTECTED] ??? (Ryan Hoegg) Hi Pier, My e-mail address is spelled [EMAIL PROTECTED] Thanks, Ryan Hoegg

Re: Release details for 1.2 beta

Thanks Martin! This is by no means comprehensive, but xmlrpc-1.2-b1-src.zip passes all tests using the build.properties I use with my CVS build. Good call removing build.properties from the distribution :) -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Martin Poeschl wrote: done

Re: Release details for 1.2 beta

Sure, anything to get a release up. I would like to plan a release of 1.2 beta 2 in this case, as applet authors won't want to ship the whole JAR with their applets. I have not used Maven before, but will take the time to figure it out if that's what needs to be done. -- Ryan

Re: Release details for 1.2 beta

Ryan Hoegg wrote: We probably just need to e-mail [EMAIL PROTECTED] to fix the permissions thing... what exactly is the problem? Whoops, just got your post to [EMAIL PROTECTED]

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

stribution 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.

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

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 jar

Re: Release details for 1.2 beta

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

Release details for 1.2 beta

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

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 sid

Re: Internal logging API

cture. -- Ryan Hoegg Daniel Rall wrote: Anything ever come of Ed's patch?

Outstanding bugs before beta release

Hi all, anyone want to speak up for open bugs that they want to see resolved before 1.2 final is released? I nominate http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13168 And on a similar note, how do we add milestones to the target milestone list on Bugzilla? -- Ryan Hoegg

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

Commons logging issues

Andrew, Daniel, pay attention: Craig R. McClanahan wrote: On Fri, 7 Feb 2003, Ryan Hoegg wrote: Starting a new thread for this, it really has little to do with CLI. We are having a similar dilemma in XML-RPC. The idea of a SafeCommonsLogger seems sound. It could even end up in a commons

Logging

ns out the Commons 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

build.properties

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

[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

Rules for build system changes

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: [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 f

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]

he Codec JAR on our installation instructions? -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Martin Redington wrote: Well, here is what the RFC says: RFC 2045 from section 6.8 The encoded output stream must be represented in lines of no more than 76 characters each. All line breaks or o

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

I've seen these fly by as you have been updating the Bug. I imagine most of these are Good Things, but I think the Codec people will have concerns about silently ignoring things the RFC encourages us to complain about. You think we should raise some sort of exception? -- Ryan Hoegg

[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 --- Begin Message --- I saw that bug report and made Tim aware that xml-rpc also had an implementation. They all appear to be based o

Re: Moving Base64 in HttpClient to commons-codec

ee 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 c

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

ems do not resurface. Of course, we could just ignore them and keep our own fork. (-1) I am posting this instead of doing this because there is a risk I won't get time to look at it for a couple days. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net --- Begin Message --- There i

[SUMMARY] Release Plan

to a release it can't be open-ended. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net

Re: [VOTE] Release plan

nting to an implicit dependency). The problem with keeping a copy is that it easily gets out of sync. Anyone know what Turbine does about their dependency on xmlrpc? I know Slide keeps an out-of-sync copy of the Jakarta HttpClient in their codebase, and I think they are looking at changing that.

Re: [VOTE] new XML-RPC mailing list names

Daniel Rall wrote: As XML-RPC is moving to the new Web Services project, its mailing list names are going to change slightly. Please specify your preference for either of the naming schemes below (or suggest a new scheme if you've thought up something better): [+1] [EMAIL PROTECTED], [EMAIL

Re: [VOTE] Release plan

Daniel Rall wrote: p.s. Did the base-64 fixes make it into both 1.2 branch _and_ HEAD? Not yet. I think the issue is basically closed except for some uncertainty on performance with large inputs. I was going to get around to making a test for that this weekend. I found a tasty Project Gu

[VOTE] Release plan

0 - Should spend some time organizing milestones for the 2.0 release instead. I offer to take the lead on whichever we pick, but will need input and help from you all as well. Also I will defer to more senior developers if any of you wants to take the lead on the release plan. -- Ryan Hoegg ISI

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 xmlrpc-

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/

Re: cvs commit: xml-rpc/xdocs changes.xml contributing.xml cvs.xmllists.xml

Oh, forgot to mention in the log message: I took the liberty of adding Andrew and myself to the developers list in project.xml

Authentication refactoring

pleasantly 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 Net

Re: Authentication: Whose responsibility?

e using execute(String method, Vector params) only. I will ignore any credentials given in setBasicAuthentication() with the other method signatures. This will all be in the javadocs. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net

Re: Authentication: Whose responsibility?

t. Currently I need some way to pass authentication credentials from XmlRpcClient to its transport because I deprecated XmlRpcClient.setBasicAuthentication but did not remove it. Removing it would remove the need for the interface to support authentication. -- 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: Whose responsibility?

the XmlRpcTransport 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

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

Re: [GUMP] Build Failure - xml-rpc

I just looked in project.xml, and theres a unitTest node. Part of what I committed were two abstract classes that match **/*Test.java. Perhaps this is what broke it? Maven / Gump experts? -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Ryan Hoegg wrote: Hey, I suppose my commits

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:

Re: Logging API

e size of the applet client jar? -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net

Re: Logging API

case. For example, what is our target 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

Release schedule

ng 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

n 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

Re: Authentication patch

w new XmlRpcException(0, "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:

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: commits

or early February. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Martin Redington wrote: I just looked on the website, and there are no commits for 30 days, apparently :-) Is there any news on progress for the next release? If there's anything I can do to help, let me know ...

Re: SecureXmlRpcTransport?

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: 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.

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: AW: FESI extension

+1 Is it getting near time to pick a list of bugs to be fixed for 1.2 beta and for 1.2? -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Daniel Rall wrote: If it's there, people expect us to support it. But no one with commit access seems to have any interest in it... I reco

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

XML-RPC FESI extensions

ESI 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

Running the test target

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

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

Re: New release of Apache XML-RPC

tures? Anything in there you would rather we didn't do? Anything I missed? Anything need more explanation? -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net

Re: Internal logging API

erties file. Since we don't have multiple inheritance, should we stick this stuff in a utility class or on the XmlRpc base class? -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net

FESI package: Who's maintaining it?

please look 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: 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

Re: The organization of xml.apache.org

e.org software for quite a while. To me 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

Re: The organization of xml.apache.org

ng to affect the XML-RPC project? For example, I would be alarmed to see XML-RPC, Axis, and XML-Security all get a mandate to become one project or leave Apache. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Sam Ruby wrote: > Separate code bases with separate communities should be

Re: New release of Apache XML-RPC

it up 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, i

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: REPOST: https

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: XmlRpcClient Interface

can see the bigger picture. If I do this, do I store the .VSD/.PNGs in CVS somewhere? Where? It would be nice to have them as a resource when we are talking over some of the design decisions we are making. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net

Re: XmlRpcClient Interface

you can read 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 qui

Re: CDATA leaks in XmlRpc client classes

g/bugzilla/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: [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

  1   2   >