July 2011 - hibernate-issues - Jboss List Archives

[Hibernate-JIRA] Created: (HHH-6178) Mapping bidirectional one-to-one relationship fails with an AnnotationException: Unknown mappedBy in: / referenced property unknown

by Karsten Wutzke (JIRA)

Mapping bidirectional one-to-one relationship fails with an AnnotationException: Unknown mappedBy in: / referenced property unknown ----------------------------------------------------------------------------------------------------------------------------------- Key: HHH-6178 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-6178 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.6.0 Environment: Hibernate 3.6.0 Final, HSQLDB 2.0.1 RC, JavaSE Reporter: Karsten Wutzke Priority: Critical Mapping a simple bidirectional one-to-one relationship fails with an AnnotationException for no obvious reason. DB design: CREATE TABLE Persons ( id INTEGER NOT NULL, first_name VARCHAR(50) NOT NULL, last_name VARCHAR(50) NOT NULL, PRIMARY KEY (id) ); CREATE TABLE Coaches ( id INTEGER NOT NULL, license_nbr VARCHAR(10) DEFAULT NULL NULL, PRIMARY KEY (id), FOREIGN KEY (id) REFERENCES Persons (id) ); CREATE TABLE Players ( id INTEGER NOT NULL, registration_nbr VARCHAR(20) DEFAULT NULL NULL, PRIMARY KEY (id), FOREIGN KEY (id) REFERENCES Persons (id) ); Mappings (relevant shown only): @Entity @Table(name = "Persons") public class Person implements Serializable { @Id @Column(name = "id") private Integer id; @Column(name = "first_name") private String firstName; @Column(name = "last_name") private String lastName; @OneToOne(mappedBy = "person") private Coach coach = null; @OneToOne(mappedBy = "person") private Player player = null; ... } @Entity @Table(name = "Players") public class Player implements Serializable { @Column(name = "registration_nbr") private String registrationNbr = null; @Id @OneToOne @JoinColumn(name = "id") private Person person = null; ... } @Entity @Table(name = "Coaches") public class Coach implements Serializable { @Column(name = "license_nbr") private String licenseNbr = null; @Id @OneToOne @JoinColumn(name = "id") private Person person = null; ... } The exception thrown in a test app: Exception in thread "main" javax.persistence.PersistenceException: [PersistenceUnit: persons] Unable to configure EntityManagerFactory at org.hibernate.ejb.Ejb3Configuration.configure(Ejb3Configuration.java:374) at org.hibernate.ejb.HibernatePersistence.createEntityManagerFactory(HibernatePersistence.java:56) at javax.persistence.Persistence.createEntityManagerFactory(Persistence.java:48) at javax.persistence.Persistence.createEntityManagerFactory(Persistence.java:32) at tld.persons.Main.main(Main.java:34) Caused by: org.hibernate.AnnotationException: Unknown mappedBy in: tld.persons.model.Person.coach, referenced property unknown: tld.persons.model.Coach.person at org.hibernate.cfg.OneToOneSecondPass.doSecondPass(OneToOneSecondPass.java:159) at org.hibernate.cfg.Configuration.originalSecondPassCompile(Configuration.java:1686) at org.hibernate.cfg.Configuration.secondPassCompile(Configuration.java:1393) at org.hibernate.cfg.Configuration.buildMappings(Configuration.java:1345) at org.hibernate.ejb.Ejb3Configuration.buildMappings(Ejb3Configuration.java:1477) at org.hibernate.ejb.EventListenerConfigurator.configure(EventListenerConfigurator.java:193) at org.hibernate.ejb.Ejb3Configuration.configure(Ejb3Configuration.java:1096) at org.hibernate.ejb.Ejb3Configuration.configure(Ejb3Configuration.java:278) at org.hibernate.ejb.Ejb3Configuration.configure(Ejb3Configuration.java:362) ... 4 more This exception is really surprising given the simplicity of this design. I've also tested this with EclipseLink which has no problems with the mappings. I'll attach an test case including the full code. -- 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

14 years, 7 months

2
2
0 / 0

[Hibernate-JIRA] Created: (HHH-6296) Unnecessary lock in UpdateTimestampsCache

by Alexandre Thiel (JIRA)

Unnecessary lock in UpdateTimestampsCache ----------------------------------------- Key: HHH-6296 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-6296 Project: Hibernate Core Issue Type: Patch Components: caching (L2) Affects Versions: 3.6.4, 3.6.3, 3.6.2, 3.6.1 Environment: Hibernate 3.6.4 Reporter: Alexandre Thiel Priority: Minor Attachments: UpdateTimestampsCache.java.diff Non transactional queries call UpdateTimestmapsCache.invalidate method with an empty array parameter but still acquire a WriteLock which cause a performance bottle neck under heavy load. GNU-Diff Patch for org.hibernate.cache.UpdateTimestampsCache attached Thread dump example : "TP-Processor10" daemon prio=10 tid=0x00000000415cb800 nid=0x6803 waiting on condition [0x00007f1346594000] java.lang.Thread.State: WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0x00007f1370f6d1c0> (a java.util.concurrent.locks.ReentrantReadWriteLock$NonfairSync) at java.util.concurrent.locks.LockSupport.park(LockSupport.java:158) at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:747) at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(AbstractQueuedSynchronizer.java:778) at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(AbstractQueuedSynchronizer.java:1114) at java.util.concurrent.locks.ReentrantReadWriteLock$WriteLock.lock(ReentrantReadWriteLock.java:807) at org.hibernate.cache.UpdateTimestampsCache.invalidate(UpdateTimestampsCache.java:88) at org.hibernate.engine.ActionQueue$AfterTransactionCompletionProcessQueue.afterTransactionCompletion(ActionQueue.java:604) at org.hibernate.engine.ActionQueue.afterTransactionCompletion(ActionQueue.java:209) at org.hibernate.impl.SessionImpl.afterTransactionCompletion(SessionImpl.java:602) at org.hibernate.jdbc.JDBCContext.afterNontransactionalQuery(JDBCContext.java:292) at org.hibernate.impl.SessionImpl.afterOperation(SessionImpl.java:595) at org.hibernate.impl.SessionImpl.load(SessionImpl.java:993) at org.hibernate.impl.SessionImpl.load(SessionImpl.java:978) -- 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

14 years, 7 months

2
1
0 / 0

[Hibernate-JIRA] Created: (HHH-5857) SQLServer dialect for varbinary incorrect for 2008

by Steve Mactaggart (JIRA)

SQLServer dialect for varbinary incorrect for 2008 -------------------------------------------------- Key: HHH-5857 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5857 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.6.0 Reporter: Steve Mactaggart In SQLServer 2008 the IMAGE data type has been deprecated and replaced with VARBINARY(MAX) {quote} ntext, text, and image data types will be removed in a future version of Microsoft SQL Server. Avoid using these data types in new development work, and plan to modify applications that currently use them. Use nvarchar(max), varchar(max), and varbinary(max) instead. For more information, see Using Large-Value Data Types. {quote} The current SQLServer2008Dialect has the mapping (inherirted from SQLServerDialect): {code} registerColumnType( Types.VARBINARY, "image" ); {code} This needs to be reverted to use VARBINARY. {code} registerColumnType( Types.VARBINARY, "varbinary" ); {code} The issue is identified when using hibernate.ddl.auto=validate, it shows an error such as: {quote} Wrong column type in Database.dbo.BINARY_OBJECT for column BYTES. Found: varbinary, expected: image {quote} for an annotated fields such as: {code} @Column(name = "BYTES", length = 100000, nullable = true) private byte[] bytes; {code} -- 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

14 years, 7 months

2
6
0 / 0

[Hibernate-JIRA] Created: (HHH-4830) @PostLoad -> LazyInitializationException: illegal access to loading collection ond a @OneToMany with FetchType.EAGER

by Cédric Templie (JIRA)

@PostLoad -> LazyInitializationException: illegal access to loading collection ond a @OneToMany with FetchType.EAGER -------------------------------------------------------------------------------------------------------------------- Key: HHH-4830 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4830 Project: Hibernate Core Issue Type: Bug Reporter: Cédric Templie I faced this issue without using JBoss although I found it on JBoss JIRA: https://jira.jboss.org/jira/browse/JBAS-5474 As a result I really think that it is an hibernate issue. -- 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

14 years, 7 months

2
1
0 / 0

[Hibernate-JIRA] Created: (HHH-5421) Accessing collection on PostLoad event causes LazyInitializationException

by Stu White (JIRA)

Accessing collection on PostLoad event causes LazyInitializationException ------------------------------------------------------------------------- Key: HHH-5421 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5421 Project: Hibernate Core Issue Type: Bug Affects Versions: 3.5.3 Environment: Hibernate-3.5.3-Final Oracle 11g Reporter: Stu White Attachments: hibernate-test.zip We've encountered a problem using the PostLoad event to access a OneToMany Collection. Attempting to access the Collection in the PostLoad event handler results in a LazyInitializationException being thrown by AbstractEntityManagerImpl. The stack trace is below: javax.persistence.PersistenceException: org.hibernate.LazyInitializationException: failed to lazily initialize a collection, no session or session was closed at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1235) at org.hibernate.ejb.AbstractEntityManagerImpl.find(AbstractEntityManagerImpl.java:631) at org.hibernate.ejb.AbstractEntityManagerImpl.find(AbstractEntityManagerImpl.java:585) I've attached a JUnit test case containing the classes and configuration. We're using Oracle 11g and Hibernate v3.5.3-Final, but the test case uses HSQLDB. If there is any further information I can provide to help diagnose this then please let me know. -- 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

14 years, 7 months

2
1
0 / 0

[Hibernate-JIRA] Created: (HHH-6070) This is a big bug in the project

by Amol Patankar (JIRA)

This is a big bug in the project -------------------------------- Key: HHH-6070 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-6070 Project: Hibernate Core Issue Type: Bug Components: build Affects Versions: 3.6.2 Environment: DEV, QA & Prod Reporter: Amol Patankar There is a big bug in the code which goes into infinite loop -- 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

14 years, 7 months

2
3
0 / 0

[Hibernate-JIRA] Created: (HHH-6284) Hibernate Core 3.6.4 Conflict org.hibernate.type.WrappedMaterializedBlobType

by Aloke (JIRA)

Hibernate Core 3.6.4 Conflict org.hibernate.type.WrappedMaterializedBlobType ----------------------------------------------------------------------------- Key: HHH-6284 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-6284 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.6.4 Environment: Solaris x86, Tomcat, Apache, Hibernate-Core 3.6.4, Hibernate-Annotation 3.5.6-Final Reporter: Aloke While upgrading Hibernate from 3.5.6-Final to 3.6.4.Final I got an java.lang.Verifier Exception on org.hibernate.type.WrappedMaterializedBlobType. I executed my service using SOAPUI It seems there is a conflict between Hibernate-Core and Hibernate-Annotations jar file. The conflict is on the package.Class org.hibernate.type.WrappedMaterializedBlobType.class I think the line it fails is on public static final WrappedMaterializedBlobType INSTANCE = new WrappedMaterializedBlobType(); with a message "</pre></p><p><b>root cause</b> <pre>java.lang.VerifyError: class org.hibernate.type.WrappedMaterializedBlobType overrides final method getReturnedClass.()Ljava/lang/Class;" To reproduce do the following: 1. Use Hibernate-Core 3.6.4.Final with Hibernate-Annotation-3.5.6-Final. 2. Call a web service using SOAPUI. Note: Its Hibernate-Annotations and not Hibernate-Commons-Annotations It looks like classes in Hibernate-Annotations (org.hibernate.type) have been deprecated: AbstractLobType.class ByteArrayBlobType.class ByteArrayBlobType.class PrimitiveByteArrayBlobType.class where as WrappedMaterializedBlobType.class is not. I have currently removed Hibernate-Annotation.jar to avoid this issue. Thanks. -- 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

14 years, 8 months

2
1
0 / 0

[Hibernate-JIRA] Created: (HHH-6268) Plumb MetadataImplementor into integrators

by Gail Badner (JIRA)

Plumb MetadataImplementor into integrators ------------------------------------------ Key: HHH-6268 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-6268 Project: Hibernate Core Issue Type: Task Components: core Reporter: Gail Badner Assignee: Gail Badner Fix For: 4.0.0.Beta1 -- 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

14 years, 8 months

3
6
0 / 0

[Hibernate-JIRA] Created: (HHH-6474) Uncorrect Quoting on hibernate.globally_quoted_identifiers=true if you use hbm

by Werner Schneider (JIRA)

Uncorrect Quoting on hibernate.globally_quoted_identifiers=true if you use hbm ------------------------------------------------------------------------------ Key: HHH-6474 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-6474 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 4.0.0.Beta4, 3.6.6 Environment: 3.6.x 4.0.x Reporter: Werner Schneider Priority: Minor Attachments: 0001-correct-Quoting-on-globally_quote-at-columns.patch If i use hibernate.globally_quoted_identifiers=use and mappings in hbm, then not all database identifiers are correct quoted in a mysql-5.1 environment -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 8 months

2
1
0 / 0

[Hibernate-JIRA] Created: (HHH-6136) SQLServer2008Dialect does not provide new paging feature

by Robert Thaler (JIRA)

SQLServer2008Dialect does not provide new paging feature -------------------------------------------------------- Key: HHH-6136 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-6136 Project: Hibernate Core Issue Type: Improvement Components: core Affects Versions: 3.6.3, 3.6.2, 3.6.1 Environment: hibernate 3.6.3.Final; SQL Server 2008 Reporter: Robert Thaler Priority: Minor only SQLServer2005Dialect implements new paging feature. i would suggest that SQLServer2008Dialect should be derived from SQLServer2005Dialect to inherit its functionality. -- 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

14 years, 8 months

2
1
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 July 2011