R u by any chance creating the new list in the action class. If so it won't
work and u will get null.
Sent from my iPhone
On Oct 26, 2010, at 10:23 AM, Peter Bliznak <pbliz...@gmail.com> wrote:
> Opps...damn gmail.
>
> As I've said I am using pretty much same approach as it was suggested above
> by the other poster.
> I have list:
> private List<WorkOrderTask> workOrderTaskList;
>
> with getter and setter'
>
> EAch : WorkOrderTask have :
> Long id;
> boolean completed ;// checkbox
>
> with getters and setter's
>
> in jsp iterate:
>
>
> <s:if test="workOrderTaskList.size() > 0">
> <s:iterator value="workOrderTask proceList" var="task"
> status="assetStatus">
> <tr class="listRow">
> <td ><s:checkbox theme="simple" name="completed"
> fieldValue="%{#task.completed}" /> </td>
> <td ><p><s:property value="strDescription"
> /></p></td>
> so on....................
>
>
> at this stage I can display everything - all works including checkboxes.
>
> Problem is when I submit and trying to retrive workOrderTaskList inside my
> action for futher processing - list is null - and I do have getter/setter
>
>
>
>
> On Tue, Oct 26, 2010 at 12:20 PM, Dave Newton <davelnew...@gmail.com> wrote:
>
>> This question has been asked and answered quite a few times. I agree
>> the documentation should reflect this; as we're a volunteer group all
>> assistance is appreciated. Feel free to file a CLA and update the docs
>> to accurately reflect current behavior, and add entries to the FAQ if
>> it addresses a typical pain point.
>>
>> And my book specifically *did* address many types of best practices,
>> but mine, like all other books, have a limited number of pages, and
>> which information is included/excluded is not always up to the author.
>>
>> The reason the docs for checkbox don't address this typical case is
>> because it has nothing specifically to do with checkboxes.
>>
>> If you're having a specific issue, post your code, configuration, and
>> Struts version, otherwise we can't really help.
>>
>> Dave
>>
>> On Tue, Oct 26, 2010 at 11:59 AM, Peter Bliznak <pbliz...@gmail.com>
>> wrote:
>>> Listen I googled quite a while before I asked here and all I saw was sea
>> of
>>> lost souls asking same question dating back to 2007...but NOT
>> answers...if
>>> it is so simple and obvious then why docs for checkbox are not mentioning
>>> this trivial case. ...... BTW would you please point me to the site where
>>> there is nicely organized reading on Best Struts2 Practices....I will
>> truly
>>> appreciate it. (S2 in Action didn't mention and book written by guy with
>>> similar same like yours neither....aside from that Ive' read 3
>> more...guess
>>> what... nobody mentioned it anywhere)
>>>
>>> On Tue, Oct 26, 2010 at 7:54 AM, Dave Newton <davelnew...@gmail.com>
>> wrote:
>>>
>>>> Oh, I understand. Definitely agree; I think the OP just isn't aware of
>>>> some S2 functionality and/or best practices, that's all.
>>>>
>>>> Dave
>>>>
>>>> On Tuesday, October 26, 2010, Li Ying <liying.cn.2...@gmail.com> wrote:
>>>>> I mean:
>>>>>
>>>>> Representing associated data by a DTO class and then holding DTO
>>>>> instances in one List
>>>>>
>>>>> is better than
>>>>>
>>>>> Holding data in several separated Lists each represent one column.
>>>>>
>>>>>
>>>>>
>>>>> 2010/10/26 Dave Newton <davelnew...@gmail.com>:
>>>>>> On Tue, Oct 26, 2010 at 4:32 AM, Li Ying wrote:
>>>>>>> I think this is a better design, because the data modal is more
>>>>>>> compliant with OO principles.
>>>>>>
>>>>>> Better than what?
>>>>>>
>>>>>> (And as an aside, there's nothing particularly OO about what's
>>>>>> essentially a struct, although from a pragmatic viewpoint,
>>>>>> particularly when doing data transfer, sometimes such constructs seem
>>>>>> reasonable. See http://c2.com/cgi/wiki?DumbDataObject for a brief
>>>>>> discussion.)
>>>>>>
>>>>>> Dave
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
>>>>> For additional commands, e-mail: user-h...@struts.apache.org
>>>>>
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
>>>> For additional commands, e-mail: user-h...@struts.apache.org
>>>>
>>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
>> For additional commands, e-mail: user-h...@struts.apache.org
>>
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org
