so I finally found,.
Integer i =
(Integer)ERXEOControlUtilities.aggregateFunctionWithQualifier(versionListEC,
"Version", "itemIndex", "MAX", Version.JOB.eq(theJob()));
I hope this is the 'best'... I hate using raw sql (Or maybe I should say I
like wonder...)
Ted
--- On Fri, 5/28/10,
Have a look at ERXEOControlUtilities.aggregateFunctionWithQualifier
On 29/05/2010, at 10:22 AM, Theodore Petrosky wrote:
> if I were writing my own sql, I would:
>
> SELECT MAX(c_item_index) FROM t_version WHERE c_job_id = 12;
>
> is there a way to do this without resorting to raw sql?
>
On 28/May/2010, at 5:22 PM, Theodore Petrosky wrote:
> is there a way to do this without resorting to raw sql?
Do you want this evaluated across objects in memory or against records in the
database. Your sql example shows the latter so that's what I would assume
however you know what happens w
if I were writing my own sql, I would:
SELECT MAX(c_item_index) FROM t_version WHERE c_job_id = 12;
is there a way to do this without resorting to raw sql?
I have so far not had to use any raw sql and was hoping there was a "Wonder"
way to do this.
Ted
__
On 28/May/2010, at 1:04 PM, Mike Schrag wrote:
>>> Also, are you running a WOAdaptor which includes:
>>> Revision: 10806
>>> http://wonder.svn.sourceforge.net/wonder/?rev=10806&view=rev
>> I, and I would guess many others, are using the version from mDimension's
>> website. It is dated Aug 2009.
>> Also, are you running a WOAdaptor which includes:
>> Revision: 10806
>> http://wonder.svn.sourceforge.net/wonder/?rev=10806&view=rev
> I, and I would guess many others, are using the version from mDimension's
> website. It is dated Aug 2009. If you are willing to build this, maybe you
> coul
Hi Mark,
On May 26, 2010, at 4:16 PM, Mark Ritchie wrote:
Also, are you running a WOAdaptor which includes:
Revision: 10806
http://wonder.svn.sourceforge.net/wonder/?rev=10806&view=rev
I, and I would guess many others, are using the version from
mDimension's website. It is dated Aug 2009.
Good detective work!
On May 28, 2010, at 7:53 AM, Pascal Robert wrote:
FYI, the problem was not that the relation was set to null, it was
not set at all! After enabling log4j for the EOs, I saw that the
relation was never set and that an object that should be created was
not. So I digged
Try logging out context().request().headers()
On May 28, 2010, at 10:48 AM, Pascal Robert wrote:
I'm getting some exceptions and I can't track down which request :
java.lang.IllegalArgumentException: Attempt to insert null into an
com.webobjects.foundation.NSMutableArray.
at
com
.webo
I'm getting some exceptions and I can't track down which request :
java.lang.IllegalArgumentException: Attempt to insert null into an
com.webobjects.foundation.NSMutableArray.
at
com
.webobjects
.foundation.NSMutableArray.replaceObjectAtIndex(NSMutableArray.java:432)
at
com
.webobje
FYI, the problem was not that the relation was set to null, it was not
set at all! After enabling log4j for the EOs, I saw that the relation
was never set and that an object that should be created was not. So I
digged down into Apache logs to see which requests were made in the
same period
11 matches
Mail list logo