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