August 2006 - hibernate-issues - Jboss List Archives

[Hibernate-JIRA] Updated: (HHH-1740) Build-time instrumentation breaks lazy="proxy"

by Frank Grimes (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1740?page=all ] Frank Grimes updated HHH-1740: ------------------------------ Attachment: TestLazyManyToOne-Branch_3_2.diff I corrected it and now have it failing on hibernate-3.1.3 but passing with the latest for hibernate-3.2.x. FYI, the assertion that fails on hibernate-3.1.3 is the following: Assert.assertFalse("HHH-1740: many-to-one no-proxy load should not have been triggered by load of many-to-one proxy value", Hibernate.isPropertyInitialized(hia, "folder") ); I'm attaching my diff for org.hibernate.test.instrument.cases.TestLazyManyToOne in case it's testing anything you're missing and you want to incorporate it into the test suite. > Build-time instrumentation breaks lazy="proxy" > ---------------------------------------------- > > Key: HHH-1740 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1740 > Project: Hibernate3 > Type: Bug > Components: core > Versions: 3.1.3, 3.2.0 cr1, 3.2.0.cr2 > Reporter: Frank Grimes > Assignee: Steve Ebersole > Priority: Critical > Fix For: 3.2.0.ga > Attachments: 312Document.class, Document.class, HHH-1740.diff, Hibernate3-Branch_3_2.diff, TestLazyManyToOne-Branch_3_2.diff > > > I have a mapping that contains a many-to-one lazy="proxy". > This alone works fine: I see $$EnhancerByCGLIB$$ as the type when I do a load > Once I add a lazy property to the mapping and do build-time cglib enhancement, it breaks. > Not only is the lazy property listed in $CGLIB_READ_WRITE_CALLBACK, but also my lazy="proxy" association. (i.e. no more proxy object) > This works fine in hibernate-3.1.2. > This was originally brought up here: http://forums.hibernate.org/viewtopic.php?t=958881 > Please let me know if more info or a test case is needed. -- 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

18 years, 5 months

1
0
0 / 0

[Hibernate-JIRA] Created: (EJB-216) Query.getSingleResult() whose state-field is null raise an EntityNotFoundException rather than returning null

by Emmanuel Bernard (JIRA)

Query.getSingleResult() whose state-field is null raise an EntityNotFoundException rather than returning null ------------------------------------------------------------------------------------------------------------- Key: EJB-216 URL: http://opensource.atlassian.com/projects/hibernate/browse/EJB-216 Project: Hibernate Entity Manager Type: Bug Components: EntityManager Versions: 3.2.0.cr1 Reporter: Emmanuel Bernard Assigned to: Emmanuel Bernard Fix For: 3.2.0 -- 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

18 years, 5 months

1
1
0 / 0

[Hibernate-JIRA] Commented: (HHH-1740) Build-time instrumentation breaks lazy="proxy"

by Frank Grimes (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1740?page=c... ] Frank Grimes commented on HHH-1740: ----------------------------------- You're right, the test case is flawed. (in a dyslexic moment, I must have mixed up which folder many-to-one mappings were proxy vs. no-proxy) I'll fix it and go back to hibernate-3.1.3 to see if I can reproduce the failure *correctly* this time and then confirm that it's fixed in SVN. Thanks. > Build-time instrumentation breaks lazy="proxy" > ---------------------------------------------- > > Key: HHH-1740 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1740 > Project: Hibernate3 > Type: Bug > Components: core > Versions: 3.1.3, 3.2.0 cr1, 3.2.0.cr2 > Reporter: Frank Grimes > Assignee: Steve Ebersole > Priority: Critical > Fix For: 3.2.0.ga > Attachments: 312Document.class, Document.class, HHH-1740.diff, Hibernate3-Branch_3_2.diff > > > I have a mapping that contains a many-to-one lazy="proxy". > This alone works fine: I see $$EnhancerByCGLIB$$ as the type when I do a load > Once I add a lazy property to the mapping and do build-time cglib enhancement, it breaks. > Not only is the lazy property listed in $CGLIB_READ_WRITE_CALLBACK, but also my lazy="proxy" association. (i.e. no more proxy object) > This works fine in hibernate-3.1.2. > This was originally brought up here: http://forums.hibernate.org/viewtopic.php?t=958881 > Please let me know if more info or a test case is needed. -- 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

