| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Dave Cramer <Dave(at)micro-automation(dot)net> |
| Cc: | PostgreSQL JDBC List <pgsql-jdbc(at)postgresql(dot)org> |
| Subject: | Re: updatable (J2EE) resultsets |
| Date: | 2002-12-25 04:16:10 |
| Message-ID: | 23415.1040789770@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-jdbc |
Dave Cramer <Dave(at)micro-automation(dot)net> writes:
> By de-coupling the driver and letting it evolve on it's own time table
> we are free to apply patches whenever they are available.
That point of view would be more easily maintained if you separated out
the JDBC driver as its own project (see gborg). As long as JDBC is part
of the server CVS tree and is shipped in server releases, you really
cannot ignore the server release cycle. Or at least, you do so at
peril of alienating users who expect to find a reasonably-maintained
JDBC driver in their downloads. If they have to download JDBC
separately to get important bug fixes, aren't you wasting their time
and bandwidth by including an old JDBC in the server distribution?
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Petr Andrs | 2002-12-25 20:41:09 | Accessing BIT(n) type from Java |
| Previous Message | Dave Cramer | 2002-12-24 18:49:35 | Re: updatable (J2EE) resultsets |