Re: Lock-when-Loaded failing

From: "DanixDefcon5" <danixdefcon5(at)gmail(dot)com>
To: pgsql-jdbc(at)postgresql(dot)org
Subject: Re: Lock-when-Loaded failing
Date: 2006-06-22 21:25:10
Message-ID: 1151011510.519385.125460@y41g2000cwy.googlegroups.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-jdbc

Ok, thanks. Thing is, while I was waiting an answer from here, I tried
the code on our Test Envirnoment AS. It is the next version, Sun Java
AS 9, which uses the Java EE 5 platform. Funny thing is ... it worked.
Just as-is, no changes, no NOTHING. Just deployed and tested, and all
the "lock-when-loaded" consistencies worked. (Even tested the
consistency doing a LOCK TABLE SHARE ROW EXCLUSIVE to see if the EJB
transaction would lock until available.)

So I assume it must be some weird bug, specific to the 8.1 AS version.
Should note that the JDBC pool is defined exactly the same in both
servers.

Only thing I haven't solved by now is that the CMP management for the
Sun AS is kind of dumb when using tables in schemas that are not in the
current connection's search_path. But that is another story ...

Oliver Jowett wrote:
> DanixDefcon5 wrote:
>
> > It says that the DataStore doesn't support locking for update at row
> > level.
>
> AFAIK the driver returns true from
> DatabaseMetaData.supportsSelectForUpdate(). I don't know what additional
> things the Sun implementation requires to support its "lock-when-loaded"
> mode. You will have to ask Sun.
>
> -O
>
> ---------------------------(end of broadcast)---------------------------
> TIP 2: Don't 'kill -9' the postmaster

In response to

Browse pgsql-jdbc by date

  From Date Subject
Next Message Michael Guyver 2006-06-23 08:22:34 Re: Binary tx format for an array?
Previous Message Sebastiaan van Erk 2006-06-22 20:14:12 Re: Limit vs setMaxRows issue