Skip site navigation (1) Skip section navigation (2)

Re: [JDBC] Support for JDBC setQueryTimeout, et al.

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Kris Jurka <books(at)ejurka(dot)com>
Cc: Itagaki Takahiro <itagaki(dot)takahiro(at)gmail(dot)com>, Radosław Smogura <rsmogura(at)softperience(dot)eu>, pgsql-jdbc(at)postgresql(dot)org, Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov>, david(at)fetter(dot)org, pgsql-hackers(at)postgresql(dot)org
Subject: Re: [JDBC] Support for JDBC setQueryTimeout, et al.
Date: 2010-11-23 15:54:25
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackerspgsql-jdbc
On Tue, Nov 23, 2010 at 2:33 AM, Kris Jurka <books(at)ejurka(dot)com> wrote:
> On Mon, 22 Nov 2010, Itagaki Takahiro wrote:
>> On Fri, Oct 15, 2010 at 03:40, Rados?aw Smogura
>> <rsmogura(at)softperience(dot)eu> wrote:
>>>> Regarding JDBC in the CF process -- other interfaces are handled
>>>> there.  I haven't seen one patch this size for JDBC since I've been
>>>> involved, let alone two competing patches to implement the same
>>>> feature.  Small patches which can be quickly handled don't make sense
>>>> to put into the process, but it seemed reasonable for these.
>>> In any way I'm sending this patch, and I will put this under
>>> Miscellaneous in
>>> CF. This cleared patch takes only 47k (in uncleared was some binary read
>>> classes) and about 50% it's big test case.
>> I changed the patch's topic to "JDBC".
> I don't think it makes sense to try to manage anything other than core code
> in the commitfest app.  The other patch touched the backend, so it made
> sense to put it in the commitfest, but as far as I understand it, this one
> is pure Java code.  There is a backlog of JDBC issues to deal with, but I
> think it needs its own commitfest instead of trying to tack on to the main
> project's.

We could have separate JDBC CommitFests inside the app if that's
helpful - the CommitFests are by convention named YYYY-MM, but the app
will support arbitrary names.  The only problem I see is that it would
mess up the calculation of "the currently open CF" and "the currently
in progress CF" and "the most recently closed CF".  I'd be willing to
put in the work to fix that, though, if you guys want to use the app

For now I suggest we mark this Returned with Feedback.

Robert Haas
The Enterprise PostgreSQL Company

In response to

pgsql-hackers by date

Next:From: Robert HaasDate: 2010-11-23 16:04:18
Subject: Re: knngist - 0.8
Previous:From: Robert HaasDate: 2010-11-23 15:51:01
Subject: Re: visibility map

pgsql-jdbc by date

Next:From: Thomas KellererDate: 2010-11-23 21:55:57
Subject: bit datatype and getObject()
Previous:From: Radosław SmoguraDate: 2010-11-23 14:31:03
Subject: Re: TypeInfoCache.getPGArrayElement - determine if array

Privacy Policy | About PostgreSQL
Copyright © 1996-2018 The PostgreSQL Global Development Group