JDBC patch procedures (Re: [PATCHES] Patch for jdbc2 ResultSet.java) - Mailing list pgsql-jdbc

From Tom Lane
Subject JDBC patch procedures (Re: [PATCHES] Patch for jdbc2 ResultSet.java)
Date
Msg-id 29445.999747690@sss.pgh.pa.us
Whole thread Raw
In response to Re: Patch for jdbc2 ResultSet.java  (Joseph Shraibman <jks@selectacast.net>)
Responses Re: JDBC patch procedures (Re: [PATCHES] Patch for jdbc2 ResultSet.java)  (Gunnar Rønning <gunnar@polygnosis.com>)
List pgsql-jdbc
Joseph Shraibman <jks@selectacast.net> writes:
> Barry Lind wrote:
>> If you want this patch to be applied it should be sent to the
>> pgsql-patches mail list.

> I thought that jdbc stuff was preferred to be on the jdbc list.
> I guess not.

Well, patches are patches, and it's easier for the committers to spot
proposed patches that go by on pgsql-patches.  However, the people who
are competent to review JDBC patches all seem to be hanging out on the
JDBC list.  Seems like there are a couple of ways that we could handle
this:

1. First draft of a JDBC patch goes to JDBC list; if it passes muster
there then resend to pgsql-patches for application.

2. JDBC patches go to psql-patches only, and interested JDBC people
subscribe to pgsql-patches so they can kibitz.

3. We give commit privileges to one or two JDBC regulars, who take
responsibility for reviewing and applying JDBC-related patches after
discussion on pgsql-jdbc.  (This was the old setup with Peter Mount,
but he seems not to have many spare cycles for Postgres anymore.)

Of these #3 seems like the solution that will emerge in the long term
anyway; but do we have candidate patch-meisters now?

Comments, better ideas, nominations, volunteers?

            regards, tom lane

pgsql-jdbc by date:

Previous
From: Dave Cramer
Date:
Subject: Re: driver source code indentation
Next
From: Bruce Momjian
Date:
Subject: Re: Fw: JDBC Patch italian errors.properties file