[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

JavaHL compatibility between mismatched native and Java library versions

From: Daniel Rall <dlr_at_collab.net>
Date: 2006-09-11 22:02:57 CEST

On Mon, 11 Sep 2006, Mark Phippard wrote:

> Daniel Rall <dlr@collab.net> wrote on 09/11/2006 02:24:36 PM:
> > Past a certain point (e.g. allow the library to load enough to spit
> > out a "version mismatch" error or something), I don't agree. Trying
> > to support mismatched library versions which were never intended to
> > work with each other is an uphill battle that is going to lead to a
> > matrix of unanticipated problems, and is definitely more trouble than
> > it's worth.
> I think our minimum effort going forward should be to insure that any
> version of the JAR from 1.4 onward can load any future version of the
> library and successfully call the getVersion() methods we added in 1.4.0.
> Beyond that I'd like to see a best effort attempt at compatability and no
> consideration given to trying to needlessly prevent stuff from running. It
> seems unlikely that an older JAR would not have all of its methods
> implemented by the library and with a newer JAR if your Java code is using
> newer methods you ought to check the library version first.

This sounds reasonable to me.

  • application/pgp-signature attachment: stored
Received on Mon Sep 11 22:08:06 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.