From: | "Markus KARG" <markus(at)headcrashing(dot)eu> |
---|---|
To: | "'List'" <pgsql-jdbc(at)postgresql(dot)org> |
Subject: | Re: Pre-processing during build |
Date: | 2015-06-17 21:51:26 |
Message-ID: | 00ac01d0a947$c3191f00$494b5d00$@eu |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-jdbc |
Wrong. 12.1.1 contains more restriction on the initial class than 12.2 which describes the general process for ANY class. Hence it is a difference. That is what you see in the difference of you initial example to mine on Gist. :-)
Sorry I was not aware that you only posted the example to demonstrate REFLECTION to fail. Maybe I missed that. I always talked about normal instantiation, not about reflection. Also AFAIK JDBC spec does not say reflection MUST be possible, does it?
-----Original Message-----
From: Vladimir Sitnikov [mailto:sitnikov(dot)vladimir(at)gmail(dot)com]
Sent: Mittwoch, 17. Juni 2015 23:15
To: Markus KARG
Cc: List
Subject: Re: [JDBC] Pre-processing during build
>This is difference is clearly documented in chapters JLS 12.1 (initial class) and JLS 12.2 (other classes).
There is no difference.
12.1.1 clearly reads: "This loading process is described further in §12.2."
Just in case, I've updated my gist:
https://gist.github.com/vlsi/aeeb4a61d9c2b67ad213, so you can see it is reflection that makes the thing fail.
I thought it was obvious from the start: reflection has to represent method arguments as Class somehow, so it fails as anyone would expect.
Vladimir
From | Date | Subject | |
---|---|---|---|
Next Message | Vladimir Sitnikov | 2015-06-17 22:07:04 | Re: Pre-processing during build |
Previous Message | Vladimir Sitnikov | 2015-06-17 21:38:17 | Re: Pre-processing during build |