Putting it in DataObjectUtils doesn't seem the right place to me.
Using your example:
DataObjectUtils.objectForQuery(...)
returns a DataObject (which makes sense to me, being packaged in
DataObjectUtils). Something that returns an int, which can't even be
converted into a DataObject, doesn't feel like it should be in
DataObjectUtils.
Just my opinion.
I liked Lachlan mentioning..vg/etc, too. I had mostly forgotten
about those operations in EOF. I'm not intending to side-track the
count topic, but I also think we need the ability to handle something
like employee.readNestedProperty("manager.employees.fullName") which
EOF can handle (you'd get a list of strings).
Thanks,
/dev/mrg
On 6/4/07, Andrus Adamchik <andru..bjectstyle.org> wrote:
>
> On Jun 4, 2007, at 10:46 AM, Lachlan Deck wrote:
>
> > Will the DataObjectUtils.intValueForQuery work with 3 tier also?
>
> It should. You can look at the sources of the current
> DataObjectUtils.objectForQuery - the new method is really just an
> extension of it.
>
> Andrus
This archive was generated by hypermail 2.0.0 : Mon Jun 04 2007 - 10:06:48 EDT