18 years, 5 months

1
0
0 / 0

[Hibernate-JIRA] Assigned: (ANN-382) Exception raising : Strange behaviour depending on package names

by Emmanuel Bernard (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/ANN-382?page=all ] Emmanuel Bernard reassigned ANN-382: ------------------------------------ Assign To: Emmanuel Bernard > Exception raising : Strange behaviour depending on package names > ---------------------------------------------------------------- > > Key: ANN-382 > URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-382 > Project: Hibernate Annotations > Type: Bug > Environment: Hibernate's annotations packaged in JBoss EJB 3.0 RC8- FD > Microsoft SQL Server 2000 > Reporter: Pierre Fourès > Assignee: Emmanuel Bernard > Fix For: 3.2.0 > Attachments: BugEJB3.zip > > > As described in hibernate forum (http://forum.hibernate.org/viewtopic.php?t=960763) and discussed with Emmanuel, I encounter a strange behaviour with annotations depending of my package's names. > Supposing hibernate load classes by package alphabetical order; if it get the "parent" class first all works fine, if it get the "child" class first, it raise an exception ! > Here is a subset of my classes, cleaned of getters, setters and all unrelated things, then followed by the exception stack : > /////////////////////////////////////////////// > package fr.ifis.entity.field.card; > import java.io.Serializable; > import javax.persistence.Embeddable; > import javax.persistence.Entity; > import javax.persistence.Id; > import javax.persistence.ManyToOne; > import fr.ifis.entity.project.Card; > @Entity > public class CardField { > @Id > private PrimaryKey primaryKey = new PrimaryKey(); > > // cardtmp is a trick used in order to wait for http://opensource.atlassian.com/projects/hibernate/browse/ANN-381 resolution > @ManyToOne > private Card cardtmp; > @Embeddable > private class PrimaryKey implements Serializable { > > @ManyToOne(optional = false) > private Card card; > > @ManyToOne(optional = false) > private CardKey key; > } > } > /////////////////////////////////////////////// > package fr.ifis.entity.field.card; > import javax.persistence.Entity; > import javax.persistence.GeneratedValue; > import javax.persistence.Id; > @Entity > public class CardKey { > @Id > @GeneratedValue > private int id; > } > /////////////////////////////////////////////// > package fr.ifis.entity.project; > import java.io.Serializable; > import java.util.Set; > import javax.persistence.CascadeType; > import javax.persistence.Embeddable; > import javax.persistence.Entity; > import javax.persistence.FetchType; > import javax.persistence.Id; > import javax.persistence.ManyToOne; > import javax.persistence.OneToMany; > import fr.ifis.entity.field.card.CardField; > @Entity > public class Card { > @Id > private CardPrimaryKey primaryKey = new CardPrimaryKey(); > > @OneToMany(cascade=CascadeType.ALL, fetch=FetchType.EAGER, mappedBy="cardtmp") // > private Set<CardField> fields; > > @Embeddable > private class CardPrimaryKey implements Serializable { > > @ManyToOne(optional = false) > private Project project; > > //An other @ManyToOne is also present in the real model > //The problem still occurs even when i remove this relation, it was no use to kept it for describe the problem > } > } > /////////////////////////////////////////////// > package fr.ifis.entity.project; > import javax.persistence.Entity; > import javax.persistence.GeneratedValue; > import javax.persistence.Id; > @Entity > public class Project { > @Id > @GeneratedValue > private int id; > } > /////////////////////////////////////////////// > [java] ERROR 29-06 19:42:18,272 (AbstractController.java:incrementState:350) -Error installing to Start: name=persistence.units:unitName=Refonte state=Create > [java] org.hibernate.MappingException: Foreign key (FK6771BFAA1845E8B:CardField [])) must have same number of columns as the referenced primary key (Card [project_id]) > [java] at org.hibernate.mapping.ForeignKey.alignColumns(ForeignKey.java:90) > [java] at org.hibernate.mapping.ForeignKey.alignColumns(ForeignKey.java:73) > [java] at org.hibernate.cfg.Configuration.secondPassCompileForeignKeys(Configuration.java:1182) > [java] at org.hibernate.cfg.Configuration.secondPassCompile(Configuration.java:1089) > [java] at org.hibernate.cfg.AnnotationConfiguration.secondPassCompile(AnnotationConfiguration.java:302) > [java] at org.hibernate.cfg.Configuration.buildMappings(Configuration.java:1034) > [java] at org.hibernate.ejb.Ejb3Configuration.buildMappings(Ejb3Configuration.java:1015) > [java] at org.hibernate.ejb.EventListenerConfigurator.configure(EventListenerConfigurator.java:154) > [java] at org.hibernate.ejb.Ejb3Configuration.createEntityManagerFactory(Ejb3Configuration.java:751) > [java] at org.hibernate.ejb.Ejb3Configuration.createContainerEntityManagerFactory(Ejb3Configuration.java:350) > [java] at org.hibernate.ejb.HibernatePersistence.createContainerEntityManagerFactory(HibernatePersistence.java:119) > [java] at org.jboss.ejb3.entity.PersistenceUnitDeployment.start(PersistenceUnitDeployment.java:264) > [java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > [java] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > [java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > [java] at java.lang.reflect.Method.invoke(Method.java:585) > [java] at org.jboss.reflect.plugins.introspection.ReflectionUtils.invoke(ReflectionUtils.java:55) > [java] at org.jboss.reflect.plugins.introspection.ReflectMethodInfoImpl.invoke(ReflectMethodInfoImpl.java:107) > [java] at org.jboss.joinpoint.plugins.BasicMethodJoinPoint.dispatch(BasicMethodJoinPoint.java:66) > [java] at org.jboss.kernel.plugins.dependency.KernelControllerContextActions.dispatchJoinPoint(KernelControllerContextActions.java:100) > [java] at org.jboss.kernel.plugins.dependency.KernelControllerContextActions$LifecycleAction.installAction(KernelControllerContextActions.java:582) > [java] at org.jboss.kernel.plugins.dependency.KernelControllerContextActions$KernelControllerContextAction.install(KernelControllerContextActions.java:175) > [java] at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51) > [java] at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:226) > [java] at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:593) > [java] at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:346) > [java] at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:438) > [java] at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:379) > [java] at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:225) > [java] at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:151) > [java] at org.jboss.kernel.plugins.dependency.AbstractKernelController.install(AbstractKernelController.java:79) > [java] at org.jboss.kernel.plugins.dependency.AbstractKernelController.install(AbstractKernelController.java:73) > [java] at org.jboss.ejb3.MCKernelAbstraction.install(MCKernelAbstraction.java:91) > [java] at org.jboss.ejb3.Ejb3Deployment.startPersistenceUnits(Ejb3Deployment.java:626) > [java] at org.jboss.ejb3.Ejb3Deployment.start(Ejb3Deployment.java:475) > [java] at org.jboss.ejb3.embedded.EJB3StandaloneDeployer.start(EJB3StandaloneDeployer.java:460) > [java] at org.jboss.ejb3.embedded.EJB3StandaloneBootstrap.scanClasspath(EJB3StandaloneBootstrap.java:291) > [java] at fr.ifis.Main.main(Unknown Source) > /////////////////////////////////////////////// > Indeed, depending on the package names I get or not an excpetion ! > It doesn't work with the package fr.ifis.entity.project but if I rename the package in fr.ifis.entity.aproject and then move it "before" the field.card package, all works fine. > In order to facilitate the identification of the problem, I also include as attachement the eclipse project of this problem repport. > In order to keep reasonable the size of the attachement, I did not included the libraries nor the configuration files for launch ejb3-embedded. Thoses files are issued from the project simple-deployment included in JBoss EJB 3.0 RC8-FD. The only change i've done was to specify in embedded-jboss-beans.xml the properties of my database. > Regards, > Pierre. -- 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

18 years, 5 months

1
0
0 / 0

[Hibernate-JIRA] Commented: (HHH-1740) Build-time instrumentation breaks lazy="proxy"

by Steve Ebersole (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1740?page=c... ] Steve Ebersole commented on HHH-1740: ------------------------------------- I assume you then are asking why the following line fails: Assert.assertFalse("HHH-1740: many-to-one proxy should not be loaded yet", Hibernate.isPropertyInitialized(hia, "folder2") ); Well, that is a bogus assertion. You need to look at what it means for a *property* to be considered non-initialized... Your folder2 is a proxy. The Document.folder2 property *is* initialized; it just happens to be initialized to an uninitialized proxy; but regardless, the field itself is initialized. > Build-time instrumentation breaks lazy="proxy" > ---------------------------------------------- > > Key: HHH-1740 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1740 > Project: Hibernate3 > Type: Bug > Components: core > Versions: 3.1.3, 3.2.0 cr1, 3.2.0.cr2 > Reporter: Frank Grimes > Assignee: Steve Ebersole > Priority: Critical > Fix For: 3.2.0.ga > Attachments: 312Document.class, Document.class, HHH-1740.diff, Hibernate3-Branch_3_2.diff > > > I have a mapping that contains a many-to-one lazy="proxy". > This alone works fine: I see $$EnhancerByCGLIB$$ as the type when I do a load > Once I add a lazy property to the mapping and do build-time cglib enhancement, it breaks. > Not only is the lazy property listed in $CGLIB_READ_WRITE_CALLBACK, but also my lazy="proxy" association. (i.e. no more proxy object) > This works fine in hibernate-3.1.2. > This was originally brought up here: http://forums.hibernate.org/viewtopic.php?t=958881 > Please let me know if more info or a test case is needed. -- 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

