Shorten long class names, _java/lang/String_ becomes _java.lang.String_
I'm not sure how is that shorter, but it definitely makes interoperability harder, ie. if you want to base Java-specific bytecode engineering with BCEL and still reuse Kotlin-specific libraries for Kotlin-specific bytecode.
Could JavaClass expose the real, actual, bytecode-level class name?
This message was sent by Atlassian JIRA