February 2013 - hibernate-issues - Jboss List Archives

[Hibernate-JIRA] (BVTCK-39) Implement/update TCK tests after 1.1.0.Beta3

by Gunnar Morling (JIRA)

12 years, 10 months

2
10
0 / 0

[Hibernate-JIRA] (HV-709) Implement new methods in node builder API and ExecutableDescriptor#getCrossParameterDescriptor()

by Gunnar Morling (JIRA)

12 years, 10 months

2
5
0 / 0

[Hibernate-JIRA] (HV-717) Implement Beandescriptor#hasConstrainedExecutables

by Hardy Ferentschik (JIRA)

12 years, 10 months

2
2
0 / 0

[Hibernate-JIRA] (HV-712) Support constraints being generic and cross-parameter

by Gunnar Morling (JIRA)

12 years, 10 months

1
1
0 / 0

[Hibernate-JIRA] (HV-720) Use @SupportValidationTarget instead of @CrossParameterConstraint for cross paramter constraints

by Hardy Ferentschik (JIRA)

12 years, 10 months

2
3
0 / 0

[Hibernate-JIRA] Created: (HHH-3238) impossible to get the rowcount for a criteria that has projections

by hbMailingList (JIRA)

impossible to get the rowcount for a criteria that has projections ------------------------------------------------------------------ Key: HHH-3238 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3238 Project: Hibernate3 Issue Type: Bug Affects Versions: 3.2.6 Environment: hibernate 3.2.6, oracle 10g Reporter: hbMailingList Projections.rowCount correctly returns the NUMBER_OF_ROWS for the criteria's resultset. However if the criteria already has a projection then rowcount no longer returns the NUMBER_OF_ROWS in the result set. For example: Criteria c=session.CreateCriteria(Cat.class); ProjectionList pl = ...; .... pl.add(Projections.groupProperty("color")); pl.add(Projections.rowCount()); c.setProjections(pl); c.list(); will result in the following query: select color, count(*) from cats group by color I would expect it to result in: select count(*) from (select color from cats group by color) after all if I wanted the count by color I could have simply done: Projections.count(...) I really need this feature for my project...if you don't think this will make the release, would you please give me a hint and I'll submit a patch. Thanks for all the hard work. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

5
7
0 / 0

[Hibernate-JIRA] (HHH-7862) Improper "unique" constraint in auto-generated schema (DDL) when a Java Map value involves non-primitive types

by Pierre Sion (JIRA)

12 years, 10 months

3
7
0 / 0

[Hibernate-JIRA] Created: (HHH-2218) java.util.ConcurrentModificationException at org.hibernate.pretty.Printer.toString(Printer.java:90)

by rm (JIRA)

java.util.ConcurrentModificationException at org.hibernate.pretty.Printer.toString(Printer.java:90) --------------------------------------------------------------------------------------------------- Key: HHH-2218 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2218 Project: Hibernate3 Type: Bug Components: core Versions: 3.1.3 Environment: Hibernate 3.1.3, spring 2.1.8 on Jboss 4.0.2 with Oracle 10g Reporter: rm Similar issues have been logged since May 2005 and have been marked as 'Fixed' by Gavin especially for Session.toString() related cases. However, I am also facing similar issues in Printer.toString()... The saving grace is that when I set the debug level to INFO, the problem goes away... Am copy/pasting the relevent stacktrace...I have also debugged this on eclipse and the exact location is the call to "new Printer(....)" in AbstractFlushingEventListener.java java.util.ConcurrentModificationException 10:07:28,421 INFO [STDOUT] at java.util.HashMap$HashIterator.nextEntry(HashMap.java:787) 10:07:28,421 INFO [STDOUT] at java.util.HashMap$ValueIterator.next(HashMap.java:817) 10:07:28,421 INFO [STDOUT] at org.hibernate.pretty.Printer.toString(Printer.java:90) 10:07:28,421 INFO [STDOUT] at org.hibernate.event.def.AbstractFlushingEventListener.flushEverythingToExecutions(AbstractFlushingEventListener.java:97) 10:07:28,421 INFO [STDOUT] at org.hibernate.event.def.DefaultAutoFlushEventListener.onAutoFlush(DefaultAutoFlushEventListener.java:35) 10:07:28,421 INFO [STDOUT] at org.hibernate.impl.SessionImpl.autoFlushIfRequired(SessionImpl.java:954) 10:07:28,421 INFO [STDOUT] at org.hibernate.impl.SessionImpl.list(SessionImpl.java:1099) 10:07:28,421 INFO [STDOUT] at org.hibernate.impl.QueryImpl.list(QueryImpl.java:79) PS: This is my first attempt at logging issues at JIRA. Kindly point out any deficiencies or irregularities in this attempt. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

6
9
0 / 0

[Hibernate-JIRA] Created: (BVAL-277) Align on style for author names in JavaDoc

by Gunnar Morling (JIRA)

Align on style for author names in JavaDoc ------------------------------------------ Key: BVAL-277 URL: https://hibernate.onjira.com/browse/BVAL-277 Project: Bean Validation Issue Type: Improvement Components: spec-general Reporter: Gunnar Morling We should align on a style for {{@author}} tags in the API. One idea would be to specify e-mail addresses in the actual API types (e.g. {{@author Gunnar Morling (gunnar(a)beanvalidation.org)}} but to omit addresses from the spec listings for the sake of brevity. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

3
4
0 / 0

[Hibernate-JIRA] (BVAL-419) Clarify that using a cross-parameter constraint on a method without parameter is illegal

by Emmanuel Bernard (JIRA)

12 years, 10 months

1
1
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

hibernate-issues February 2013