Re: A method to asynchronously LISTEN ?

From: Philippe Ebersohl <philippe(dot)ebersohl(at)dalim(dot)com>
To: Dave Cramer <pg(at)fastcrypt(dot)com>
Cc: List <pgsql-jdbc(at)postgresql(dot)org>
Subject: Re: A method to asynchronously LISTEN ?
Date: 2019-02-25 09:15:00
Message-ID: 1855336325.5176233.1551086100885.JavaMail.zimbra@dalim.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-jdbc

Hello Dave,

This is, sir, what we would like !

However looking at line 47-50 of
pgjdbc/src/test/java/org/postgresql/test/jdbc2/NotifyTest.java

How do we guaranty that the listener is called before the assertTrue() is fired ?

stmt . executeUpdate( " NOTIFY mynotification " );

assertTrue(flag . get());

Best regards,
Philippe

From: "Dave Cramer" <pg(at)fastcrypt(dot)com>
To: "Philippe Ebersohl" <philippe(dot)ebersohl(at)dalim(dot)com>
Cc: "List" <pgsql-jdbc(at)postgresql(dot)org>
Sent: Friday, 22 February, 2019 20:03:46
Subject: Re: A method to asynchronously LISTEN ?

Hi Philippe,
So this is old, but I didn't get much response https://github.com/pgjdbc/pgjdbc/pull/579

have a look and see if it works for you. If so we can look at putting it in.

Dave Cramer

davec(at)postgresintl(dot)com
www.postgresintl.com

On Sat, 16 Feb 2019 at 03:36, Philippe Ebersohl < philippe(dot)ebersohl(at)dalim(dot)com > wrote:

Hello,
I checked the documentation and FAQ at jdbc.postgresql.org
Is there a roadmap of feature implementation for the jdbc driver ?

Are there plans to include something similar to the PGNotificationListener found in pgjdbc-ng?
Which does not require to send SELECT to the postgres.

We would if possible only use one postgresql jdbc driver.

I hope I hit the right list for my questions.
Thank you.

Best regards,
Philippe Ebersohl

(null)

In response to

Responses

Browse pgsql-jdbc by date

  From Date Subject
Next Message Dave Cramer 2019-02-25 15:13:49 Re: A method to asynchronously LISTEN ?
Previous Message Dave Cramer 2019-02-24 15:35:42 [pgjdbc/pgjdbc] af8f88: Fix:save points causing server to run out of resou...