Nope........basically first line in the action is to call getter on that
list and it is already null ..... man :-(
On Tue, Oct 26, 2010 at 2:33 PM, satyanarayana katta
<saty.pra...@gmail.com>wrote:
> 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
>
>
