Parameter reflection: duplicate parameter names
Alex Buckley
alex.buckley at oracle.com
Fri Feb 1 12:03:40 PST 2013
Core reflection has always exposed what ever is in the class file, which
may always have been generated by a non-Java compiler. Especially for a
new reflective construct which we want non-Java compilers to use, it is
futile to try to constrain core reflection to hide content which is not
Java-compliant, or throw exceptions for it.
Alex
On 2/1/2013 11:47 AM, Paul Benedict wrote:
> I know parameter names are irrelevant to the JVM, but the spec doesn't
> explain how this poor situation will be handled. Should it at least be
> mention it's expected for all names to be unique? Or leave the behavior
> undefined? It might matter to the implementator -- especially if a
> HashMap<> could be used internally to store the names.
>
> Paul
>
More information about the enhanced-metadata-spec-discuss
mailing list