Re: Lost connection after postgres restarted

From: "John Sidney-Woollett" <johnsw(at)wardbrook(dot)com>
To: "Nicolas Modrzyk" <Nicolas(dot)Modrzyk(at)inrialpes(dot)fr>
Cc: Vámos Balázs <bsomav(at)freemail(dot)hu>, pgsql-jdbc(at)postgresql(dot)org
Subject: Re: Lost connection after postgres restarted
Date: 2004-01-22 09:41:47
Message-ID: 3544.192.168.0.64.1074764507.squirrel@mercury.wardbrook.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-jdbc

C-JDBC is a really interesting idea! I have has a look at it in the past,
and stopped when I discovered that the cluster cannot support functions
that return results eg

{? = call <procedure-name>[<arg1>,<arg2>, ...]}

Is this restriction still in place? We use functions a lot, and it is a
show stopper for us.

In fact, it is what is driving us to use an alternate replication system,
since we want our db replicated.

Thanks for any info.

John Sidney-Woollett

Nicolas Modrzyk said:
> Hi,
>
> Since we're implementing transparent connection pooling in C-JDBC, you
> can run C-JDBC on top of the Postgresql driver
> and you'll be able to recover your connection without starting stopping
> application.
> And since, C-JDBC is basically a cluster, you can replicate your
> Postgresql database on multiple backends, and when the
> time of backing up has come, only one of your database backend will be
> offline during the process, the other ones will still be available.
>
> Maybe you should have a look ...
>
>
> Nicolas,
>
>
> ---
> Nicolas Modrzyk
> Software Engineer INRIA Rhone-Alpes
> C-JDBC http://c-jdbc.objectweb.org
>

In response to

Responses

Browse pgsql-jdbc by date

  From Date Subject
Next Message Paul Thomas 2004-01-22 10:10:56 Re: Lost connection after postgres restarted
Previous Message Nicolas Modrzyk 2004-01-22 09:08:02 Re: Lost connection after postgres restarted