Re: [SURVEY] Commons-csv or not?

On 25.06.2003 19:59:19 Joe Germuska wrote: > A CSV project seems a bit too narrowly focused. I agree. IMHO the focus should be on any type of legacy, structured ASCII files containing some notion of "record". It's very interesting to have code around to easily convert such files to XML (SAX-Event

Re: [SURVEY] Commons-URI or not? - jarring or ... and exposing some classes?

I'd like to consider the compelete opposite situation. If a project (knows what they exactly need) wanted just several classes from another project, should they include a whole jar from the project? What's the possbile solution? Here you are, my one... You can notice there are xxx.md5, xxx.asc

Re: [SURVEY] Commons-URI or not? - with java.net.URI?

> - Original Message - > From: "Shapira, Yoav" <[EMAIL PROTECTED]> > To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]> > Sent: Wednesday, June 25, 2003 9:38 PM > Subject: RE: [SURVEY] Commons-URI or not? > > Howdy, > I think a slightly more detailed proposal is needed: one that add

Re: [SURVEY] Commons-URI or not? - about its needs

- Original Message - From: "Eric Johnson" <[EMAIL PROTECTED]> > I too am against a separate URI commons package, at least for the moment. [snip] > Anyway, to the extent that a separate URI package would make sense, if > we had a model such as the above, where most people used the one g

Re: [SURVEY] Commons-URI or not?

The Guidelines of the commons charter has some guidance here: http://jakarta.apache.org/commons/charter.html 1. The primary unit of reuse and release is the package. 2. The package library is not a framework but a collection of components designed to be used independently. 3. Each pack

Re: [SURVEY] Commons-URI or not? - about starting point

- Original Message - From: "Martin Cooper" <[EMAIL PROTECTED]> To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]> Cc: "Commons HttpClient Project" <[EMAIL PROTECTED]> Sent: Thursday, June 26, 2003 2:37 AM Subject: Re: [SURVEY] Commons-URI or not? > > > On Wed, 25 Jun 2003, Sung-G

DO NOT REPLY [Bug 21068] - [lang] [PATCH] NumberUtils min/max, BooleanUtils.xor, and ArrayUtils toPrimitive and toObject

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 21068] - [lang] [PATCH] NumberUtils min/max, BooleanUtils.xor, and ArrayUtils toPrimitive and toObject

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 21068] - [lang] [PATCH] NumberUtils min/max, BooleanUtils.xor, and ArrayUtils toPrimitive and toObject

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons/jxpath/src/java/org/apache/commons/jxpath/ri/axes DescendantContext.java

dmitri 2003/06/25 19:18:47 Modified:jxpath/src/test/org/apache/commons/jxpath/ri/model XMLModelTestCase.java jxpath/src/java/org/apache/commons/jxpath/ri EvalContext.java jxpath/src/java/org/apache/commons/jxp

cvs commit: jakarta-commons/jxpath/src/java/org/apache/commons/jxpath/ri/model/dynabeans DynaBeanPropertyPointer.java

dmitri 2003/06/25 19:17:59 Modified:jxpath/src/java/org/apache/commons/jxpath/ri/model/beans PropertyPointer.java jxpath/src/java/org/apache/commons/jxpath/ri/model/dynabeans DynaBeanPropertyPointer.java Log: Fixed index

cvs commit: jakarta-commons/jxpath/src/java/org/apache/commons/jxpath/util BasicTypeConverter.java

dmitri 2003/06/25 19:17:30 Modified:jxpath/src/java/org/apache/commons/jxpath/util BasicTypeConverter.java Log: Change visibility of some methods to protected Revision ChangesPath 1.9 +11 -11 jakarta-commons/jxpath/src/java/org/apache/co

Re: [math][functor] More Design Concerns

> > c.) What is the platform of interest for [math]? Server Side or > > Application. Remember that Jakarta's mission is create *server-side* libraries: http://jakarta.apache.org/site/mission.html That doesn't mean that a library couldn't be used in client-side apps but it does mean that your pri

Re: [math][functor] More Design Concerns

(2) Considerations a.) Is consistent library design important?Can all these models interace effectively? Are all these different design models required? Is there a single design model that can span the entire library? IMHO, the most important considerations are 1) how easy the library will be

DO NOT REPLY [Bug 21099] - [PATCH] Unused field 'startFinal' in DateIterator

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 21099] New: - [PATCH] Unused field 'startFinal' in DateIterator

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 21068] - [lang] [PATCH] NumberUtils min/max, BooleanUtils.xor, and ArrayUtils toPrimitive and toObject

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons/lang/src/test/org/apache/commons/lang ArrayUtilsTest.java

