Re: [digester] populating beans fixed to BeanUtils?

Ricky Panaglucci wrote: robert, i like beanutils very much. but the assumption being made is, that the target object either implements set/get according to spec or is an instance of DynaBean. Note that "the spec" you are talking about is the JavaBeans spec, which allows you to define BeanInf

Re: [all] new list for cvs commits? (was Re: commons-configuration)

I agree that contributors should keep an eye on CVS commits, but a separate list doesn't prevent them from doing so. That's less confusing for newcomers like Hernan, reduce the noise for the non commiter folks here just interested in the discussions, and makes the archive more readable. Emmanu

Re: using Validator in a non-Struts application

--- Michael Shaw <[EMAIL PROTECTED]> wrote: > Hi there, my apologies if this is the wrong forum for my questions, but > I'm having trouble locating information about using Validator outside of > Struts. > My problem may stem directly from my misunderstanding of Validators' > capabilities, but as I

RE: [all] new list for cvs commits? (was Re: commons-configuration)

CVS commit messages here usually go to [EMAIL PROTECTED] That address is directed to $project-dev@ because developers are expected to maintain oversight of the CVS. The problem with Jakarta Commons is that all projects are on one list. If there is too much traffic for a given subproject, a separ

cvs commit: jakarta-commons/docs/releases index.html mirror.html prepare.html release.html

rwaldhoff2003/10/29 16:26:04 Modified:docs beanutils.html charter.html collections.html commons.html components.html contributors.html dbcp.html digester.html directory.html discovery.html el.html index.html jexl

cvs commit: jakarta-commons/xdocs/stylesheets/menus components.xml

rwaldhoff2003/10/29 16:24:41 Modified:xdocs/stylesheets/menus components.xml Log: add primitives to menu Revision ChangesPath 1.3 +2 -1 jakarta-commons/xdocs/stylesheets/menus/components.xml Index: components.xml =

using Validator in a non-Struts application

Hi there, my apologies if this is the wrong forum for my questions, but I'm having trouble locating information about using Validator outside of Struts. My problem may stem directly from my misunderstanding of Validators' capabilities, but as I understand it Validator can generate error-messages fr

Re: [all] new list for cvs commits? (was Re: commons-configuration)

It makes sense for the commit messages to be delivered to the dev list because they directly relate to the development of the project. The problem with commons-dev is that many different projects use it so the volume is higher than other dev lists. Simple email filtering rules help to get rid of

[all] new list for cvs commits? (was Re: commons-configuration)

Great idea, but I'm not sure how much time and effort it would take to make it happen.There's nothing like going away for a week and accumulating 500 cvs commit messages in your inbox. I believe that codehaus.org does: ${project}-dev for developers ${project}-user for users ${project}-scm

Re: commons-configuration

What about moving the cvs messages to a [EMAIL PROTECTED] mailing list ? I guess almost everyone here is filtering them anyway. Those interested in the cvs notifications could subscribe to the specific list. Emmanuel Hernan Silberman wrote: I'm looking for a mailing list specific to the commo

[primitives] 1.0 RC1 available

I've updated the primitives site at and created RC1 distributions at . Can you all take a look and see if there are any outstanding issues before calling a vote on a 1.0 release? Also, this i

Re: add commons-primitives to nightly build

Tad bit of confusion here We would like the commons-primitives from commons proper in the nightly builds, not the commons-primitives from the sandbox. This should hopefully work its way out shortly, as the website appears in commons proper and the 1.0 release occurs. thanks Stephen - Ori

Re: [collections] UnmodifiableSortedMap bug?

Well I've fixed it anyway :-) Stephen - Original Message - From: "__matthewHawthorne" <[EMAIL PROTECTED]> To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]> Sent: Wednesday, October 29, 2003 11:38 PM Subject: Re: [collections] UnmodifiableSortedMap bug? > Looks like a bug to me.

cvs commit: jakarta-commons/collections/src/java/org/apache/commons/collections/decorators UnmodifiableSortedMap.java

scolebourne2003/10/29 15:49:18 Modified:collections/src/java/org/apache/commons/collections/decorators UnmodifiableSortedMap.java Log: Fix problem where views were being incorrectly created Revision ChangesPath 1.3 +5 -5 jakarta-commons

Re: [collections] UnmodifiableSortedMap bug?

