In the email above I was typing fast ans made mistakes but in code I have
everything OK.
As I`ve said I can load list and show all records and column with checkboxes
is displayed correctly as well.
It is only when I try to get list back after submit I have problem.
On Tue, Oct 26, 2010 at 3:05 PM, Dave Newton <davelnew...@gmail.com> wrote:
> Your names are wrong; if you're trying to reference a property of a
> member in a list, you need to reference the list--how else would it
> know what it's supposed to set? Think of OGNL names the exact same way
> you'd use a Java name.
>
> The type conversion documentation covers this (somewhat obliquely,
> IMO), as do both books you mentioned.
>
> Dave
>
> On Tue, Oct 26, 2010 at 2:36 PM, Peter Bliznak <pbliz...@gmail.com> wrote:
> > 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
> >>
> >>
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
> For additional commands, e-mail: user-h...@struts.apache.org
>
>