scolebourne2003/06/25 16:33:47 Modified:lang/src/java/org/apache/commons/lang ArrayUtils.java lang/src/test/org/apache/commons/lang ArrayUtilsTest.java Log: Add primitive boolean/object conversions Bug 21068, from Matthew Hawthorne Revision ChangesPath 1.

cvs commit: jakarta-commons/lang/src/java/org/apache/commons/lang ArrayUtils.java

scolebourne2003/06/25 16:32:08 Modified:lang/src/java/org/apache/commons/lang ArrayUtils.java Log: Add new empty array constants for number objects Declare variables as final Fix null behaviour to be null tolerant Javadoc null behaviour Fix formatting Revision Changes

RE: [SURVEY] Commons-URI or not?

I like this idea. I would also propose: o This "commons.jar", "commons-all.jar" or whatever it should be called be part of the nightly-build. If a sub-component's build failed, then this build fails. o A release of commons-all would be automatically attempted when a new release of a sub-component

Re: [math][functor] More Design Concerns

Rodney Waldhoff wrote: On Tue, 24 Jun 2003, Mark R. Diggory wrote: Either way, I hope some of us will take a quick over the the package and comment according about their opinion. I hope Rodney Waldhoff will feel comfortable about stepping back in and discussing some more about his approach wit

Re: Checked vs Runtime exceptions

On Wed, 25 Jun 2003, David Graham wrote: > Logging was merely an example (probably a poor one). Agreed. Logging was one of my examples, and it's a bad one for the sake of this discussion. In practice no logging API I'm aware throws Runtime or checked Exceptions, but silently fail as far as the

Re: Checked vs Runtime exceptions

> > In many cases that a database operation fails the next layer just cares > that it gets notified of the failure and logs it (you could also have > subclasses of MyException that indicate more specific failure types). > MyException is allowing other layers to be independent of the persistence >

Re: Checked vs Runtime exceptions

