Re: /contrib/retep to gborg - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: /contrib/retep to gborg
Date
Msg-id 200210200217.g9K2HHO18719@candle.pha.pa.us
Whole thread Raw
In response to Re: /contrib/retep to gborg  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: /contrib/retep to gborg  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Tom Lane wrote:
> Bruce Momjian <pgman@candle.pha.pa.us> writes:
> > I am concerned that removing them may cause instability, particularly in
> > some of the java build scripts.  That's why I am suggesting not doing it
> > during beta.
> 
> Actually, it looks to me like they belong with the JDBC driver.  As long
> as JDBC is in the main distro, I think we should leave contrib/retep
> there too.

Well, the top of the /contrib/retep README has:
Before you ask what retepTools are, they are my personal suite ofutilities. About 90% of them are JDBC related (either
theyuse JDBC, orI use them in developing the JDBC driver).
 

It is java, but only tangentially related to the driver.  It is very far
from our core functionality and seems better in gborg.  Just because it
is java doesn't mean it has to be near jdbc.

> There was some talk of moving JDBC to gborg, but I'm not sure what the
> plan is, if any.

JDBC folks aren't excited about removing from the main cvs until the
vitality of gborg is more proven.

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
359-1001+  If your life is a hard drive,     |  13 Roberts Road +  Christ can be your backup.        |  Newtown Square,
Pennsylvania19073
 


pgsql-hackers by date:

Previous
From: "Dave Page"
Date:
Subject: Re: /contrib/retep to gborg
Next
From: Tom Lane
Date:
Subject: Re: /contrib/retep to gborg