| From: | Bryan Varner <bvarner(at)polarislabs(dot)com> |
|---|---|
| To: | Dave Cramer <pg(at)fastcrypt(dot)com> |
| Cc: | PostgreSQL JDBC <pgsql-jdbc(at)postgresql(dot)org> |
| Subject: | Re: JDBC 4 Compliance |
| Date: | 2013-06-24 19:42:36 |
| Message-ID: | 51C8A12C.1020606@polarislabs.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-jdbc |
> Fair enough although 2 of them are yours...
Indeed. Like I said, this isn't meant in a 'condemning' manner.
> Well you posted it on a weekend, so I'd say 1 day really.
Fair enough.
> * I got the distinct impression that this project consists of an
> 'old boys club' of developers who've worked on this project for a
> long time. Outsiders seem to be treated in an almost hostile manner.
>
>
> Are you referring to the JDBC project or the postgresql project as a
> whole ?
This, the jdbc project.
> I would have to agree large changes are difficult to consume as we don't
> have the resources to review them, and the project is mainly in
> maintenance mode.
Well, if the project is in maintenance mode, how does it handle new JDBC
releases and is there a strategic goal for updating or EOLing specific
features / legacy JDBC versions or JDKs?
If there's no path 'forward' (or at least letting go of the past) then
we'll always have the same driver. Not that stability is a bad thing,
but I think there maybe some type of balance between maintaining what's
there and incrementally improving or retiring parts of the code base of
limited value.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Kevin Wooten | 2013-06-24 19:53:33 | Re: JDBC 4 Compliance |
| Previous Message | Dave Cramer | 2013-06-24 19:02:09 | Re: JDBC 4 Compliance |