[hibernate-dev] HHH-1123 - Cannot put more than 1000 elements in a InExpression

2011-11-29 Thread Łukasz Antoniak
Hi all! Recently I had a closer look at HHH-1123 issue. This bug affects both - Criteria API and HQL. I have introduced Dialect#maximumInExpressionElements() method which returns maximum number of allowed elements in a single SQL IN clause, or null treated as infinite. The change of InExpressi

Re: [hibernate-dev] New Search QA job

2011-11-29 Thread Hardy Ferentschik
Hi, in the test fixing mood I am right now, I pushed several fixes. It starting to look good. There are two remaining issues one against DB2 (HSEARCH-992) and one against Sybase. The DB2 one is an interesting one. The test entity defines an UUID field with no further mapping configuration. Thi

Re: [hibernate-dev] any suggestion about how to fix HHH-5992?

2011-11-29 Thread Max Rydahl Andersen
> I agree we should not do any magic on a native query; but following > this reasoning just anything should be possible, and I wouldn't expect > Hibernate to apply such magic to the results either. > Why is it even looking at names in the resultset? As a user I'd want > it to just return the same o

[hibernate-dev] Hibernate Filters and EntityManager.find

2011-11-29 Thread Jason Clawson
Hi everyone. I know that Hibernate session filters do not apply to find/load operations because the assumption was made that if you know the ID of the entity you wish to load, why tack on the extra WHERE condition. Please let me explain my use case for filters and illustrate why this assumption i

[hibernate-dev] IRC Developer Meeting - 11/29

2011-11-29 Thread Steve Ebersole
[08:51] Meeting ended Tue Nov 29 14:51:01 2011 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) [08:51] Minutes: http://transcripts.jboss.org/meeting/irc.freenode.org/hibernate-dev/2011/hibernate-dev.2011-11-29-14.19.html [08:51] Minutes (text): http://transcripts

Re: [hibernate-dev] any suggestion about how to fix HHH-5992?

2011-11-29 Thread Sanne Grinovero
I agree we should not do any magic on a native query; but following this reasoning just anything should be possible, and I wouldn't expect Hibernate to apply such magic to the results either. Why is it even looking at names in the resultset? As a user I'd want it to just return the same ordered seq

Re: [hibernate-dev] any suggestion about how to fix HHH-5992?

2011-11-29 Thread Max Rydahl Andersen
the original idea of the native sql approach is to avoid/reduce doing anything magical with the query since there is no way to fix these generally without a full sql parser. So I would say it works as expected. /max On Nov 29, 2011, at 11:59, Strong Liu wrote: > T_User > id username > 1s

[hibernate-dev] any suggestion about how to fix HHH-5992?

2011-11-29 Thread Strong Liu
T_User id username 1stliu 2gail for example a native query sql "select v1.username, v2.username from T_User v1, T_User v2 where v1.id = '1' and v2.id = '2'" but the query returns ["stliu", "stliu"] instead of the expected ["stliu", "gail"] this is because hibernate uses column alias

Re: [hibernate-dev] New Search QA job

2011-11-29 Thread Strong Liu
On Nov 29, 2011, at 6:03 PM, Sanne Grinovero wrote: > On 29 November 2011 04:15, Strong Liu wrote: >> cool >> but I don't see where you change the Core version to snapshot in this job >> configuration….. > > It's just a property we pass to Maven to override the one defined in > the root pom: >

Re: [hibernate-dev] New Search QA job

2011-11-29 Thread Sanne Grinovero
On 29 November 2011 04:15, Strong Liu wrote: > cool > but I don't see where you change the Core version to snapshot in this job > configuration….. It's just a property we pass to Maven to override the one defined in the root pom: -DhibernateVersion=4.0.0-SNAPSHOT I uploaded a fresh snapshot ver