<div dir="auto">Hello!<div dir="auto"><br></div><div dir="auto">Glad to hear, I fully support this decision.</div><div dir="auto">A correction: this was suggested by Victor Nazarov. I only formulated the problem but did not post the solution.</div><div dir="auto"><br></div><div dir="auto">With best regards,</div><div dir="auto">Tagir Valeev.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Oct 27, 2022, 21:35 Guy Steele <<a href="mailto:guy.steele@oracle.com">guy.steele@oracle.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I agree that, because one can always use the RAW processor (which simply passes back the string template itself), always requiring a processor syntactically seems like a good way to go.<br>
<br>
—Guy<br>
<br>
> On Oct 27, 2022, at 3:19 PM, Jim Laskey <<a href="mailto:james.laskey@oracle.com" target="_blank" rel="noreferrer">james.laskey@oracle.com</a>> wrote:<br>
> <br>
> We’ve been having a rethink after recent concerns expressed by several experts over the current string template design leading beginners down the path only to stubble over "string templates are not strings”. Our original view was that users would soon learn to insert the STR, but after consideration, having the surprise hit them at runtime is not a compelling selling point.<br>
> <br>
> Consequently, we are changing things up to follow Tagir’s suggestion of always requiring a processor; i.e., no naked StringTemplates. As a result, IDEs can flag the problem when editing or have inspection insert the STR automatically. For most users, STR would have been used anyway. So, this change really only affects those requiring the unprocessed string template (me and one or two other people). In those cases, users can use the RAW processor.<br>
> <br>
> Making it easier for IDEs to detect and correct will help mute the grumbling about naked StringTemplates not being string interpolation. As stated in the JEP, making Java safe and secure is the goal. This is the way.<br>
> <br>
> Cheers,<br>
> <br>
> — Jim<br>
> <br>
<br>
</blockquote></div>