I tried it and it worked fine for me.  It flunked the first time because I
was short one of the nulls.

Skip

-----Original Message-----
From: deepak.agar...@paxcel.net [mailto:deepak.agar...@paxcel.net]On
Behalf Of Deepak Agarwal
Sent: Friday, May 31, 2013 3:59 AM
To: user@ofbiz.apache.org
Subject: Re: But in CategoryTree.groovy


I might have missed something but findList("EntityName", null, null, null,
null, false) doesn't work for me from ftl because of 'null' .

On Fri, May 31, 2013 at 1:13 AM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:

> Last pragmatic cons note for findAll("EntityName"),
> instead of findList("EntityName", null, null, null, null, false)
>
> It's much easier to remember when you have to use it in envs where there
> is no auto-completer, like Groovy scripts in Eclipse.
>
> This would mean to revert r938947 and I guess some others commits, not
> sure all will agree...
>
> If ever we agree on this. Are there other high level methods (like
> findAll("EntityName"), ie w/o parameters just EntityName) we would
> reintroduce?
>
> Jacques
>
> Jacques Le Roux wrote:
> > About findAll(), yes it's a moot point
> >
> > David got into this direction 5 years ago and nobody was really against
> it
> > http://markmail.org/message/thcsl7khketkqagh
> >
> > One of the ideas was to get rif of all the variations and use rather
> parameters, take for instance
> > http://svn.apache.org/viewvc?view=revision&revision=938948
> >
> > IMO, Jonathan had a good point about owen buttons in the thread above
> > One thing we would consider is reintroducing most simplifed ones, like
> findAll(), yes!
> >
> > But maybe Scott would be agains it
> > http://svn.apache.org/viewvc?view=revision&revision=938947
> >
> > Opinions?
> >
> > Jacques
> >
> > From: "Skip" <s...@thedevers.org>
> >> Jacques
> >>
> >> That works fine.  findAll() works for me because I added it back in.
> >> findAll() is a better function to use because in my opinion, it sez
> exactly
> >> what it does and that makes the code more readable.  I have hundreds of
> java
> >> files written over the years and it was way easier to add back in the
> >> functionality you guys deprecated/removed than to replace all my entity
> >> engine calls.
> >>
> >> This time however, I put them all together so it would be easier next
> time
> >> you guys do a major release.
> >>
> >> BTW, I have had a few weeks now to go pretty thoroughly through lots of
> this
> >> code and it is very nice.  I am especially pleased with the re-write of
> the
> >> widget code and the use of jquery.
> >>
> >> Skip
> >>
> >> -----Original Message-----
> >> From: Jacques Le Roux [mailto:jacques.le.r...@les7arts.com]
> >> Sent: Thursday, May 30, 2013 6:38 AM
> >> To: user@ofbiz.apache.org
> >> Subject: Re: But in CategoryTree.groovy
> >>
> >>
> >> Thanks for report Skip,
> >>
> >> BTW you must have missed something, findAll does not exist anymore for
3
> >> years ;)
> >> http://svn.apache.org/viewvc?view=revision&revision=938947
> >>
> >> Using
> >> prodCatalogs = delegator.findList("ProdCatalog", null, null, null,
null,
> >> false);
> >> Should be the way. Could you please confirm before I commit?
> >>
> >> Thanks
> >>
> >> Jacques
> >>
> >> From: "Skip" <s...@thedevers.org>
> >>> There is a line at 50 that sez:
> >>>
> >>> prodCatalogs = delegator.findByAnd("ProdCatalog");
> >>>
> >>> This causes a groovy ambiguious error when you go to the catalog
> screen in
> >>> 12.04.
> >>>
> >>> Changing this to:
> >>> prodCatalogs = delegator.findAll("ProdCatalog");
> >>>
> >>> Fixes the problem.
> >>>
> >>> I expect you guys already did this, there here it is for any others
> like
> >> me
> >>> that just download the zip file.
> >>>
> >>> Skip
>



--
Thanks,
Deepak Agarwal,

Mobile: +91 9501190044

Reply via email to