[
https://issues.apache.org/jira/browse/FREEMARKER-183?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17751032#comment-17751032
]
Dániel Dékány commented on FREEMARKER-183:
------------------------------------------
The temporary workaround is probably somewhat similar to this issue:
[https://stackoverflow.com/questions/32201528/not-able-to-read-object-values-in-freemarker-template]
Of course this will have to be supported from the core. That they have broken
the bean property read method pattern shows (yet again) how much they are out
of touch with reality at this point, but we have to deal with it anyway. So
it's doable, for records. But, the bigger issue is that now that we have this
precedent, the pattern of having {{T foo()}} instead of {{T getFoo()}} might
will spread. That means that eventually, we might have to allow calling any
random public 0 argument non-void returning method like {{{}obj.foo{}}},
instead of like {{{}obj.foo(){}}}. We can do that, technically, but then, in
non-record types it's not obvious if such a method meant to just read some sort
of variable, or it has side-effects, and the return value is just secondary
information. (I know, that a method name starts with "get"/"is" didn't
guarantee that it really just a typical read method either, but in practice,
it's huge difference compared to treating any 0-arg non-void methods like that,
when it comes to keeping template free of this kind of abuses.)
Also it raises the question, how do you get that member sa a method reference
(like {{obj.myMethod}} does currently)? I guess, the solution will be something
like `?api`. That is, you can ask for an alternative view of the object, let's
say with `?methods`, and that view only contains methods, and never implicitly
calls them.
> Add support for Java records
> ----------------------------
>
> Key: FREEMARKER-183
> URL: https://issues.apache.org/jira/browse/FREEMARKER-183
> Project: Apache Freemarker
> Issue Type: Task
> Reporter: Dániel Dékány
> Assignee: Dániel Dékány
> Priority: Major
>
> Currently we don't support records (JEP 395), which was finalized in Java 16.
> Users can extend {{DefaultObjectWrapper}} for that of course, but it should
> be supported out of the box.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
