Mailing lists [pgsql-jdbc]

1 May 2009

• 08:38   Re: Very strange performance decrease when reusing a PreparedStatement Oliver Jowett
• 11:06   Unit test patches John Lister
• 14:26   Re: Very strange performance decrease when reusing a PreparedStatement Frédérik Bilhaut
• 16:13   Re: Very strange performance decrease when reusing a PreparedStatement Dave Cramer
• 20:40   A basic Statement.getGeneratedKeys() implementation (patch attached) Adam B
• 20:42   Re: A basic Statement.getGeneratedKeys() implementation (patch attached) Adam B
• 21:00   Re: A basic Statement.getGeneratedKeys() implementation (patch attached) Kris Jurka
• 21:06   Re: A basic Statement.getGeneratedKeys() implementation (patch attached) Adam B

2 May 2009

• 13:23   getTiIme/Timestamp with TimeZone inconsistency John Lister
• 23:53   Re: getTiIme/Timestamp with TimeZone inconsistency Oliver Jowett

3 May 2009

• 08:22   Re: Very strange performance decrease when reusing a PreparedStatement Péter Kovács
• 10:16   Re: Very strange performance decrease when reusing a PreparedStatement Dave Cramer
• 10:35   Re: Very strange performance decrease when reusing a PreparedStatement John Lister
• 10:41   Re: getTiIme/Timestamp with TimeZone inconsistency John Lister
• 14:42   Re: Very strange performance decrease when reusing a PreparedStatement Tom Lane
• 16:28   Re: Very strange performance decrease when reusing a PreparedStatement Péter Kovács
• 16:42   Re: Unit test patches Kris Jurka
• 17:50   Re: Very strange performance decrease when reusing a PreparedStatement John Lister
• 17:54   Re: Unit test patches John Lister
• 18:17   Re: Unit test patches Tom Lane
• 19:16   Re: Unit test patches John Lister
• 19:25   Re: Very strange performance decrease when reusing a PreparedStatement Roland Roberts
• 20:48   Re: Very strange performance decrease when reusing a PreparedStatement Péter Kovács
• 21:06   Re: Very strange performance decrease when reusing a PreparedStatement John Lister
• 23:12   Re: Very strange performance decrease when reusing a PreparedStatement Roland Roberts
• 23:29   Re: Very strange performance decrease when reusing a PreparedStatement Oliver Jowett
• 23:43   Re: Very strange performance decrease when reusing a PreparedStatement Oliver Jowett
• 23:48   Re: Very strange performance decrease when reusing a PreparedStatement Oliver Jowett
• 23:51   Re: Very strange performance decrease when reusing a PreparedStatement Oliver Jowett

4 May 2009

• 00:00   Re: Very strange performance decrease when reusing a PreparedStatement Oliver Jowett
• 00:32   Re: Unit test patches Kris Jurka
• 00:44   Re: getTiIme/Timestamp with TimeZone inconsistency Oliver Jowett
• 08:27   Re: Very strange performance decrease when reusing a PreparedStatement Péter Kovács
• 10:08   Re: Very strange performance decrease when reusing a PreparedStatement Thomas Kellerer
• 11:05   Re: Very strange performance decrease when reusing a PreparedStatement Mikko Tiihonen
• 12:16   Re: Unit test patches John Lister
• 16:38   Re: Unit test patches John Lister
• 20:26   Re: Unit test patches John Lister
• 21:56   Re: Unit test patches Kris Jurka

5 May 2009

• 22:40   Re: Unit test patches John Lister

6 May 2009

• 22:27   Re: Very strange performance decrease when reusing a PreparedStatement Simon Riggs
• 22:39   Re: Very strange performance decrease when reusing a PreparedStatement Tom Lane

7 May 2009

• 07:21   Re: Thread hangs in VisibleBufferedInputStream.readMore Daniel Migowski
• 07:29   Re: Thread hangs in VisibleBufferedInputStream.readMore Oliver Jowett
• 08:43   Re: Very strange performance decrease when reusing a PreparedStatement Simon Riggs
• 12:06   Re: Thread hangs in VisibleBufferedInputStream.readMore Oliver Hitz
• 12:11   Re: Thread hangs in VisibleBufferedInputStream.readMore Oliver Jowett

8 May 2009

• 17:53   setQueryTimeout(int) is not yet implemented Vernon
• 18:34   v604 in Maven David Rees

10 May 2009

• 21:29   select id returns null prof_trg

11 May 2009

• 07:37   COPY support: plan and progress Thomas Finneid
• 17:21   prepared statement not working Jürgen Lüters

12 May 2009

• 07:19   Unable to access table named "user" Joe Kramer
• 07:46   ResultSet internal data type handling Luca Ferrari
• 08:07   Re: ResultSet internal data type handling John Lister
• 08:44   Re: ResultSet internal data type handling Oliver Jowett
• 08:57   Re: [GENERAL] Unable to access table named "user" Joe Kramer
• 10:03   Re: ResultSet internal data type handling Luca Ferrari
• 10:09   Re: ResultSet internal data type handling Oliver Jowett
• 10:10   Re: ResultSet internal data type handling John Lister
• 14:02   Enums - from java to jpa The Jasper
• 14:40   Re: Unable to access table named "user" Heikki Linnakangas
• 15:34   pooled prepared statements Thomas Finneid
• 15:59   Re: pooled prepared statements John Lister
• 18:50   Re: pooled prepared statements Thomas Finneid
• 20:36   Re: Enums - from java to jpa Guy Rouillier
• 23:19   Re: pooled prepared statements John Lister

13 May 2009

• 00:13   Re: pooled prepared statements John Lister
• 01:23   Re: pooled prepared statements Oliver Jowett
• 02:02   Re: pooled prepared statements Dave Cramer
• 07:57   Re: pooled prepared statements Thomas Finneid
• 08:30   Re: Unable to access table named "user" dmp
• 14:52   Re: pooled prepared statements John Lister
• 15:06   [Fwd: Re: Enums - from java to jpa] Vernon
• 15:21   Re: pooled prepared statements Dave Cramer
• 19:52   Re: pooled prepared statements Thomas Finneid
• 22:31   Re: pooled prepared statements Dave Cramer

14 May 2009

• 15:34   ResultSet getString() result differs in 8.3 jdbc (compared to 8.1), with "real" type Tanel
• 17:04   Re: ResultSet getString() result differs in 8.3 jdbc (compared to 8.1), with "real" type Guillaume Cottenceau
• 18:45   Re: prepared statement not working Kris Jurka
• 18:45   Re: ResultSet getString() result differs in 8.3 jdbc (compared to 8.1), with "real" type Kris Jurka
• 18:47   Re: v604 in Maven Kris Jurka
• 18:48   Re: COPY support: plan and progress Kris Jurka
• 18:58   Re: pooled prepared statements Kris Jurka
• 21:28   Re: v604 in Maven David Rees
• 23:33   Re: v604 in Maven Guillaume Smet

15 May 2009

• 06:05   Re: COPY support: plan and progress Albe Laurenz
• 07:38   Re: COPY support: plan and progress Thomas Finneid
• 19:06   Re: ResultSet getString() result differs in 8.3 jdbc (compared to 8.1), with "real" type Tanel
• 19:06   Re: ResultSet getString() result differs in 8.3 jdbc (compared to 8.1), with "real" type Tanel

17 May 2009

• 17:35   Does 8.3/8.4 support lazy fetched + updateable +scrollable ResultSets? Clemens Eisserer

18 May 2009

• 14:14   Re: Does 8.3/8.4 support lazy fetched + updateable +scrollable ResultSets? Kris Jurka
• 19:17   Re: Does 8.3/8.4 support lazy fetched + updateable +scrollable ResultSets? Clemens Eisserer
• 22:10   Re: Does 8.3/8.4 support lazy fetched + updateable +scrollable ResultSets? Kris Jurka

23 May 2009

• 14:02   Java persistence with enum types Susannah Relf

24 May 2009

• 06:29   Re: Java persistence with enum types Craig Ringer

25 May 2009

• 12:01   Re: Java persistence with enum types Susannah
• 15:05   jdbc rounding value for numeric fields Ioana Danes
• 15:15   Re: jdbc rounding value for numeric fields Tom Lane
• 15:16   jdbc rounding value for numeric fields Ioana Danes
• 15:48   Re: jdbc rounding value for numeric fields Ioana Danes

26 May 2009

• 04:00   SQLState of BatchUpdateException Fujii Masao
• 15:17   Re: Java persistence with enum types The Jasper
• 17:21   JDBC on the Wiki Jesper Pedersen

27 May 2009

• 23:56   Re: SQLState of BatchUpdateException Kris Jurka

28 May 2009

• 07:47   Patch to add a socketTimeout property. -- again Toru SHIMOGAKI
• 21:30   Re: Unit test patches Kris Jurka

29 May 2009

• 01:51   Implementation of get/set functions with string parameters Bojan Skaljac
• 01:51   Serbian translation for pgsql-jdbc Bojan Skaljac
• 09:17   Re: Unit test patches John Lister
• 09:22   Re: Unit test patches John Lister
• 19:30   Re: Implementation of get/set functions with string parameters Kris Jurka
• 21:40   25P02 on connection.rollback(savePoint) - ERROR: current transaction is aborted, commands ignored until end of transaction block Saravana Kumar

31 May 2009

• 04:26   translation updates Euler Taveira de Oliveira