You are viewing a plain text version of this content. The canonical link for it is here.
Posted to taglibs-dev@jakarta.apache.org by bu...@apache.org on 2006/04/18 06:16:17 UTC
DO NOT REPLY [Bug 39331] New: - support nested calls and Maps from request
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=39331>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=39331
Summary: support nested calls and Maps from request
Product: Taglibs
Version: nightly
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
Component: Input Taglib
AssignedTo: taglibs-dev@jakarta.apache.org
ReportedBy: mh983@yahoo.com
It would be nice to be able to call nested objects with the input tags. For
example, <input:text name="person.address.zip" .../> would translate to a call
on the default bean of getPerson().getAddress().getZip().
It would also be very helpful to be able to specify the optionMap and
optionValues and optionLabels as bean names to be looked up in the request to
get the Map instead of only expecting a Map object in the property itself. So,
for example, <input:select name="color" options="themap"/> would look up the
attribute "themap" in the request object, find the corresponding value of type
Map (put there by the controller) and use that for the options.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: taglibs-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: taglibs-dev-help@jakarta.apache.org
DO NOT REPLY [Bug 39331] - support nested calls and Maps from request
Posted by bu...@apache.org.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=39331>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=39331
------- Additional Comments From mh983@yahoo.com 2006-04-18 04:18 -------
Created an attachment (id=18117)
--> (http://issues.apache.org/bugzilla/attachment.cgi?id=18117&action=view)
A Patch to the input taglib to provide nested calls and request lookup for
options map.
patches Util.java and Select.java from the input tree.
first time submitting a patch. please let me know if I missed anything.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: taglibs-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: taglibs-dev-help@jakarta.apache.org
DO NOT REPLY [Bug 39331] - support nested calls and Maps from request
Posted by bu...@apache.org.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=39331>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=39331
karl@xk72.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From karl@xk72.com 2007-04-22 01:30 -------
Thanks for this Mike, and my sincere apologies that it is just over a year later that I reply to this bug.
This is a great idea. It would need to work backwards-compatibly with previous usage, so we would
need to add some extra attribute or something to let the taglib know that it could treat "."s like that...
perhaps even a beanProperty="person.address.zip" option.
I believe that the best option is actually to use the new "value" attributes and EL, eg. <input:text
name="zip" value="${person.address.zip}" /> then you have complete flexibility over the name field.
This renders the "bean" attribute only useful for simple forms, but I think that is appropriate. The
general direction seems to be to use EL for doing this kind of bean accessing, and the new "value"
attribute enables this to work properly.
I'm going to close the bug, hoping that this is a satisfactory solution for you as well (if you're still
interested in a solution after all this time!).
cheers,
Karl
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: taglibs-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: taglibs-dev-help@jakarta.apache.org