-
Enhancement
-
Resolution: Fixed
-
P4
-
None
-
b26
- refactor makeConcat/makeConcatWithArguments methods to remove the generateRecipe argument
- fold back-to-back constants into one when parsing recipe, which allows the prepender logic to be simplified
- do input checking in the parse pass
- get rid of the Recipe and RecipeElement classes by representing the parsed recipe as a list of Strings which are either null (argument slot) or not (constant)
- eagerly rebind on setup of those method handles that we'll always transform (transforming will call rebind() anyway which will now be a no-op)
- simplify filtering logic by picking up the erased type, so that we can do c == Object.class rather than !c.isPrimitive
- fold back-to-back constants into one when parsing recipe, which allows the prepender logic to be simplified
- do input checking in the parse pass
- get rid of the Recipe and RecipeElement classes by representing the parsed recipe as a list of Strings which are either null (argument slot) or not (constant)
- eagerly rebind on setup of those method handles that we'll always transform (transforming will call rebind() anyway which will now be a no-op)
- simplify filtering logic by picking up the erased type, so that we can do c == Object.class rather than !c.isPrimitive
- relates to
-
JDK-8246632 StringConcatFactory::makeConcatWithConstants no longer throws NullPointerException when an unexpected constant is null
- Resolved
-
JDK-8246241 LambdaFormEditor should use a transform lookup key that is not a SoftReference
- Resolved