--- Juozas Baliuka <[EMAIL PROTECTED]> wrote: > Ok, > next example with checked exception in client code: > > void register(MyObject value)throws MyException{ > try{ > Connection connection = getConnection();// Doe's it throws > SQLException > too ? > try{ > updateOrInsert(connection

Re: cvs commit: jakarta-commons/jexl/src/java/org/apache/commons/jexl/parser ASTUnaryMinusNode.java ASTMethod.java Parser.java Parser.jj ParserTreeConstants.java ParserVisitor.java

On Wednesday, June 25, 2003, at 07:17 AM, [EMAIL PROTECTED] wrote: +++ ASTMethod.java25 Jun 2003 11:17:00 - 1.4 @@ -1,5 +1,7 @@ package org.apache.commons.jexl.parser; +{ +System.out.println("ASTMethod : "+ e); +e.printStackTrace();; Why no

Re: Checked vs Runtime exceptions

Ok, next example with checked exception in client code: void register(MyObject value)throws MyException{ try{ Connection connection = getConnection();// Doe's it throws SQLException too ? try{ updateOrInsert(connection,value); log.info(" registred " + value.getId() ); }fin

Re: Checked vs Runtime exceptions

--- Ryan Hoegg <[EMAIL PROTECTED]> wrote: > 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 app

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 that

Re: cvs commit: jakarta-commons/jexl/src/java/org/apache/commons/jexl/parser ASTSubtractNode.java

On Wednesday, June 25, 2003, at 06:49 AM, [EMAIL PROTECTED] wrote: geirm 2003/06/25 03:49:48 Modified:jexl/src/java/org/apache/commons/jexl/parser ASTSubtractNode.java Log: Mark Wilkinson's patch (hack!) to the sub node - we really need to fix this anoth

DO NOT REPLY [Bug 21015] - [math] Update task list

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons-sandbox/math/xdocs tasks.xml

mdiggory2003/06/25 06:31:25 Modified:math/xdocs tasks.xml Log: PR: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21015 Submitted by: [EMAIL PROTECTED] Revision ChangesPath 1.6 +48 -42jakarta-commons-sandbox/math/xdocs/tasks.xml Index: tasks.xml

DO NOT REPLY [Bug 21015] - [math] Update task list

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 21015] - [math] Update task list

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: [SURVEY] Commons-URI or not?

Howdy, I think a slightly more detailed proposal is needed: one that addresses specifically what commons-uri would address that's missing in java.net.URI and related classes. Yoav Shapira Millennium ChemInformatics >-Original Message- >From: Sung-Gu [mailto:[EMAIL PROTECTED] >Sent: Wedn

Re: [RESULT][VOTE] FileUpload 1.0 Final Release Plan

THANKS Martin Martin Cooper wrote: Vote results: +1: 4 +0: 1 -0: 0 -1: 0 FileUpload 1.0 Final will be released shortly. -- Martin Cooper - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMA

cvs commit: jakarta-commons/jexl/src/java/org/apache/commons/jexl/parser ASTUnaryMinusNode.java ASTMethod.java Parser.java Parser.jj ParserTreeConstants.java ParserVisitor.java

geirm 2003/06/25 04:17:01 Modified:jexl/src/java/org/apache/commons/jexl/parser ASTMethod.java Parser.java Parser.jj ParserTreeConstants.java ParserVisitor.java Added: jexl/src/java/org/apache/commons/jexl/parser

cvs commit: jakarta-commons/jexl/src/java/org/apache/commons/jexl/parser Parser.jjt

geirm 2003/06/25 04:09:21 Modified:jexl/src/java/org/apache/commons/jexl/parser Parser.jjt Log: Mark Wilkinson patch to solve some problems with unary minus Revision ChangesPath 1.7 +3 -1 jakarta-commons/jexl/src/java/org/apache/commons/jexl/parser/Parser.jj

cvs commit: jakarta-commons/jexl/src/java/org/apache/commons/jexl/parser Parser.java Parser.jj ParserTreeConstants.java ParserVisitor.java

geirm 2003/06/25 03:52:02 Modified:jexl/src/java/org/apache/commons/jexl/parser Parser.java Parser.jj ParserTreeConstants.java ParserVisitor.java Log: parser autogen followers Revision ChangesPath 1.4 +308 -269 jak

cvs commit: jakarta-commons/jexl/src/java/org/apache/commons/jexl/parser ASTSizeFunction.java

geirm 2003/06/25 03:51:44 Modified:jexl/src/java/org/apache/commons/jexl/parser ASTSizeFunction.java Log: patch from mark wilkinson - size () fix Revision ChangesPath 1.2 +15 -7 jakarta-commons/jexl/src/java/org/apache/commons/jexl/par

cvs commit: jakarta-commons/jexl/src/java/org/apache/commons/jexl/parser ASTSubtractNode.java

geirm 2003/06/25 03:49:48 Modified:jexl/src/java/org/apache/commons/jexl/parser ASTSubtractNode.java Log: Mark Wilkinson's patch (hack!) to the sub node - we really need to fix this another way - prollie in the introspector Revision ChangesPath

cvs commit: jakarta-commons/jexl/src/java/org/apache/commons/jexl/parser Parser.jjt

geirm 2003/06/25 03:48:46 Modified:jexl/src/java/org/apache/commons/jexl/parser Parser.jjt Log: patch from Mark Wilkinson to (cleverly) handle the size problem Revision ChangesPath 1.6 +10 -2 jakarta-commons/jexl/src/java/org/apache/commons/jexl/parser/Parser

cvs commit: jakarta-commons/jexl/src/java/org/apache/commons/jexl/parser ASTSizeMethod.java

geirm 2003/06/25 03:46:17 Added: jexl/src/java/org/apache/commons/jexl/parser ASTSizeMethod.java Log: Part of patch from Mark Wilkinson - supports change in strategy for how to deal with the size() function in Jexl parser. Clever lad Revision Chan

Re: Checked vs Runtime exceptions

I think this logging example was a good one: void MyMethodUsesLogging()throws MyException{ try{ log.info("started"); }catch(LoggingException e){ log.error(e); // ?? throw new MyExeption(e); } } - Original Message - From: "David Graham"

cvs commit: jakarta-commons/httpclient/xdocs logging.xml

oglueck 2003/06/25 02:45:00 Modified:httpclient/xdocs logging.xml Log: reduce log detail for most common use Revision ChangesPath 1.11 +2 -2 jakarta-commons/httpclient/xdocs/logging.xml Index: logging.xml ==

Re: Checked vs Runtime exceptions

Checked exeptions look very usefull for API designers and useless for API users, doe's not it ? > You missed the correct solution in your logging > example. Obviously, various implementations will > throw different sets of exceptions so the right way to > handle it is to create a checked Logg

DO NOT REPLY [Bug 21077] New: - Allow non-static Converter collections

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 21076] New: - Add "aggressive" mode for BeanUtils.copyProperty()

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 21053] - URL codec contribution from HttpClient

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu