Re: Versioned vs unversioned jarfile names?
От | Dave Cramer |
---|---|
Тема | Re: Versioned vs unversioned jarfile names? |
Дата | |
Msg-id | 41F6766D.40309@fastcrypt.com обсуждение исходный текст |
Ответ на | Re: Versioned vs unversioned jarfile names? (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-jdbc |
Tom Lane wrote:
Agreed, I think we can drop the version number out of the linked file nameKris Jurka <books@ejurka.com> writes:Do the jar files now get installed as postgresql-80-jdbc3 or postgresql-80-309-jdbc3?Currently they are installed under the same names they have on the FTP server, viz postgresql-8.0.309.jdbc2.jar postgresql-8.0.309.jdbc2ee.jar postgresql-8.0.309.jdbc3.jar This is good for identifying the upstream source, but it does seem like an awfully specific name to put into an application's classpath.
We've dropped support for jdk 1 and subsequently jdbc1Another issue is that the prior release still had a jdbc1 jar: pg74.215.jdbc1.jar pg74.215.jdbc2.jar pg74.215.jdbc2ee.jar pg74.215.jdbc3.jar
I don't think this works with java, there is more information in the class file besides the signature of the class. The jar needs to be compiled by the same version of java that it will run under.What about multiple versions installed at the same time? Is that allowed?Yeah. We already have these same concepts in place for shared libraries, where it's customary to provide (eg) /usr/lib/libpq.so.3.2* /usr/lib/libpq.so.3@ -> libpq.so.3.2 /usr/lib/libpq.so@ -> libpq.so.3.2 Basically I'm wondering whether there's an equivalent concept to libraries' major version number.
regards, tom lane ---------------------------(end of broadcast)--------------------------- TIP 4: Don't 'kill -9' the postmaster
-- Dave Cramer http://www.postgresintl.com 519 939 0336 ICQ#14675561
В списке pgsql-jdbc по дате отправления: