You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@tapestry.apache.org by "Andrei Arapov (JIRA)" <ji...@apache.org> on 2012/07/04 15:02:33 UTC
[jira] [Created] (TAP5-1966) It would be good, if Plastic throws an
exception, when it is redefining getter which already exists
Andrei Arapov created TAP5-1966:
-----------------------------------
Summary: It would be good, if Plastic throws an exception, when it is redefining getter which already exists
Key: TAP5-1966
URL: https://issues.apache.org/jira/browse/TAP5-1966
Project: Tapestry 5
Issue Type: Improvement
Components: tapestry-core, tapestry-ioc
Affects Versions: 5.3.3
Reporter: Andrei Arapov
For example, we have page class; page shows "select" component on corresponsing page :
public class FooPage {
...
// now let's define Property "organizations"
@Property
private List<Organization> organizations;
// we create method for getting SelectModel class for "select" component
public SelectModel getOrganizations() {
... blablabla
}
...
}
And on page:
...
<t:select t:id="organization" model="getOrganizations" value="user.organization" encoder="getValueEncoder()"/>
...
Ok. What's happen now? The behaivour of this situation is not defined. Tapestry can invoke "SelectModel getOrganizations()" or "List<Organization> getOrganizations()" in arbitrary order (it is clear why).
It would be good, if Plastic throws an exception, when it redefines getter which already exists.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira