March 2011 - hibernate-issues - Jboss List Archives

[Hibernate-JIRA] Closed: (HBX-380) Make ejb3 pojo's more complete

by Steve Ebersole (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HBX-380?page=co... ] Steve Ebersole closed HBX-380. ------------------------------ Closing stale resolved issues > Make ejb3 pojo's more complete > ------------------------------ > > Key: HBX-380 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-380 > Project: Hibernate Tools > Issue Type: Improvement > Components: hbm2java > Reporter: Max Rydahl Andersen > Assignee: Emmanuel Bernard > Priority: Blocker > Fix For: 3.1beta1 > > -- 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

15 years, 1 month

1
0
0 / 0

[Hibernate-JIRA] Closed: (HHH-1194) hql delete statements with joined-subclass hierarchies with a mapped where attribute at the root

by Steve Ebersole (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1194?page=c... ] Steve Ebersole closed HHH-1194. ------------------------------- Closing stale resolved issues > hql delete statements with joined-subclass hierarchies with a mapped where attribute at the root > ------------------------------------------------------------------------------------------------ > > Key: HHH-1194 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1194 > Project: Hibernate Core > Issue Type: Bug > Components: core > Reporter: Steve Ebersole > Assignee: Steve Ebersole > Priority: Minor > Fix For: 3.1 > > > attempting an hql delete statement against an entity which is a non-root entity in a joined-subclass hierarchy, where the root in that joined-subclass hierarchy defines a where fragment in the metadata, causes an error due to an alias being applied to the column within the where fragment. -- 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

15 years, 1 month

1
0
0 / 0

[Hibernate-JIRA] Closed: (HHH-601) New temporary table feature assumes all persisters are ready

by Steve Ebersole (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-601?page=co... ] Steve Ebersole closed HHH-601. ------------------------------ Closing stale resolved issues > New temporary table feature assumes all persisters are ready > ------------------------------------------------------------ > > Key: HHH-601 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-601 > Project: Hibernate Core > Issue Type: Bug > Components: core > Reporter: Max Rydahl Andersen > Assignee: Steve Ebersole > Fix For: 3.1 beta 1 > > > sqlTemporaryTableCreateString assumes it can call getSqlType on associated entities - it cannot since the persister for the associated entity is not yet created. > Just putting it in here so you know - will add failing test later. -- 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

15 years, 1 month

1
0
0 / 0

[Hibernate-JIRA] Closed: (HHH-904) NullPointerException thrown from PersistentBag

by Steve Ebersole (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-904?page=co... ] Steve Ebersole closed HHH-904. ------------------------------ Closing stale resolved issues > NullPointerException thrown from PersistentBag > ---------------------------------------------- > > Key: HHH-904 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-904 > Project: Hibernate Core > Issue Type: Bug > Affects Versions: 3.0.5 > Environment: Hibernate 3.0.5 > Sybase > Weblogic 8.1sp3 > java 1.4.2_06 > Reporter: Sebastien Blind > Priority: Blocker > > Hi, > I have encountered a NullPointerException in PersistentBag when running hibernate in my weblogic environment. > The origin of the problem appears to be a missing member initailization of the bag member in the PersistentBag(SessionImplementor session) constructor. I don't know why this constructor is called rather than the other one that initializes the bag, and I haven't been able to reproduce the issue while running hibernate locally. > Initializing the member seems to resolve my issue, although I can't tell if this has cascading effects on other parts. > Thank you, > Sebastien > PS: Link to original user forum post: > http://forum.hibernate.org/viewtopic.php?t=946731 -- 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

15 years, 1 month

1
0
0 / 0

[Hibernate-JIRA] Closed: (HHH-1106) HQL "not in" generatad wrong SQL

by Steve Ebersole (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1106?page=c... ] Steve Ebersole closed HHH-1106. ------------------------------- Closing stale resolved issues > HQL "not in" generatad wrong SQL > -------------------------------- > > Key: HHH-1106 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1106 > Project: Hibernate Core > Issue Type: Bug > Components: core > Affects Versions: 3.0.5 > Environment: 3.0.5, DB2 > Reporter: Jarle Rudihagen > Assignee: Gavin King > Fix For: 3.1 rc3 > > > HQL: > select distinct soknadLinjeDO.soknadDO.soknId from SoknadLinjeDO as soknadLinjeDO > where soknadLinjeDO.soknStatKode in (<list of code params>) > and not (soknadLinjeDO.grKombKode in (<list of code params>) > and soknadLinjeDO.soknadDO.soknGrKode = :PARAM) > Generates SQL: > select distinct soknadlinj0_.SOKN_ID as col_0_0_ from T_SOKNAD_LINJE > soknadlinj0_, T_SOKNAD soknaddo1_ where > soknadlinj0_.SOKN_ID=soknaddo1_.SOKN_ID > and (soknadlinj0_.SOKN_STAT_KODE in (?,?,?.....)) > and (soknadlinj0_.GR_KOMB_KODE in (?, ?.....) > or soknaddo1_.SOKN_GR_KODE<>?) > Here the problem is that it negates the "not in" clause and forgets to put in the "not in" in the following soknadlinj0_.GR_KOMB_KODE in (?, ?.....). There is one to many relationship between SoknadDO and SoknadLinjeDO. -- 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

15 years, 1 month

1
0
0 / 0

[Hibernate-JIRA] Closed: (HHH-908) CLONE -NullPointerException when using BigInteger in a query

by Steve Ebersole (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-908?page=co... ] Steve Ebersole closed HHH-908. ------------------------------ Closing stale resolved issues > CLONE -NullPointerException when using BigInteger in a query > ------------------------------------------------------------ > > Key: HHH-908 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-908 > Project: Hibernate Core > Issue Type: Bug > Components: core > Affects Versions: 3.0.5 > Environment: Hibernate 3.0.5, Oracle 9.2.0.6 > Reporter: Karl Wettin > Assignee: Gavin King > Priority: Minor > Fix For: 3.1 rc 1 > > Original Estimate: 0.5h > Remaining Estimate: 0.5h > > When I'm using a BigInteger in a query like > Query query = session.createQuery("from Antrag as antrag where > antrag.m_kreditId = (:kreditId)"); > query.setBigInteger("kreditId", new BigInteger(kreditId)); > I get the following Exception: > java.lang.ClassCastException > at org.hibernate.type.BigDecimalType.set(BigDecimalType.java:28) > at org.hibernate.type.NullableType.nullSafeSet(NullableType.java:62) > at org.hibernate.type.NullableType.nullSafeSet(NullableType.java:44) > at org.hibernate.hql.classic.QueryTranslatorImpl.bindNamedParameters(QueryTranslatorImpl.java:877) > at org.hibernate.loader.Loader.prepareQueryStatement(Loader.java:1178) > at org.hibernate.loader.Loader.doQuery(Loader.java:390) > at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:218) > at org.hibernate.loader.Loader.doList(Loader.java:1593) > at org.hibernate.loader.Loader.list(Loader.java:1577) > at org.hibernate.hql.classic.QueryTranslatorImpl.list(QueryTranslatorImpl.java:890) > I believe that this bug be caused by a typo in org.hibernate.hql.ast.ArithmeticNode: > if ( x==Hibernate.BIG_DECIMAL || y==Hibernate.BIG_DECIMAL ) return Hibernate.BIG_DECIMAL; > if ( x==Hibernate.BIG_INTEGER || y==Hibernate.BIG_INTEGER ) return Hibernate.BIG_DECIMAL; > should actually be: > if ( x==Hibernate.BIG_DECIMAL || y==Hibernate.BIG_DECIMAL ) return Hibernate.BIG_DECIMAL; > if ( x==Hibernate.BIG_INTEGER || y==Hibernate.BIG_INTEGER ) return Hibernate.BIG_INTEGER; -- 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

15 years, 1 month

1
0
0 / 0

[Hibernate-JIRA] Closed: (HHH-1142) added getSelectSequenceNextValString() and getCurrentTimestampSelectString() to TimesTenDialect

by Steve Ebersole (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1142?page=c... ] Steve Ebersole closed HHH-1142. ------------------------------- Closing stale resolved issues > added getSelectSequenceNextValString() and getCurrentTimestampSelectString() to TimesTenDialect > ------------------------------------------------------------------------------------------------ > > Key: HHH-1142 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1142 > Project: Hibernate Core > Issue Type: Improvement > Components: core > Reporter: Steve Ebersole > Assignee: Steve Ebersole > Priority: Trivial > Fix For: 3.1 rc3 > > -- 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

15 years, 1 month

1
0
0 / 0

[Hibernate-JIRA] Closed: (HHH-984) Hibernate doesn't fully comply with the JavaBean 1.01 spec

by Steve Ebersole (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-984?page=co... ] Steve Ebersole closed HHH-984. ------------------------------ Closing stale resolved issues > Hibernate doesn't fully comply with the JavaBean 1.01 spec > ---------------------------------------------------------- > > Key: HHH-984 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-984 > Project: Hibernate Core > Issue Type: Bug > Components: core > Affects Versions: 3.0.5 > Reporter: Oliver Siegmar > Priority: Minor > > I already reported this bug at http://opensource2.atlassian.com/projects/hibernate/browse/HHH-755, but Gavin closed it with the comment, that Hibernate would comply with the JavaBean spec, but that's not true. > Consider a property 'fooDate', the getter would be 'getFooDate'. Now consider a property 'gDate', the getter would be? Right, 'getGDate' - but Hibernate looks for a 'getgDate' because of the property find algorithms in two methods: setterMethod() and getterMethod() of BasicPropertyAccessor.java. > Just calling Introspector.decapitalize() isn't enough to comply the spec fully. > The first action within setterMethod() and getterMethod() should be to capitalize the first letter of propertyName, then the comparison with the found setter/getter would succeed. > BTW: Eclipse creates a getGDate() and setGDate() for a property gDate - this is how I noticed the problem. -- 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

15 years, 1 month

1
0
0 / 0

[Hibernate-JIRA] Closed: (HBX-476) Adding XDoclet support to Hibernate Tools

by Steve Ebersole (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HBX-476?page=co... ] Steve Ebersole closed HBX-476. ------------------------------ Closing stale resolved issues > Adding XDoclet support to Hibernate Tools > ----------------------------------------- > > Key: HBX-476 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-476 > Project: Hibernate Tools > Issue Type: New Feature > Reporter: Eugene Lubman > > It would be great to have support for XDoclet in H Tools. I understand that adding/perfecting support for annotations is a priority right now, but I still think it is an important feature, as many companies (especially those on the conservative side) will be reluctant to use an unfinished/unproven techology such as JSR-220 annotations for quite some time. XDoclet, on the other hand, is already widely used - and in other parts of applications, beside Hibernate mappings generation. > Besides, choice is good, right? > I believe David was already considering this, so this is just to speed things up... :-) -- 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

15 years, 1 month

1
0
0 / 0

[Hibernate-JIRA] Closed: (HHH-1136) more meaningful AssertionFailure message in org.hibernate.persister.entity.JoinedSubclassEntityPersister.getTableId(...)

by Steve Ebersole (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1136?page=c... ] Steve Ebersole closed HHH-1136. ------------------------------- Closing stale resolved issues > more meaningful AssertionFailure message in org.hibernate.persister.entity.JoinedSubclassEntityPersister.getTableId(...) > ------------------------------------------------------------------------------------------------------------------------ > > Key: HHH-1136 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1136 > Project: Hibernate Core > Issue Type: Patch > Components: core > Affects Versions: 3.1 rc2 > Environment: any > Reporter: Alexander Voss > Assignee: Max Rydahl Andersen > Priority: Trivial > Fix For: 3.1 rc3 > > > Assertion message should include the missing table's name, i.e.: > --8<-- > throw new AssertionFailure("table not found:"+tableName); > --8<-- > This is in line 444 (3.1 rc2) -- 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

15 years, 1 month

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

hibernate-issues March 2011