Mailing-List: contact notifications-help@freemarker.incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@freemarker.incubator.apache.org
Date: Thu, 16 Feb 2017 00:11:41 +0000 (UTC)
From: "Daniel Dekany (JIRA)" <jira@apache.org>
To: notifications@freemarker.incubator.apache.org
Message-ID: <JIRA.13043418.1487200311000.92802.1487203901808@Atlassian.JIRA>
In-Reply-To: <JIRA.13043418.1487200311000@Atlassian.JIRA>
References: <JIRA.13043418.1487200311000@Atlassian.JIRA> <JIRA.13043418.1487200311950@jira-lw-us.apache.org>
Subject: [jira] [Commented] (FREEMARKER-45) Support properties of classes
 that extend collections
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
archived-at: Thu, 16 Feb 2017 00:11:46 -0000


    [ https://issues.apache.org/jira/browse/FREEMARKER-45?page=3Dcom.atlass=
ian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D1=
5868846#comment-15868846 ]=20

Daniel Dekany commented on FREEMARKER-45:
-----------------------------------------

Currently, the best you can do is using `?api`: {{myinstance?api.myProperty=
}}. See: http://freemarker.org/docs/ref_builtins_expert.html#ref_buitin_api=
_and_has_api

Note that this kind of issue exists both for {{List}}-s and {{Map}}-s. For =
a {{Map}}, it would be impossible to tell if by {{myinstance.myProperty}} y=
ou mean Java {{myinstance.getMyProperty()}} or Java {{myinstance.get("myPro=
perty")}}. It's true that for {{List}}-s we could say that if the key is no=
t a number, then it must be something else than a {{List}} item index. (Not=
e that {{foo.bar}} and {{foo['bar']}} are equivalent in FTL, hence I said "=
key".) Actually, a value can be multi-type in FTL, like be both a FTL seque=
nce and an FTL hash, which is kind of what you ask for, but multi-types usi=
ng have some confusing consequences too (plus we had to decide what Java AP=
I-s to expose that way). So at least in the existing "type system" of FreeM=
arker 2 I don't see a better compromise, than keeping wrapped {{List}}-s as=
 clean (single-typed) FTL sequences, and in the quite rare cases when someo=
ne has a custom {{List}} class that has some application domain properties =
that he need to access, one can still use {{?api}}. (We will see what to do=
 with this in FreeMarker 3 though... perhaps we should allow named members =
regardless of type.)

> Support properties of classes that extend collections
> -----------------------------------------------------
>
>                 Key: FREEMARKER-45
>                 URL: https://issues.apache.org/jira/browse/FREEMARKER-45
>             Project: Apache Freemarker
>          Issue Type: Improvement
>            Reporter: Alexander Hars
>
> Currently Freemarker wraps classes that extend a collection using special=
ized adapters (for example if MyClass extends java.util.List then this clas=
s is wrapped using the DefaultListAdapter). This has the effect that all no=
n-list properties of MyClass are inaccessible for use in the template.=20
> Assume that MyClass has a method getMyProperty and a MyClass instance is =
added to the data model using the hash ''myinstance', then the template
> ${myinstance.MyProperty} leads to the following error message:=20
> FreeMarker template error:
> For "." left-hand operand: Expected a hash, but this has evaluated to a s=
equence (MyClass wrapped into f.t.DefaultListAdapter):
> Freemarker needs to expose the non collection-related properties in the s=
ame way as it would on a simple object that does not extend a collection. S=
upport for collections should not come at the expense of features that are =
already available for plain objects.


--
This message was sent by Atlassian JIRA
(v6.3.15#6346)