[
https://issues.apache.org/jira/browse/WICKET-2137?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12679020#action_12679020
]
James Carman commented on WICKET-2137:
--------------------------------------
Brill, I am for the wildcard (and my "extended wildcard") API for both ListView
and DDC. It allows the most flexibility for the calling code. The calling
code does not need to contain all of those wildcards at all.
I don't know about the usecase of needing to remove stuff from the DDC or
ListView's model. It doesn't seem that common to me. I suppose folks could do
it, but as Johannes Schneider pointed out, they could simply cast it to do so
(since they know the actual type).
> Remove ? extends from constructor of DropDownChoice
> ---------------------------------------------------
>
> Key: WICKET-2137
> URL: https://issues.apache.org/jira/browse/WICKET-2137
> Project: Wicket
> Issue Type: Improvement
> Components: wicket
> Affects Versions: 1.4-RC3
> Environment: 1.4-SNAPSHOT as of 2009-01-28
> Reporter: Brill Pappin
> Attachments: TestGenerics.java
>
>
> DropDownChoice has a generics definition of List<? extends T> in its
> constructor.
> This causes trouble with existing models that may be used in a DropDownChoice
> and is not consistant with ListView which uses <List<T>>.
> Change DropDownChoice to match the other list type components so that their
> models can be used across components.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
