Re: [all] Instead of source and binary - one distribution

Well a lot of times a commons component is a transitive dependency for a project. I know I've never looked at the beanutils source but I have to have it for my struts projects. Also, jars in the public maven repositories should probably stay slim. -- Ryan Hoegg ISIS Networks http

Re: [codec] base64Codec.decode and DecoderException

1.1. Cheers, -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net/ Gary Gregory wrote: Has this been resolved within build_ws-xmlrpc_ws-xmlrpc? I do not see the compile error mentioned in the message below in the page: http://brutus.apache.org:8080/gump/ws-xmlrpc/ws-xmlrpc/gump_work/build_w s

Re: [codec] StatefulDecoders

to maintain String??coder and Binary??coder interfaces? If so, please implement these as subinterfaces of Stateful??coder. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net/ Alex Karasulu wrote: Brett, Noel, How about we put our minds together and finalize some of this stuff so I can start

[OT] [moderation] Re: Email account utilization warning.

Hi Moderators, This is itself spam, probably a virus judging by the attachment. I have received several of these at my domain as well. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net/ [EMAIL PROTECTED] wrote: Dear user of Apache.org, Some of our clients complained about the spam

[OT] Re: Notify about using the e-mail account.

Unfortunately, its not just targetted at ASF, and it will come from many many different mail addresses. The fact that it got posted to the list (which is moderated) tells me that either a) it fools the moderators, or b) a subscriber is infected. -- Ryan Hoegg ISIS Networks http

Re: bug in commons email (MIME related)

I looked at these RFCs. I remember Noel and some others discussing a possible MIME library on this list recently; perhaps they have some input? -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net/ Oron Ogdan Adam wrote: line 183 in HtmlEmail.java : --- String cid

[validator][site] Download link?

, and Translations sections of the menu on the front page for Commons would look good as a link in the bottom section next to Project Info imho. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net/ - To unsubscribe, e-mail: [EMAIL

Re: Promote HttpClient out of commons?

Another downside of top-level-hood is the overhead. Jakarta already has a fully functional PMC and a Charter, as well as an established brand. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net/ otisg wrote: I am a HttpClient user and a Lucene committer. I don't see any problems

Re: [release managers] Rsync with Apache's Maven repository

. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [commons] archives assistance [Configuration]

More specifically: http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED] Search body for +configuration +database -bug database Works for me. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net __matthewHawthorne wrote: I have a need to search the archives pretty often, but I don't seem

Re: [all] Author tags redux

to the action/ tage named submitted-by or something. Then, a custom goal in maven.xml (or a new plug in) would allow us to generate patch reports for non-committers. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net [1] http://maven.apache.org/reference/plugins/changes/ Simon Kitching wrote

Re: Commons - TLP

If that's the case, why not try to promote them to Jakarta proper? I know little of jxpath, but Digester seems like it would fit under Libraries, Tools, and APIs. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net __matthewHawthorne wrote: I think that Jakarta Commons is buried down

Re: [digester] Digester vs xmlbean vs JAXB

, which is very straightforward for bean - XML mapping. I got up to speed on it and successfully used it with my code in under 4 hours. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Samuel Cheung wrote: I have a newbie question. What are the advantages/dis-advantages between Digester vs

Re: [codec] Streamable Codec Framework

not a commons committer, or I'd take some action myself. This was previously tracked in Bug 17091 (http://issues.apache.org/bugzilla/show_bug.cgi?id=17091) but was CLOSED with resolution LATER. See Chris's attachment on 6/12/03. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Christopher (siege

Re: [Attributes] Inherit and Develop

commons committers. In any case, it can only be a good thing to compare notes with the other implementations out there. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Leo Sutic wrote: Hi, I'm a comitter at the Avalon project (avalon.apache.org), and I have developed tools and API

[jexl] dotted property names in expressions

=${dotted.property.name}/ j:if test=${empty(littlename)} echo Empty little property /echo /j:if Only the first echo happens. If I get more time to get the code from CVS working in eclipse and to get my head around Jexl internals, I'll write a unit test. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net

Re: [SURVEY] Commons-csv or not?

Looks great. Actually, Cocoon has a CSVGenerator now that turns CSV files into XML SAX events. Perhaps factoring stuff out of there is appropriate if we want to create an independent effort here. The other formats you mentioned interest me greatly, especially EDIFACT. -- Ryan Hoegg ISIS

Re: Checked vs Runtime exceptions

This may be the correct solution in some of your eyes, but it is far too much overhead for most programmers who want to use logging. If my database server is down or the logging directory can not be found when I want to log something, my application code is not the right place to handle

[attributes] Limitations of current implementations

be able to leverage a facility for runtime attribute modification in order to perform its duties. If anyone can shed some light on these issues, I would greatly appreciate it. Thanks, -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net

Re: Logging packaging questions

Hey folks, I would disagree if the jar sharing mechanism provided for versioning. There are several ways to accomplish this, but the maven repository does it in a very simple and practical way. All that would be left to jpackage-type tools is the dynamic runtime classpaths. -- Ryan Hoegg

Re: [VOTE] promote commons attributes to the commons proper

Non-binding +1 -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net James Strachan wrote: Jon, Paul - this is all seeming a little painful to make useful progress working within Jakarta Commons. Adding 1 non-apache committer to a sandbox project seems too hard right now - we're stuck

Re: _Commons-Attributes_(sandbox)_and_Jon_Tirsén.

and DefaultAttributeCompiler, it would make sense to agree on a common interface and create multiple implementations. I am currently a committer on ws.apache.org/xmlrpc. Can I help? -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Paul Hammant wrote: Well I volunteer to help this get promoted

Re: _Commons-Attributes_(sandbox)_and_

robert burrell donkin wrote: On Sunday, June 8, 2003, at 03:48 PM, Ryan Hoegg wrote: I am currently a committer on ws.apache.org/xmlrpc. Can I help? like anyone else you can help out as a developer ;) i'm not an commons-attributes committer, so others will have to answer whether they'd

Re: [VOTE] codec to commons

+1 O'brien, Tim wrote: Formal vote, codec is ready for a release. Please submit votes within the next 72 hours, I will summarize the results at that time. * Base64 is based upon the latest code from HttpClient and XML-RPC - the interfaces are a product of negotiation between these two efforts.

Re: commons codec and Base64

on it. The code has been examined quite closely for RFC compliance and performance, so I would suggest using the Codec Base64 implementation for that reason anyway. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Gary Gregory wrote: Hello All, What is the status of Sandbox-Commons-Codec

Re: Any examples on webmail login

Sounds like your webmail app is checking the User-Agent header and refusing you access. You might want to fake your User-Agent header to look like an appropriate browser. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net vijay kumar wrote: Hi I am new here and new to httpclient 2.0. I

Re: Data Transformer Proposal

I like this idea. Would this be a front end to things like Castor and Digester, or would they move to this component? Also, do you already have a codebase you have in mind for this? -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net P.S. Out of curiosity, are you familiar with any open

Re: IRC channels

Kasper Nielsen wrote: Jandalf wrote: Is there any IRC servers and channels in use by Commons? HttpClient is planning an IRC session and we need a home. Any talk about an irc.apache.org? try irc.werken.com there is a couple of apache projects like maven, turbine, ojb, velocity hanging out

Code formatters

Hi all, Can anyone recommend a good code formatter and templates to use to clean up code for commons? -- Ryan Hoegg ISIS Networks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

[logging] To depend or not to depend?

is not in the CLASSPATH. -- Ryan Hoegg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [logging] To depend or not to depend?

Commons-logging-api.jar is 16K, which would increase our applet JAR size by 60+%. That's not acceptable for a system level service like logging. -- Ryan Hoegg Henri Yandell wrote: Why not just put SafeCommonsLogger in commons-logger.jar? Is commons-logging.jar's 20 odd K isn't that huge

Re: [logging] To depend or not to depend?

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-stub package. It would do

Re: Propose a new commons-uri package

The decision to require JDK 1.4 for HttpClient is not trivial. In XML-RPC, we are still debating whether to abandon 1.1 and require 1.2+. We use HttpClient in our library. Furthermore, the idea is to share the URI functionality among Apache projects. Other projects that use URI functionality

Re: [codec] RE: Base64.java

of the relevant RFCs. For 2.0, I think the idea of a Base64 interface with different implementations sounds cleaner than either idea. Reason being, the user of decodeChunked propbably wants to be using encodeChunked as well. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Henri Yandell wrote

Re: [codec] RE: Base64.java

We do as well. Codec should probably end up with the union, not the intersection However, ours tests for the MIME specific 76 character line wrapping. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Jeffrey Dever wrote: That sounds good here too. We only call Base64 methods

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

Re: more common classes need a home

once. I would agree with you for the others, they are useful to more than just this project. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail

Re: more common classes need a home

Jeffrey Dever wrote: Also noticed that codec and xml-rpc also have their own Base64 classes. You can also add Tomcat to the list. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL

Re: [PATCH][HttpClient] bug 12607

valuestringUnknown method/string/value /member /struct /value /fault /methodResp I'll see if I can't put together a bug report and patch and post it to bugzilla. -- Ryan Hoegg ISIS Networks Ortwin Glück wrote: Could you post the server's response? Ryan Hoegg wrote: Although

Test suites

of a particular server on the internet. How have you solved this problem in the past? -- Ryan Hoegg ISIS Networks -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

Re: [PATCH][HttpClient] bug 12607

includes only tokens and an = I read this to say that neither \r or \n is allowed before the first CRLF in a chunk. -- Ryan Hoegg ISIS Networks Ortwin Glück wrote: Not sure if single \n or \r is allowed here or not. Maybe leave it as it is. Real world guys anyone? -- To unsubscribe, e-mail

Re: [PATCH][HttpClient] Bug 12607 fix w/ test + typo fixes

I have tested the patch to ChunkedInputStream on my local copy and it works; in fact, it solved a larger problem I was having integrating HttpClient into the Apache XML-RPC project. Thanks Martin! -- Ryan Hoegg ISIS Networks Elwin, Martin wrote: ChunkedInputStream.java.diff is a patch

Re: [httpclient] Content-Length handling

You are right. If we wait, we are basically falling back to waiting for the server to close the connection in every case. I believe that HttpClient behaves correctly. I have already pursued this with the appropriate HTTP servers :) -- Ryan Hoegg ISIS Networks Ortwin Glück wrote: My