StringTemplates name changes

[Jim Laskey]

This is a  heads up about some name changes coming to the string template feature with the intent of eliminating the “java.lang.template” package along with clarifying the processor hierarchy,

Old     New
java.lang.template.Carriers*    java.lang.runtime.Carriers*
java.lang.template.ReferencedKeyMap*    java.lang.runtime.ReferencedKeyMap*
java.lang.template.ReferenceKey*        java.lang.runtime.ReferenceKey*
java.lang.template.StringTemplateImpl*  java.lang.runtime.StringTemplateImpl*
java.lang.template.StringTemplateImplFactory*   java.lang.runtime.StringTemplateImplFactory*
java.lang.runtime.TemplateRuntime       java.lang.runtime.TemplateRuntime
java.lang.template.TemplateSupport*     java.lang.runtime.TemplateSupport
java.lang.template.StringTemplate       java.lang.StringTemplate
java.lang.template.ValidatingProcessor  java.lang.StringTemplate.Processor
java.lang.template.ProcessorLinkage     java.lang.StringTemplate.Processor.Linkage
java.lang.template.TemplateProcessor    java.lang.StringTemplate.SimpleProcessor
java.lang.template.StringProcessor      java.lang.StringTemplate.StringProcessor

(*) - package private


The new processor hierarchy will be;

interface Processor<R, E>
interface SimpleProcessor<R> extends Processor<R, RuntimeException>
interface StringProcessor extends SimpleProcessor<String>

It will take me a few days to update the JEP, CSRs, PR and JLS, so stay tuned. As always, comments are welcome.

Cheers,

— Jim

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/amber-spec-experts/attachments/20230317/9d56b32b/attachment.htm>