Re: Pre-processing during build - Mailing list pgsql-jdbc

From Vladimir Sitnikov
Subject Re: Pre-processing during build
Date
Msg-id CAB=Je-GHbA_4NtY=Lsm6QiZyn1r9KHyzA8mJjXJ0S0bqHX0-Dw@mail.gmail.com
Whole thread Raw
In response to Re: Pre-processing during build  (Christopher BROWN <brown@reflexe.fr>)
Responses Re: Pre-processing during build
List pgsql-jdbc
>I see nothing wrong with implementing Driver using java.reflect.Proxy,

+1.

>PGDriver6 / PGDriver7 / PGDriver8 which could be compiled in steps

We can just compile all the drivers using JDK8 and -source 1.6 -target
1.6, can't we?
Well, step-by-step might be more robust, however it would require
careful setup of development environment (developers would have to
install different JDK versions and that is a high entry bar).

>I've not yet encountered any JVM that attempts to fully-resolve all signatures as soon as it loads a class.  Does such
aJVM exist? 

JLS allows JVM to load classes at any point in time, however if JVM
decides to do early loading, it should not throw exceptions before
application code indeed tries to touch the "bad method".

http://www.excelsiorjet.com/ is a JVM that compiles java down to
native code. I guess they do a lot of resolutions at compile phase
(much more than OpenJDK does).

Here's the relevant JLS section:
https://docs.oracle.com/javase/specs/jls/se7/html/jls-12.html#jls-12.2.1
"... however, to reflect loading errors only at points in the program
where they could have arisen without prefetching or group loading"

Vladimir


pgsql-jdbc by date:

Previous
From: Christopher BROWN
Date:
Subject: Re: Pre-processing during build
Next
From: Christopher BROWN
Date:
Subject: Re: Pre-processing during build