I'm unable to reproduce the exception on a common client with the two
PostgreSQL
8.3.x database configurations, one local the other on the network,
listed below.
All linux configurations
Client:
java version "1.5.0_12"
jdbc version: "postgresql-8.3-603"
Database Hosts:
Host: 127.0.0.1
-- Generated On: 2009.08.17 AD at 09:24:16 MDT
-- SQL version: PostgreSQL 8.3.3
-- Database: world
-- Host: cindy.dandymadeproductions.net
-- Generated On: 2009.08.17 AD at 09:10:41 MDT
-- SQL version: PostgreSQL 8.3.0
-- Database: world
danap
--
Sent via pgsql-jdbc mailing list (pgsql...@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-jdbc
I am not surprised. I strongly suspect this is an issue with Windows/PostgresSQL. OTOH, I did most of my testing against Postgres 8.4 server.
>
> I'm unable to reproduce the exception on a common client with the two
> PostgreSQL 8.3.x database configurations, one local the other on the
> network, listed below.
>
> All linux configurations
>
> Client:
>
> java version "1.5.0_12"
> jdbc version: "postgresql-8.3-603"
>
> Database Hosts:
>
> Host: 127.0.0.1
> -- Generated On: 2009.08.17 AD at 09:24:16 MDT
> -- SQL version: PostgreSQL 8.3.3
> -- Database: world
>
> -- Host: cindy.dandymadeproductions.net
> -- Generated On: 2009.08.17 AD at 09:10:41 MDT
> -- SQL version: PostgreSQL 8.3.0
> -- Database: world
>
> danap
>
> 2009/8/17 Michael Bell <mikeb...@yahoo.com>
>
> I am not surprised. I strongly suspect this is an issue with
> Windows/PostgresSQL. OTOH, I did most of my testing against Postgres 8.4
> server.
I'm still unable to reproduce the exception on the given configuration
when the JDBC has
been upgraded to postgresql-8.4-701.jdbc3. I will upgrade to PostgreSQL
8.4 tomorrow,
been meaning to, on one of the systems and try again. I realize you are
talking about 8.4
and what I was trying to do is provide an elimination of one or more
variables to isolate
the problem, so the experts here could focus, which I believe they may
have already done. I
also understand that mine are Linux and your is windows and you believe
there lies the possible
whack so to speak. Couple of things though:
1. The original test code you provided I believe is not doing exactly
what you think. con is never
NULL besides the first time through the loop, which the test to
close the connection is taking
place no matter whether a connection was established or not. You
always close the connection,
Suggest you try:
} finally {
if (con != null)
{
con.close();
con = null;
}
I know this is probably be nothing, but your code is just not doing
what you set it up to do.
2. If you say your connection is not pooled, why in your original
exception trace, quoted above, is:
-> at com.gwava.db.DerbyConnectionPool.main(DerbyConnectionPool.java:193)
Updated a server configuration today to 8.4.0. Still unable to reproduce
on a windows and
linux clients accessing server with the exact test code provided. I know
this is not your
XP/localhost configuration. I see no sense in setting up PostgreSQL on
XP for my needs
so this is all I can do to help.
Client 1, Linux:
java version "1.5.0_12"
jdbc version: "postgresql-8.4-701 JDBC3"
Client 2, XP:
java version "1.6.0"
jdbc version "postgresql-8.4-701 JDBC3"
Database Hosts:
-- Host: cindy.dandymadeproductions.com
-- Generated On: 2009.08.19 AD at 12:29:25 MDT
-- SQL version: PostgreSQL 8.4.0
-- Database: world
2009/8/17 Michael Bell <mikeb...@yahoo.com>