18 years, 5 months

1
0
0 / 0

[Hibernate-JIRA] Created: (ANN-410) Depreciate EJB 3 Package annotations

by Emmanuel Bernard (JIRA)

Depreciate EJB 3 Package annotations ------------------------------------ Key: ANN-410 URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-410 Project: Hibernate Annotations Type: Task Components: binder Versions: 3.2.0.cr1 Reporter: Emmanuel Bernard Assigned to: Emmanuel Bernard Fix For: 3.2.0 javax.persistence.NamedNativeQueries javax.persistence.NamedNativeQuery javax.persistence.NamedQueries javax.persistence.NamedQuery javax.persistence.SequenceGenerator javax.persistence.SqlResultSetMapping javax.persistence.SqlResultSetMappings javax.persistence.TableGenerator -- 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

18 years, 5 months

1
1
0 / 0

[Hibernate-JIRA] Resolved: (ANN-385) Abstract the Lucene directory implementation and allow configuration based definition

by Emmanuel Bernard (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/ANN-385?page=all ] Emmanuel Bernard resolved ANN-385: ---------------------------------- Resolution: Fixed Done > Abstract the Lucene directory implementation and allow configuration based definition > ------------------------------------------------------------------------------------- > > Key: ANN-385 > URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-385 > Project: Hibernate Annotations > Type: New Feature > Components: lucene > Reporter: Emmanuel Bernard > Assignee: Emmanuel Bernard > Fix For: 3.2.0 > > -- 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

18 years, 5 months

1
0
0 / 0

[Hibernate-JIRA] Commented: (HHH-1901) Filtering on superclass property problem

