Re: [VOTE] Release of DbUtils 1.3 RC4

+1 On Mon, Nov 9, 2009 at 6:12 AM, Julien Aymé wrote: > +1 > > Julien > > 2009/11/8 Dan Fabulich : > > > > This release includes support for Java5 generics and varargs. > > > > In RC3 I accidentally added a dependency on Java 1.6 while fixing > FindBugs > > errors; in RC4 I fixed that bug. > > >

Re: Commons Dbutils: Request feedback for possible patch; handling nested beans.

} > > System.out.println(" property :" + property > > + " target nested Bean: " + > nestedBeanValue); > > Class propType = property.getPropertyType(); > >

Re: Commons Dbutils: Request feedback for possible patch; handling nested beans.

The default BeanHandler is not a full mapping solution and I'm not sure you really want it to be -- that's a case where it might be in your best interest to implement a custom Handler. Cheers -L On Wed, Jul 22, 2009 at 12:59 PM, Philip, Anil - Kansas City, MO < anil.phi...@kcc.usda.gov> wrote: >

[Commons-JCI]

Is this project still active? there's a 1.1 release sort of sitting dormant since ~2007...

Re: [dbutils] Version number for next release

You're right on the money with that one. I'd like to have some brainstorming conversations and what not along the the way to 2.0 -- I don't think a major version bump is necessary in a library like this until you do break compatibility. Cheers, -L On Fri, May 1, 2009 at 11:43 AM, Dan Fabulich w

Re: [VOTE] Release of DbUtils 1.2 RC3

+1 i suppose. Same issue occurs with oracle 11g drivers as well, but you're correct, it's not a regression -- I hadn't really noticed it because bizzarely, i'm using the data direct drivers and they don't show the issue. The issue's been raised on oracles forums a couple of times. My kingdom for

Re: RES: RES: RES: Possible incubation?

:s/Unchecked/checked/ i suck. On Fri, Apr 10, 2009 at 11:00 AM, Liam Coughlin wrote: > The real problem is that Unchecked exceptions still exist, and are way over > used. > > -shrug- > > > > On Fri, Apr 10, 2009 at 8:28 AM, Andre Dantas Rocha < > andre.dantas.r

Re: RES: RES: RES: Possible incubation?

The real problem is that Unchecked exceptions still exist, and are way over used. -shrug- On Fri, Apr 10, 2009 at 8:28 AM, Andre Dantas Rocha < andre.dantas.ro...@uol.com.br> wrote: > I totally agree with you about HandleUtil.handle(); this is a point that I > want to avoid either. However, the

[Commons-JCI]

Is this project dormant? Nothing much seems to have happened with it for a minute

Re: M2 settings.xml

oops? On Wed, Mar 25, 2009 at 9:51 AM, Siegfried Goeschl < siegfried.goes...@it20one.at> wrote: > > > > > apache.releases > sgoeschl > 664 > 775 > > > apache.website > sgoeschl > 664 > 775 > > > apache.snapshots > sgoeschl >

Re: [VOTE] Release of DbUtils 1.2 RC2

I'd suggest marking it volatile or making it an immutable property. the overhead incurred from enforcing thread safety i think is a bit much for the specific purpose of the QueryRunner -- in all the instances that you mentioned -- it's the datasource that should be dispatched to threads not the qu

Re: [VOTE] Release of DbUtils 1.2 RC3

Unless something has changed, the current test cases do include hsqldb based tests. The specific issue is that some of the changes in the proposed 1.2 have a specific impact on specific databases ( notably, oracle ) -- so it would be extremely useful if someone who has some access to some oracle i

Re: [DBUTILS] Version numbering

That makes a little more sense then how I read the Stephen originally, and yes you're probably right -- though I don't think you're going to be able to get much varargs in without wrecking binary anyway since a lot of the parameter ordering doesn't lend itself to it. I just don't feel that a 1.3 j

Re: [DBUTILS] Version numbering

the code NEEDS to change though, and not in a backwards compatible way. Do whatever is appropriate with version numbers to indicate that non-binary compatible changes are coming. Cheers, -L On Sun, Mar 8, 2009 at 6:04 AM, Stephen Colebourne < scolebou...@btopenworld.com> wrote: > Dan Fabulich w

Re: [dbutils] bugfixing/java5 branches ready for merge

DBUTILS-49QueryRunner - fillStatement method does not work for PostgreSQL database drivers I'm pretty sure this is addressed with the fill change to use the parametermetadata. DBUTILS-48 Maintaining a parallel Java 1.5 version of DButil

Re: [dbutils] bugfixing/java5 branches ready for merge

I vote for karma. On Tue, Feb 24, 2009 at 12:55 PM, Dan Fabulich wrote: > Henri Yandell wrote: > > 742870 - ?? - Lacking Unit Tests, not liking the catch Exception. >> RuntimeException throwing needs String arg. Generally not trusting the >> Java API here to work beautifully and wanting to have

Re: [beanutils] [dbutils] Interfaces as beans, for databases

Yes and Yes! There is absolutely a lot of potential there -- it's also one of the reasons I'd really like to see RowHandler become a first class part of the dbutils library -- ProxyGeneratingRowHandlers could do all sorts of interesting things. On Tue, Feb 10, 2009 at 5:28 PM, Dan Fabulich wro

Re: [dbutils] Questions about a few of bugs

snip > > Ah, but the whole point of this enhancement is that it's unperformant to > use RowProcessor#toBean on each row; it's much faster to call > RowProcessor#toBeanList once. So there's no such thing as an > OptimizedBeanRowHandler; the optimization is to not use a RowHandler! > /snip I'd pus

Re: [dbutils] Questions about a few of bugs

On Tue, Feb 10, 2009 at 2:32 AM, Dan Fabulich wrote: > 1) OptimalBeanListHandler > > http://issues.apache.org/jira/browse/DBUTILS-37 > This bug provides a patch that considerably improves the performance of > BeanListHandler. > > However, Julien correctly points out that: > >> With the change I p

Re: [dbutils] QueryRunner.fillStatement and the null problem (long)

snip > >int sqlType = Types.VARCHAR; >if (!pmdKnownBroken) { >try { >sqlType = stmt.getParameterMetaData().getParameterType(i+1); >} catch (Exception e) { pmdKnownBroken = true; } >} >stmt.setNull(i + 1, sqlType); > > Possibly we'd add a new argument to

Re: [DbUtils] New Java 5 branch (Was: dbutils) [NC]

Thanks Rahul -- Second follow up question -- how do we go about gaining access to the project if no one steps up? Cheers, -Liam On Thu, Jan 8, 2009 at 1:48 PM, Rahul Akolkar wrote: > > Ideally, anyone interested in helping should be on this list, so > posting here as you did is indeed a good wa

Re: [DbUtils] New Java 5 branch (Was: dbutils) [NC]

t would be usefull to create a J5 or > J6 branch, > make the changes in there, and switch the new branch with trunk once it's > done. > This would lead to the next major release of DbUtils. > > Regards, > Julien Aymé > > > > > "Liam Coughlin" > 07/0

dbutils

Hello -- I was curious who currently owned the dbutils package. I've used it extensively on some projects and would like to see it's development continue, and in particular, would like to see it updated to use java 5 features ( generics, etc. ). I'd be willing to do some of this work, and was hop