Re: Pre-processing during build

Even plain Java can do this, once the example is corrected: https://gist.github.com/mkarg/88a89ae0dbffcfb7543e

From: pgsql-jdbc-owner(at)postgresql(dot)org [mailto:pgsql-jdbc-owner(at)postgresql(dot)org] On Behalf Of Dave Cramer
Sent: Mittwoch, 17. Juni 2015 12:16
To: Mark Rotteveel
Cc: List
Subject: Re: [JDBC] Pre-processing during build

On 17 June 2015 at 03:07, Mark Rotteveel <mark(at)lawinegevaar(dot)nl> wrote:

On Wed, 17 Jun 2015 00:02:40 +0300, Vladimir Sitnikov
<sitnikov(dot)vladimir(at)gmail(dot)com> wrote:
> 2015-06-16 22:30 GMT+03:00 Markus KARG <markus(at)headcrashing(dot)eu>:
>> The answer is pretty simple: Try it out. :-)
>>
>> Just compile a JRE 8 class down to byte code level 6 and load it on
Java
>> level 7. That's what I proposed. Nothing else. It really bet will work
>> unless you try to INSTANTIATE JRE-only classes, but it should LOAD. And
>> nothing more we need.
>
> Markus, can you please be more explicit in your suggestion?
>
> I did try a simple "Hello, world" and it does not run in stock JDKs of
> MacOS: https://gist.github.com/vlsi/aeeb4a61d9c2b67ad213
> Even if you manage to make that fly, that would be built on sand.

Good example: it demonstrates at least that using reflection (eg
getDeclaredMethods; or in this case privateGetDeclaredMethods) will lead to
a NoClassDefFoundError.

I'm not sure this is a great example as Optional itself is a java 8 construct.

Either way Spring is able to do this, as are others?

Dave Cramer

dave.cramer(at)credativ(dot)ca
http://www.credativ.ca <http://www.credativ.ca/>