by SourceLabs, Inc. (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1901?page=c... ] SourceLabs, Inc. commented on HHH-1901: --------------------------------------- Can you provide test cases or mapping file? > Filtering on superclass property problem > ---------------------------------------- > > Key: HHH-1901 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1901 > Project: Hibernate3 > Type: Bug > Versions: 3.1.3 > Environment: Hibernate 3.1.3 on Oracle 9i > Reporter: Juan Ignacio Cidre > > > I have three classes Order, Advertisements and Creatives. > Advertisements is subclass of Creatives > Order has a one-to-many to Advertisements > That one-to-many has a filter. The condition has to do with a property of Creative, the Advertisements superclass. > This is the Order to Advertisements mapping with a filter on deletionStatusId that is a field of Creative. > <set name="ads" inverse="true" lazy="true"> > <key column="orderId"/> > <one-to-many class="com.inceptor.domain.msn.Advertisement"/> > <filter name="deletionStatusFilter" condition="deletionStatusId = 0"/> > </set> > This is the Creative mapping with the deletionStatusId, which is mapped as a component. It is a Enum in Java. > <component name="deletionStatus" > class="com.inceptor.domain.core.DeletionStatusType"> > <property name="number" column="deletionStatusId" /> > </component> > I would expected an sql that appends a where condition like [superclass (Creative) table alias].deletionStatusId instead I received [subclass (Advertisements) table alias].deletionStatusId > This generates a DB error. > Follows the generated query > Note ads0_ instead of ads0_1_ > select ads0_.orderId as orderId1_, ads0_.id as id1_, ads0_.id as ID324_0_, ads0_1_.version as version324_0_, ads0_1_.searchEngineAccountId as searchEn3_324_0_, ads0_1_.creationTime as creation4_324_0_, ads0_1_.creatorId as creatorId324_0_, ads0_1_.modificationTime as modifica6_324_0_, ads0_1_.synchTime as synchTime324_0_, ads0_1_.modifierId as modifierId324_0_, ads0_1_.deletionStatusId as deletion9_324_0_, ads0_1_.deleterId as deleterId324_0_, ads0_1_.pushError as pushError324_0_, ads0_.seId as seId418_0_, ads0_.title as title418_0_, ads0_.description as descript4_418_0_, ads0_.displayURL as displayURL418_0_, ads0_.destinationURL as destinat6_418_0_, ads0_.originalDestinationURL as original7_418_0_, ads0_.orderId as orderId418_0_ from MSN_Advertisements ads0_ inner join GTK_Creatives ads0_1_ on ads0_.id=ads0_1_.ID where ads0_.deletionStatusId = 0 and ads0_.orderId=? -- 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

18 years, 5 months

1
0
0 / 0

[Hibernate-JIRA] Resolved: (ANN-402) @OrderBy still does not work when an association table is involved

by Emmanuel Bernard (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/ANN-402?page=all ] Emmanuel Bernard resolved ANN-402: ---------------------------------- Fix Version: (was: 3.2.0) Resolution: Incomplete Assign To: Emmanuel Bernard No user feedback and the unit test is working fine I think the user used @org.hibernate.annotations.OrderBy rather than @javax.persistence.OrderBy > @OrderBy still does not work when an association table is involved > ------------------------------------------------------------------ > > Key: ANN-402 > URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-402 > Project: Hibernate Annotations > Type: Bug > Components: binder > Versions: 3.2.0.cr1 > Reporter: Emmanuel Bernard > Assignee: Emmanuel Bernard > > > Waiting for a user test case -- 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

18 years, 5 months

1
0
0 / 0

[Hibernate-JIRA] Resolved: (ANN-369) @CollectionOfElements on a Map uses reserved word "key" as column name

by Emmanuel Bernard (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/ANN-369?page=all ] Emmanuel Bernard resolved ANN-369: ---------------------------------- Resolution: Fixed I've used your suggestion. Thanks > @CollectionOfElements on a Map uses reserved word "key" as column name > ---------------------------------------------------------------------- > > Key: ANN-369 > URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-369 > Project: Hibernate Annotations > Type: Bug > Components: binder > Versions: 3.2.0.cr1 > Environment: Hibernate 3.2.0cr1, MySQL 5 > Reporter: Martin > Assignee: Emmanuel Bernard > Fix For: 3.2.0 > Attachments: dont_use_key_for_maps.diff > > > This annotation > [User.java] > @CollectionOfElements > public Map<String, String> getMisc() > results in this create table statement: > create table User_misc (User_id bigint not null, element varchar(255), key varchar(255), primary key (User_id, key)) type=InnoDB > But "KEY" is a reserved word, so MySQL won't create that table. The default column name should either change or be enclosed by backticks. -- 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

18 years, 5 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

hibernate-issues August 2006