Re: Pre-processing during build

Поиск
Список
Период
Сортировка
От Vladimir Sitnikov
Тема Re: Pre-processing during build
Дата
Msg-id CAB=Je-GHbA_4NtY=Lsm6QiZyn1r9KHyzA8mJjXJ0S0bqHX0-Dw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Pre-processing during build  (Christopher BROWN <brown@reflexe.fr>)
Ответы Re: Pre-processing during build  (Christopher BROWN <brown@reflexe.fr>)
Список 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 по дате отправления:

Предыдущее
От: Christopher BROWN
Дата:
Сообщение: Re: Pre-processing during build
Следующее
От: Christopher BROWN
Дата:
Сообщение: Re: Pre-processing during build