You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Now that this project is being upgraded to Java 8, it occurs to me that a Java 8 reflection-based paranamer could add some value, using the compiled parameters provided per the javac-parameters flag.
I can see a few scenarios where this would be useful, but I think the main one would be for code being run against classes that may or may not have been compiled using -parameters (e.g. third party libraries), and the developer wants to fall back to other strategies if the parameter names were not compiled. This could use an AdaptiveParanamer which wants to fall back to a different strategy if the parameters were not compiled. Note that this is the scenario I personally ran into that is causing me to take a look at Paranamer despite the Java 8 support for parameter names.
Now that this project is being upgraded to Java 8, it occurs to me that a Java 8 reflection-based paranamer could add some value, using the compiled parameters provided per the
javac
-parameters
flag.I can see a few scenarios where this would be useful, but I think the main one would be for code being run against classes that may or may not have been compiled using
-parameters
(e.g. third party libraries), and the developer wants to fall back to other strategies if the parameter names were not compiled. This could use anAdaptiveParanamer
which wants to fall back to a different strategy if the parameters were not compiled. Note that this is the scenario I personally ran into that is causing me to take a look at Paranamer despite the Java 8 support for parameter names.The implementation would be dirt simple:
The text was updated successfully, but these errors were encountered: