Comments on: Trimming JDBC

By: Hammer

Hammer — Wed, 01 Nov 2006 19:28:24 +0000

Take a look at O/R Broker.

By: Jari

Jari — Wed, 01 Nov 2006 13:28:19 +0000

Have a look at DBUtils from Apache Commons. http://jakarta.apache.org/commons/dbutils/ Jari

By: Carfield Yim

Carfield Yim — Thu, 26 Oct 2006 03:57:44 +0000

Have a feeling that spring jdbctemplate is what you looking for, may be you can take a look? http://www.springframework.org/docs/reference/jdbc.html

By: Luigi

Luigi — Tue, 24 Oct 2006 08:07:41 +0000

Thanks Brian, jDBI sounds good!
Unluckily in current project buyer mandates that we must use jdk 1.3 :-(
(definitely: I’m not working in a vanguard company)

How many higher level APIs around JDBC! How time wasting JDBC API is! ;-)

By: Luigi

Luigi — Tue, 24 Oct 2006 07:50:42 +0000

> What does your new JDBC framework provide > that the Spring JDBC DAO framework doesn’t? I'll give a look at Spring JDBC DAO, thankyou for your hint This codes are just some utility methods I wrote for current project: I would have choosen hibernate if I could, but the buyer asked for plain jdbc access for this app and I wrote this. I'm working in a context where recent technologies are refused for several (ridiculous) reasons. This is the music here, let's dance.

By: Brian McCallister

Brian McCallister — Mon, 23 Oct 2006 21:25:18 +0000

Okay, it is a project plug, but... You might want to look at jDBI. It does the result set mapping, has decent tx conveniences, and has upcoming support for some serious convenience magic :-) -Bran

By: john smith

john smith — Mon, 23 Oct 2006 21:10:55 +0000

What does your new JDBC framework provide that the Spring JDBC DAO framework doesn’t? We use it very successfully. …and it handles transactions transparently using AOP.