On Jul 12, 2011, at 2:10 AM, Marek Šabo wrote:
> Should I assemble a feature in JIRA?
Yes please.
> Btw, if this is double-posted again, I'm sorry, but I don't know why it keeps
> happening to me in this list.
Haven't seen any duplicates from you.
>
> Regards,
>
> Marek
>
> On 07/11/2011
Should I assemble a feature in JIRA?
Btw, if this is double-posted again, I'm sorry, but I don't know why it
keeps happening to me in this list.
Regards,
Marek
On 07/11/2011 10:10 PM, Mike Kienenberger wrote:
For what it's worth, functions in order by is now supported by the JPA
reference i
For what it's worth, functions in order by is now supported by the JPA
reference implementation, as of 14 months ago.
-- Forwarded message --
From: James Sutherland
Date: Tue, May 4, 2010 at 2:42 PM
Subject: [eclipselink-dev] SVN commit trunk: bug#219814 JPQL enhancements
To: "
Sigh... I feel like we should've used common sense and built our own QL based
on EJBQL/JPQL instead of blindly following the JPA spec. Which among other
things says "The Java Persistence query language includes [...] built-in
functions, which may be used in the WHERE or HAVING clause of a query.
Hi all,
I was trying to push a query through parser today and it didn't make it.
"SELECT stt FROM SubTaskType stt ORDER BY ABS(stt.code) ASC"
Exception is below, my question being whether it is correct behaviour or
a bug. I know mysql allows such syntax and oracle too (it allows numeric
sorti