Looks like a bug to me. Perhaps we need some tests to prove that it isn't doing what it's supposed to... then a fix to make it behave correctly. Gary Gregory wrote: Hello, Looking at UnmodifiableSortedMap, I see the following methods that look odd: public SortedMap subMap(Object fromKey

[collections] UnmodifiableSortedMap bug?

Hello, Looking at UnmodifiableSortedMap, I see the following methods that look odd: public SortedMap subMap(Object fromKey, Object toKey) { SortedMap map = getSortedMap().subMap(fromKey, toKey); return new UnmodifiableSortedMap(getSortedMap()); } public SortedMap head

cvs commit: jakarta-commons/collections/src/java/org/apache/commons/collections PredicateUtils.java

ggregory2003/10/29 15:21:40 Modified:collections/src/java/org/apache/commons/collections PredicateUtils.java Log: Unnecessary semicolons. Revision ChangesPath 1.10 +5 -5 jakarta-commons/collections/src/java/org/apache/commons/collections

cvs commit: jakarta-commons/primitives project.xml build.xml

rwaldhoff2003/10/29 15:04:18 Modified:primitives project.xml build.xml Log: set version number to 1.0-RC1, in preperation of a candidate release Revision ChangesPath 1.8 +1 -1 jakarta-commons/primitives/project.xml Index: project.xml

cvs commit: jakarta-commons/xdocs index.xml

rwaldhoff2003/10/29 14:58:32 Modified:xdocsindex.xml Log: hard to consider j-c a "new" project anymore Revision ChangesPath 1.13 +1 -1 jakarta-commons/xdocs/index.xml Index: index.xml ===

Re: commons-configuration

As far as I know, there's no such thing as a commons-configuration specific mailing list. All commons development discussions and cvs activity go to: [EMAIL PROTECTED] All commons user concerns go to: [EMAIL PROTECTED] Hernan Silberman wrote: I'm looking for a mailing list specific to the comm

commons-configuration

I'm looking for a mailing list specific to the commons-configuration sandbox project. The link from the project page led me to sign up to this list: http://jakarta.apache.org/commons/sandbox/configuration/mail-lists.html Just wondering if that's right, I wasn't expecting to get an email anytim

cvs commit: jakarta-commons/primitives project.properties

rwaldhoff2003/10/29 14:35:17 Modified:primitives project.properties Log: add javadoc link Revision ChangesPath 1.2 +1 -0 jakarta-commons/primitives/project.properties Index: project.properties =

cvs commit: jakarta-commons/primitives/xdocs index.xml

rwaldhoff2003/10/29 14:00:29 Modified:primitives/xdocs index.xml Log: update docs Revision ChangesPath 1.5 +57 -10jakarta-commons/primitives/xdocs/index.xml Index: index.xml === RCS file: /

cvs commit: jakarta-commons/primitives STATUS.html

rwaldhoff2003/10/29 13:47:45 Modified:primitives STATUS.html Log: point to project.xml and xdocs Revision ChangesPath 1.4 +2 -75 jakarta-commons/primitives/STATUS.html Index: STATUS.html ===

Re: [digester] populating beans fixed to BeanUtils?

robert, i like beanutils very much. but the assumption being made is, that the target object either implements set/get according to spec or is an instance of DynaBean. imo it would be appreciated by many users (at least in the longterm) if an interface and/or factory is provided which, call it a

Re: [digester] populating beans fixed to BeanUtils?

> One of the beauties of digster + beanutils is, that > you can use this: > > > >prop-name="attrA" /> >prop-name="foo.attrB" /> > > > > and get the second property setter deferenced to > getFoo().setAttrB() > > which I wouldn't want to miss

cvs commit: jakarta-commons/primitives RELEASE-NOTES.txt

rwaldhoff2003/10/29 13:04:17 Modified:primitives RELEASE-NOTES.txt Log: update release notes Revision ChangesPath 1.3 +52 -15jakarta-commons/primitives/RELEASE-NOTES.txt Index: RELEASE-NOTES.txt

cvs commit: jakarta-commons/primitives/src/test/org/apache/commons/collections/primitives TestFloatCollections.java PackageTestSuite.java

rwaldhoff2003/10/29 12:07:55 Modified:primitives/src/test/org/apache/commons/collections/primitives/decorators PackageTestSuite.java primitives/src/test/org/apache/commons/collections/primitives PackageTestSuite.java Added:

cvs commit: jakarta-commons/primitives/src/test/org/apache/commons/collections/primitives TestDoubleCollections.java PackageTestSuite.java

rwaldhoff2003/10/29 11:39:13 Modified:primitives/src/test/org/apache/commons/collections/primitives/decorators PackageTestSuite.java primitives/src/test/org/apache/commons/collections/primitives PackageTestSuite.java Added:

cvs commit: jakarta-commons/primitives/src/java/org/apache/commons/collections/primitives CharCollections.java

rwaldhoff2003/10/29 11:20:08 Modified:primitives/src/test/org/apache/commons/collections/primitives/decorators PackageTestSuite.java primitives/src/test/org/apache/commons/collections/primitives PackageTestSuite.java Added:

cvs commit: jakarta-commons/primitives/src/java/org/apache/commons/collections/primitives ShortCollections.java

rwaldhoff2003/10/29 10:57:15 Modified:primitives/src/test/org/apache/commons/collections/primitives/decorators PackageTestSuite.java primitives/src/test/org/apache/commons/collections/primitives PackageTestSuite.java Added:

Re: [digester] populating beans fixed to BeanUtils?

On Wednesday, October 29, 2003, at 09:21 AM, Henning P. Schmiedehausen wrote: robert burrell donkin <[EMAIL PROTECTED]> writes: [about beanutils] One of the beauties of digster + beanutils is, that you can use this: and get the second prope

cvs commit: jakarta-commons/primitives/src/java/org/apache/commons/collections/primitives ByteCollections.java

rwaldhoff2003/10/29 10:33:11 Modified:primitives/src/test/org/apache/commons/collections/primitives/decorators PackageTestSuite.java primitives/src/test/org/apache/commons/collections/primitives PackageTestSuite.java Added:

cvs commit: jakarta-commons/primitives/src/java/org/apache/commons/collections/primitives/adapters/io InputStreamByteIterator.java ReaderCharIterator.java

rwaldhoff2003/10/29 10:28:20 Modified: primitives/src/java/org/apache/commons/collections/primitives/adapters/io InputStreamByteIterator.java ReaderCharIterator.java Log: fix comment Revision ChangesPath 1.2 +4 -5

Re: [VOTE] Promote DbUtils to Commons Proper

+1 - Original Message - From: "David Graham" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, October 29, 2003 5:02 PM Subject: [VOTE] Promote DbUtils to Commons Proper > DbUtils exhibits all of the qualities of a component that should be in > Commons proper: > - It's small an

Re: [dbutils] better name for QueryRunner?

--- __matthewHawthorne <[EMAIL PROTECTED]> wrote: > Especially since it is such an integral class, could > org.apache.commons.dbutils.QueryRunner use a more accurate name, since > it performs both queries and updates? I'm using the term "query" to mean any SQL statement, which I've found to be

RE: [dbutils] better name for QueryRunner?

Howdy, I thought in the SQL world, an update is just a specific type of query? In that case QueryRunner is not so bad. StatementRunner is not bad either. StatementExecutor might be nice. Runner or Executor are too general IMHO. Executor is used by Doug Lea's concurrent framework, so in JDK 1.5

[dbutils] better name for QueryRunner?

Especially since it is such an integral class, could org.apache.commons.dbutils.QueryRunner use a more accurate name, since it performs both queries and updates? Executor Runner StatementRunner I can't think of any others. I have a similar class in my own stash that I named DatabaseHan

Re: [VOTE] Promote DbUtils to Commons Proper

+1 David Graham wrote: DbUtils exhibits all of the qualities of a component that should be in Commons proper: - It's small and focused. - It's API is well defined - It has a group of existing Jakarta committers providing code, ideas, and support. - It has good unit test coverage. It has also be

Re: [VOTE] Promote DbUtils to Commons Proper

+0 -- and i'll do the Bugzilla category (and tweak the nightly builds) once the code migrates. Craig David Graham wrote: DbUtils exhibits all of the qualities of a component that should be in Commons proper: - It's small and focused. - It's API is well defined - It has a group of existing Jakar

cvs commit: jakarta-commons-sandbox/cli/src/java/org/apache/commons/cli2 ArgumentBuilder.java DefaultOption.java Option.java SwitchBuilder.java GroupImpl.java CommandBuilder.java PropertyOption.java Switch.java ArgumentImpl.java DefaultOptionBuilder.java OptionImpl.java ParentImpl.java Command.java

roxspring2003/10/29 09:32:13 Modified:cli/src/test/org/apache/commons/cli2 SwitchTest.java ParentTest.java CommandTest.java GroupTest.java DefaultOptionTest.java ArgumentTest.java cli/src/java/org/apache/commons/cli2 Argument

Re: [digester] plugins: patch for logging

Simon Kitching wrote: On Thu, 2003-10-30 at 02:43, Simon Kitching wrote: Any logging changes (if something can be agreed on) might go in the mix too. And Remy Maucherat's variable substitution stuff, if it's ready? And Jean-Francois Arcand's changes to schema validation? J2EE 1.4 is m

RE: [VOTE] Promote DbUtils to Commons Proper

--- "Shapira, Yoav" <[EMAIL PROTECTED]> wrote: > > Howdy, > +0. > > Is anyone using it? I am using it in several applications currently in development and know of several other groups who will use it once released. Getting out of the sandbox is a critical step towards widening the user base.

RE: [VOTE] Promote DbUtils to Commons Proper

Howdy, +0. Is anyone using it? Yoav Shapira Millennium ChemInformatics >-Original Message- >From: David Graham [mailto:[EMAIL PROTECTED] >Sent: Wednesday, October 29, 2003 10:03 AM >To: [EMAIL PROTECTED] >Subject: [VOTE] Promote DbUtils to Commons Proper > >DbUtils exhibits all of the

[VOTE] Promote DbUtils to Commons Proper

DbUtils exhibits all of the qualities of a component that should be in Commons proper: - It's small and focused. - It's API is well defined - It has a group of existing Jakarta committers providing code, ideas, and support. - It has good unit test coverage. It has also been tested in real world dat