Re: JDBC 3.0 / JDK 1.4 build issues - Mailing list pgsql-jdbc

From Ned Wolpert
Subject Re: JDBC 3.0 / JDK 1.4 build issues
Date
Msg-id 20011209153840.24951.qmail@web13409.mail.yahoo.com
Whole thread Raw
In response to Re: JDBC 3.0 / JDK 1.4 build issues  (Rene Pijlman <rene@lab.applinet.nl>)
List pgsql-jdbc
--- Rene Pijlman <rene@lab.applinet.nl> wrote:
> OK, that may do the trick. But why is for example
> jdbc2/DatabaseMetaData.java a copy of
> jdbc1/DatabaseMetaData.java? Why isn't this done with
> inheritance to only add new methods in jdbc2?
>
> It seems to be the same for PreparedStatement, ResultSet etc. I
> see lots of duplicate code. Or am I missing something?

We may have more duplicated code then desired.  I can't explain about the
DatabaseMetaData stuff, if it could have been inherited or had to be
'forked'.  I'm sure that going from jdbc1 -> jdbc2 some classes could not
be inherited, like the case of the Connection class in jdbc3.  But if all
those classes didn't need to be forked for jdbc1->jdbc2, perhaps it was
done to simplify making changes.  (making jdbc2 changes, that is.)  Of
course, by doing this we have a problem of making changes in both
packages when a new bug is found.  This is why I like inheritance when
possible, versus forking.



=====
Virtually,        |                   "Must you shout too?"
Ned Wolpert       |                                  -Dante
wolpert@yahoo.com |
_________________/              "Who watches the watchmen?"
4e75                                       -Juvenal, 120 AD

-- Place your commercial here --                      fnord

__________________________________________________
Do You Yahoo!?
Send your FREE holiday greetings online!
http://greetings.yahoo.com

pgsql-jdbc by date:

Previous
From: Ned Wolpert
Date:
Subject: Re: JDBC 3.0 / JDK 1.4 build issues
Next
From: Rene Pijlman
Date:
Subject: Re: JDBC 3.0 / JDK 1.4 build issues