May 2010 - hibernate-issues - Jboss List Archives

[Hibernate-JIRA] Created: (HHH-4956) Native Query returns wrong results

by Akashdeep Saddi (JIRA)

Native Query returns wrong results ---------------------------------- Key: HHH-4956 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4956 Project: Hibernate Core Issue Type: Bug Components: query-sql Affects Versions: 3.3.2 Environment: hibernate 3.3.2.GA , linux, oracle 10g, weblogic 10 Reporter: Akashdeep Saddi Issue: In-case running native queries vai hibernate we have two technical ID's in the select clause from join of two or more tables the value of all the id's is set to one value. Example A.id = 1 B.id =2 select A.Id as A_ID, B.Id as B_ID from A, B where A.B_id = B.id will return 1,1 in the result instead of 1,2 Resolution: Use Alias in-case more than one technical keys are part of select clause. Above query works fine when changed as below select A.Id , B.Id from A, B where A.B_id = B.id will return 1,2 -- 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, 11 months

7
10
0 / 0

[Hibernate-JIRA] Created: (HHH-2473) fetch="join" and property-ref

by David CLEMENT (JIRA)

fetch="join" and property-ref ----------------------------- Key: HHH-2473 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2473 Project: Hibernate3 Type: Improvement Versions: 3.2.1 Environment: Version 3.2.1, not DB dependant Reporter: David CLEMENT When Hibernate does a fetch join with a property-ref in a many-to-one, it issues the join SQL query but needs another select to find the associated entity by property-ref. It should be able to use the entity fetched in the join instead (maybe this has been done to ensure the unicity of the associated entity, but it introduce a performance 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, 11 months

8
9
0 / 0

[Hibernate-JIRA] Created: (HHH-4613) HQL: QuerySyntaxException when parsing any condition containing a colum named "value"

by Guenther Demetz (JIRA)

HQL: QuerySyntaxException when parsing any condition containing a colum named "value" ------------------------------------------------------------------------------------- Key: HHH-4613 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4613 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.5.0-Beta-2 Environment: 3.5.0-Beta2, Db: HSQLDB Reporter: Guenther Demetz Priority: Minor Attachments: TestCaseQueryWithCondition.jar org.hibernate.hql.ast.QuerySyntaxException: expecting OPEN, found '=' near line 1, column 27 is thrown calling ((org.hibernate.Session) session).createQuery("from hello.A where value = ?"); Please note that until Hibernate3.3.2GA this worked fine! Apparently 'value' unintentionally has become a reserved keyword for HQL conditions. Here the complete stacktrace: --> org.hibernate.hql.ast.QuerySyntaxException: expecting OPEN, found '=' near line 1, column 27 [from hello.A where value = ?] at org.hibernate.hql.ast.QuerySyntaxException.convert(QuerySyntaxException.java:54) at org.hibernate.hql.ast.QuerySyntaxException.convert(QuerySyntaxException.java:47) at org.hibernate.hql.ast.ErrorCounter.throwQueryException(ErrorCounter.java:82) at org.hibernate.hql.ast.QueryTranslatorImpl.parse(QueryTranslatorImpl.java:284) at org.hibernate.hql.ast.QueryTranslatorImpl.doCompile(QueryTranslatorImpl.java:182) at org.hibernate.hql.ast.QueryTranslatorImpl.compile(QueryTranslatorImpl.java:136) at org.hibernate.engine.query.HQLQueryPlan.<init>(HQLQueryPlan.java:101) at org.hibernate.engine.query.HQLQueryPlan.<init>(HQLQueryPlan.java:80) at org.hibernate.engine.query.QueryPlanCache.getHQLQueryPlan(QueryPlanCache.java:94) at org.hibernate.impl.AbstractSessionImpl.getHQLQueryPlan(AbstractSessionImpl.java:156) at org.hibernate.impl.AbstractSessionImpl.createQuery(AbstractSessionImpl.java:135) at org.hibernate.impl.SessionImpl.createQuery(SessionImpl.java:1586) at hello.TestQueryWithCondition.testQuery(TestQueryWithCondition.java:40) Please consider attached junit-testcase. best regards Guenther Demetz -- 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, 11 months

3
5
0 / 0

[Hibernate-JIRA] Created: (HHH-2596) Add support for Hypersonic 1.8.0.7

by Gail Badner (JIRA)

Add support for Hypersonic 1.8.0.7 ---------------------------------- Key: HHH-2596 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2596 Project: Hibernate3 Issue Type: Improvement Components: core Affects Versions: 3.2.3 Environment: Hibernate 3.2.3, Hypersonic 1.8.0.7 Reporter: Gail Badner The version released with Hibernate 3.2.3 (1.8.0.2) is from 2005. It would be good to move to a more recent version. The following unit tests fail when using Hypersonic 1.8.0.7: org.hibernate.test.jpa.lock.JPALockTest.testLockModeTypeRead: Failure: isolation not maintained expected:<lock test> but was:<updated> org.hibernate.test.legacy.IJ2Test.testUnionSubclass: Error: could not set a field value by reflection setter of org.hibernate.test.legacy.J.amount org.hibernate.test.subclassfilter.UnionSubclassFilterTest.testFiltersWithUnionSubclass: Error: Could not execute JDBC batch update org.hibernate.test.unionsubclass.UnionSubclassTest.testUnionSubclass: Failure: junit.framework.AssertionFailedError org.hibernate.test.unionsubclass.UnionSubclassTest.testUnionSubclassManyToOne Error: attempt to create delete event with null entity -- 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, 11 months

2
3
0 / 0

[Hibernate-JIRA] Created: (HHH-3839) Using Criteria.setMaxResults gives a MySQLSyntaxErrorException

by Kevin DIMEY (JIRA)

Using Criteria.setMaxResults gives a MySQLSyntaxErrorException -------------------------------------------------------------- Key: HHH-3839 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3839 Project: Hibernate Core Issue Type: Bug Affects Versions: 3.3.1 Environment: MySQL 5.0.51a Reporter: Kevin DIMEY Attachments: hibernate.cfg.xml Hi, When trying to limit the number of rows returned by Criteria.list() method, exception is thrown about bad SQL grammar. The "limit" SQL statement is put just after the select keyword. It should be placed at the end of the request. Moreover, it seems there is no coma between the start row and the amount of objects to retrieve. Here is the method called : session.createCriteria(Etude.class).setFirstResult(5).setMaxResults(10).list(); I get the same issue while using only setMaxResults, it puts the "top" keyword just after the "select" one. Here is the request generated and the stack trace : Hibernate: select limit ? ? this_.id as id7_6_, this_.avorte_id as avorte11_7_6_, this_.confidentielle as confiden2_7_6_, this_.contact_id as contact12_7_6_, this_.created_at as created3_7_6_, this_.date_fin as date4_7_6_, this_.date_signature as date5_7_6_, this_.date_sollicitation as date6_7_6_, this_.entreprise_id as entreprise13_7_6_, this_.etat_code as etat7_7_6_, this_.numero as numero7_6_, this_.sujet as sujet7_6_, this_.updated_at as updated10_7_6_, avortement2_.id as id1_0_, avortement2_.created_at as created2_1_0_, avortement2_.created_by as created3_1_0_, avortement2_.raison as raison1_0_, contact3_.id as id2_1_, contact3_.adresse_id as adresse18_2_1_, contact3_.civilite_code as civilite2_2_1_, contact3_.connu_par_code as connu3_2_1_, contact3_.connu_par_detail as connu4_2_1_, contact3_.created_at as created5_2_1_, contact3_.entreprise_id as entreprise19_2_1_, contact3_.fax as fax2_1_, contact3_.fonction as fonction2_1_, contact3_.mail as mail2_1_, contact3_.news_dernier_envoi as news9_2_1_, contact3_.news_desinscrit as news10_2_1_, contact3_.nom as nom2_1_, contact3_.parti as parti2_1_, contact3_.prenom as prenom2_1_, contact3_.service_code as service14_2_1_, contact3_.tel_fixe as tel15_2_1_, contact3_.tel_portable as tel16_2_1_, contact3_.updated_at as updated17_2_1_, adresse4_.id as id0_2_, adresse4_.adresse1 as adresse2_0_2_, adresse4_.adresse2 as adresse3_0_2_, adresse4_.adresse3 as adresse4_0_2_, adresse4_.code_postal as code5_0_2_, adresse4_.ville as ville0_2_, entreprise5_.id as id5_3_, entreprise5_.adresse_id as adresse14_5_3_, entreprise5_.created_at as created2_5_3_, entreprise5_.disparue as disparue5_3_, entreprise5_.domaine_code as domaine4_5_3_, entreprise5_.effectif_code as effectif5_5_3_, entreprise5_.etat_code as etat6_5_3_, entreprise5_.fax as fax5_3_, entreprise5_.nom as nom5_3_, entreprise5_.num_siret as num9_5_3_, entreprise5_.particulier as particu10_5_3_, entreprise5_.site_web as site11_5_3_, entreprise5_.tel as tel5_3_, entreprise5_.updated_at as updated13_5_3_, adresse6_.id as id0_4_, adresse6_.adresse1 as adresse2_0_4_, adresse6_.adresse2 as adresse3_0_4_, adresse6_.adresse3 as adresse4_0_4_, adresse6_.code_postal as code5_0_4_, adresse6_.ville as ville0_4_, entreprise7_.id as id5_5_, entreprise7_.adresse_id as adresse14_5_5_, entreprise7_.created_at as created2_5_5_, entreprise7_.disparue as disparue5_5_, entreprise7_.domaine_code as domaine4_5_5_, entreprise7_.effectif_code as effectif5_5_5_, entreprise7_.etat_code as etat6_5_5_, entreprise7_.fax as fax5_5_, entreprise7_.nom as nom5_5_, entreprise7_.num_siret as num9_5_5_, entreprise7_.particulier as particu10_5_5_, entreprise7_.site_web as site11_5_5_, entreprise7_.tel as tel5_5_, entreprise7_.updated_at as updated13_5_5_ from etude this_ left outer join avortement avortement2_ on this_.avorte_id=avortement2_.id left outer join contact contact3_ on this_.contact_id=contact3_.id left outer join adresse adresse4_ on contact3_.adresse_id=adresse4_.id left outer join entreprise entreprise5_ on contact3_.entreprise_id=entreprise5_.id left outer join adresse adresse6_ on entreprise5_.adresse_id=adresse6_.id left outer join entreprise entreprise7_ on this_.entreprise_id=entreprise7_.id 29 mars 2009 00:52:29 org.hibernate.util.JDBCExceptionReporter logExceptions ATTENTION: SQL Error: 1064, SQLState: 42000 29 mars 2009 00:52:29 org.hibernate.util.JDBCExceptionReporter logExceptions GRAVE: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'limit 5 10 this_.id as id7_6_, this_.avorte_id as avorte11_7_6_, this_.confident' at line 1 29 mars 2009 00:52:29 org.apache.catalina.core.ApplicationDispatcher invoke GRAVE: "Servlet.service()" pour la servlet jsp a lancï¿½ une exception com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'limit 5 10 this_.id as id7_6_, this_.avorte_id as avorte11_7_6_, this_.confident' at line 1 at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source) at java.lang.reflect.Constructor.newInstance(Unknown Source) at com.mysql.jdbc.Util.handleNewInstance(Util.java:406) at com.mysql.jdbc.Util.getInstance(Util.java:381) at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1030) at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:956) at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3515) at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3447) at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1951) at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2101) at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2554) at com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:1761) at com.mysql.jdbc.PreparedStatement.executeQuery(PreparedStatement.java:1912) at org.hibernate.jdbc.AbstractBatcher.getResultSet(AbstractBatcher.java:208) at org.hibernate.loader.Loader.getResultSet(Loader.java:1808) at org.hibernate.loader.Loader.doQuery(Loader.java:697) at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:259) at org.hibernate.loader.Loader.doList(Loader.java:2228) at org.hibernate.loader.Loader.listIgnoreQueryCache(Loader.java:2125) at org.hibernate.loader.Loader.list(Loader.java:2120) at org.hibernate.loader.criteria.CriteriaLoader.list(CriteriaLoader.java:118) at org.hibernate.impl.SessionImpl.list(SessionImpl.java:1596) at org.hibernate.impl.CriteriaImpl.list(CriteriaImpl.java:306) at easytic.support.EtudesSupport$EtudesList.getList(EtudesSupport.java:41) I've attached my hibernate.cfg.xml. This issue seemed resolved in 3.2.5 : http://opensource.atlassian.com/projects/hibernate/browse/HHH-2954 but I got it with 3.3.1 -- 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, 12 months

4
6
0 / 0

[Hibernate-JIRA] Created: (HHH-4770) Wrong class property type, when access="field" is specified. The HbmBinder and the method setTypeUsingReflection() of the interface org.hibernate.mapping.Value does not use the property "access" settings (field/property/etc...)

by Peter Fassev (JIRA)

Wrong class property type, when access="field" is specified. The HbmBinder and the method setTypeUsingReflection() of the interface org.hibernate.mapping.Value does not use the property "access" settings (field/property/etc...) ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Key: HHH-4770 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4770 Project: Hibernate Core Issue Type: Bug Components: core, metamodel Affects Versions: 3.5.0-Beta-2, 3.3.2 Reporter: Peter Fassev Attachments: ReflectionTest.zip Hibernate provides a possibility to define different access to the class properties for instance trough class methods (access="property") or directly to fields (access="field"). This information is not used during the initialization of the subclasses of the org.hibernate.mapping.Value (see SimpleValue and ToOne). The Value interface provides a method called setTypeUsingReflection(String className, String propertyName) with only two parameters. Some subclasses like SimpleValue and ToOne are calling the ReflectHelper.reflectedPropertyClass(className, propertyName). The ReflectHelper uses first the BASIC_PROPERTY_ACCESSOR, which always returns the type of the class method. Only if there is no such method, the type of the class field is returned. It does not distinguish between "property" and "field" access. Here is the Method from the ReflectHelper: org.hibernate.util.ReflectHelper: private static Getter getter(Class clazz, String name) throws MappingException { try { return BASIC_PROPERTY_ACCESSOR.getGetter( clazz, name ); } catch ( PropertyNotFoundException pnfe ) { return DIRECT_PROPERTY_ACCESSOR.getGetter( clazz, name ); } } In the case the declared method returns a different type as the declared field Hibernate calculates a wrong type for the fild. Consider the following class with a hidden field "rejected" of type "Date" and a method "isRecected()" of type boolean: class Item { private Date rejected; public void doReject() { rejected = new Date(); } public boolean isRejected() { return rejected != null; } } This type of the rejected field will be recognized by Hibernate as "boolean", even if the field access is defined to be "access=field". By running the ReflectionTestCase you will get an exception: "java.util.Date cannot be cast to java.lang.Boolean". Proposed Resolution: 1) The method org.hibernate.mapping.Value. setTypeUsingReflection needs a new parameter, which provides the access type of the property. 2) The class org.hibernate.mapping.HbmBinder must bind the access attribute of the property prior of calling this method, which is currently not the case (see the method HbmBinder.createProperty()). 3) The classess SimpleValue and ToOne should either use the PropertyAccessorFactory or the ReflectHelper should be extended to handle the access type of the field. Regards PF -- 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, 12 months

2
3
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-76) Lazy loaded property isn't indexed properly

by Christian Bauer (JIRA)

Lazy loaded property isn't indexed properly ------------------------------------------- Key: HSEARCH-76 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-76 Project: Hibernate Search Issue Type: Bug Components: engine Affects Versions: 3.0.0.beta3 Reporter: Christian Bauer @Column(name = "CONTENT") @Length(min = 0, max = 32768) @Basic(fetch = FetchType.LAZY) // Lazy loaded through bytecode instrumentation @org.hibernate.search.annotations.Field(index = org.hibernate.search.annotations.Index.TOKENIZED) private String content; I use fulltextSession.index(o) and I only get two terms indexed "text" and "edit". I don't know where these are coming from actually, no object has these content values. If I trigger an o.getContent() before fulltextSession.index(o), the content is loaded with sequential selects for the lazy property and correctly indexed. -- 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

4
9
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-121) Should optimize set batch to true (for indexWriters)?

by Emmanuel Bernard (JIRA)

Should optimize set batch to true (for indexWriters)? ----------------------------------------------------- Key: HSEARCH-121 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-121 Project: Hibernate Search Issue Type: Bug Components: documentation, engine Reporter: Emmanuel Bernard -- 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

4
14
0 / 0

[Hibernate-JIRA] Created: (HHH-3538) Unnecessary complete select fragment for all associations

by Hauke Rabe (JIRA)

Unnecessary complete select fragment for all associations --------------------------------------------------------- Key: HHH-3538 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3538 Project: Hibernate Core Issue Type: Bug Components: query-criteria Affects Versions: 3.3.1 Reporter: Hauke Rabe The JoinWalker creates for all given associations a select fragment. An associations should have a flag, if it is necessary to be included on the select fragment. If you need an association only for a specific where fragment why should it be fetched? -- 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

5
25
0 / 0

[Hibernate-JIRA] Created: (HHH-4559) Envers AuditMetadata Generator causes java.lang.ClassCastException: org.hibernate.mapping.Formula cannot be cast to org.hibernate.mapping.Column

by Kevin Schmidt (JIRA)

Envers AuditMetadata Generator causes java.lang.ClassCastException: org.hibernate.mapping.Formula cannot be cast to org.hibernate.mapping.Column ------------------------------------------------------------------------------------------------------------------------------------------------ Key: HHH-4559 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4559 Project: Hibernate Core Issue Type: Bug Components: envers Affects Versions: 3.5.0-Beta-2 Environment: Hibernate 3.5.0-Beta-2 RDBMS: Microsoft SQL Server, version: 09.00.4230 JDBC driver: jTDS Type 4 JDBC Driver for MS SQL Server and Sybase, version: 1.2.4 Reporter: Kevin Schmidt Priority: Blocker Dear Hibernate Team, I attempted to enable Envers for a Legacy Hibernate Application which uses hbm.xml based mapping files. The building of the SessionFactory fails due to a class cast exception in the Envers code base. It appears that while generating mapping data in the AuditMetadataGenerator it is assumed that a discriminator is a Column, but it can also be a Formula. This causes a class cast exception to be thrown as is shown below (see the last cause in the exception stack trace). I know the response is going to be attach a test case, but I am not even sure how to create a good test case. Are there instructions on the wiki some where? Some starting project I could use to create the test case? In order to reproduce this issue I think it is as simple as enabling auditing for an entity which has a discriminator based on a formula instead of a column. [2009.11.10 09:33:32.302 XYZ] Failed to initialize due to exception. org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'scopedTarget.sessionFactory' defined in class path resource [com/xyz/data/spring-config-data.xml]: Invocation of init method failed; nested exception is org.hibernate.HibernateException: could not init listeners at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1338) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:473) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory$1.run(AbstractAutowireCapableBeanFactory.java:409) at java.security.AccessController.doPrivileged(Native Method) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:380) at org.springframework.beans.factory.support.AbstractBeanFactory$2.getObject(AbstractBeanFactory.java:302) at com.XYZ.services.springscope.AbstractXYZSpringScopeStrategy.get(AbstractXYZSpringScopeStrategy.java:87) at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:298) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:185) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:164) at org.springframework.aop.target.SimpleBeanTargetSource.getTarget(SimpleBeanTargetSource.java:33) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:184) at $Proxy6.openSession(Unknown Source) at com.XYZ.data.hibernate.conversation.Conversation.<init>(Conversation.java:59) at com.XYZ.data.hibernate.conversation.ConversationManagerImpl.startConversation(ConversationManagerImpl.java:128) at com.XYZ.data.hibernate.conversation.ConversationManagerImpl.beginConversation(ConversationManagerImpl.java:110) at com.XYZ.core.initialization.AbstractInitializationThread.run(AbstractInitializationThread.java:145) at com.XYZ.services.thread.ThreadsManager$ThreadWrapper.run(ThreadsManager.java:147) at java.lang.Thread.run(Unknown Source) Caused by: org.hibernate.HibernateException: could not init listeners at org.hibernate.event.EventListeners.initializeListeners(EventListeners.java:205) at org.hibernate.cfg.Configuration.getInitializedEventListeners(Configuration.java:1378) at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1367) at org.hibernate.cfg.AnnotationConfiguration.buildSessionFactory(AnnotationConfiguration.java:858) at org.springframework.orm.hibernate3.LocalSessionFactoryBean.newSessionFactory(LocalSessionFactoryBean.java:814) at org.springframework.orm.hibernate3.LocalSessionFactoryBean.buildSessionFactory(LocalSessionFactoryBean.java:732) at org.springframework.orm.hibernate3.AbstractSessionFactoryBean.afterPropertiesSet(AbstractSessionFactoryBean.java:211) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1369) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1335) ... 18 more Caused by: java.lang.ClassCastException: org.hibernate.mapping.Formula cannot be cast to org.hibernate.mapping.Column at org.hibernate.envers.configuration.metadata.MetadataTools.addColumns(MetadataTools.java:154) at org.hibernate.envers.configuration.metadata.AuditMetadataGenerator.generateMappingData(AuditMetadataGenerator.java:252) at org.hibernate.envers.configuration.metadata.AuditMetadataGenerator.generateFirstPass(AuditMetadataGenerator.java:327) at org.hibernate.envers.configuration.EntitiesConfigurator.configure(EntitiesConfigurator.java:87) at org.hibernate.envers.configuration.AuditConfiguration.<init>(AuditConfiguration.java:86) at org.hibernate.envers.configuration.AuditConfiguration.getFor(AuditConfiguration.java:99) at org.hibernate.envers.event.AuditEventListener.initialize(AuditEventListener.java:259) at org.hibernate.event.EventListeners$1.processListener(EventListeners.java:198) at org.hibernate.event.EventListeners.processListeners(EventListeners.java:181) at org.hibernate.event.EventListeners.initializeListeners(EventListeners.java:194) ... 26 more -- 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

6
9
0 / 0

[Hibernate-JIRA] Created: (ANN-785) Jboss Har service from annotated class

by Michele Stoduto (JIRA)

Jboss Har service from annotated class --------------------------------------- Key: ANN-785 URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-785 Project: Hibernate Annotations Issue Type: New Feature Reporter: Michele Stoduto Attachments: classi.zip Hi All, My problem: deploy har service from Annotated Classes. My Solution is based on org.hibernate.jmx.HibernateService and relative classes. In Attachment new classes for deploing jboss Har service from hibernate annotated classes. Please, can you add in standard release? 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

15 years

2
1
0 / 0

[Hibernate-JIRA] Created: (HHH-5156) Add a Using JPA 2 XML mappings section in Core documentation

by Emmanuel Bernard (JIRA)

Add a Using JPA 2 XML mappings section in Core documentation ------------------------------------------------------------ Key: HHH-5156 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5156 Project: Hibernate Core Issue Type: Sub-task Reporter: Emmanuel Bernard -- 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

4
10
0 / 0

[Hibernate-JIRA] Created: (HHH-4551) Query caching becomes very ineffective on conversations with extended sessions.

by Guenther Demetz (JIRA)

Query caching becomes very ineffective on conversations with extended sessions. ------------------------------------------------------------------------------- Key: HHH-4551 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4551 Project: Hibernate Core Issue Type: Improvement Components: caching (L2) Affects Versions: 3.3.2 Environment: 3.3.2 GA Reporter: Guenther Demetz Hibernate's query cache (hibernate.cache.use_query_cache) always takes the initial session timestamp for storing the result-set timestamp. --------------------------------------------- StandardQueryCache.java (put-method): ... Long ts = new Long( session.getTimestamp() ); ... cacheable.add( ts ); --------------------------------------------- When extending a session for a whole conversation (Book "Java Persistence with Hibernate" chapter. 11.2.3), the sessions initial timestamp get's soon rather deferred to the time a new query result set is produced actually. Immagine a long conversation which lasts more than 5 minutes. This leads to the effect, that often still valid result-set-cache entries are considered not up-to-date because of a flushed update action occured during the conversation. Furthermore the new obtained query-resultset (note that this query now considers the last update!) is subsequently again put in cache still with the original and outdated sessions-timestamp: That's for the birds ! Proposal: Why not take the current timestamp instead? For example calling: Long ts = new Long( cacheRegion.nextTimestamp()); best regards Guenther D. -- 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

2
2
0 / 0

[Hibernate-JIRA] Created: (HHH-2578) redesign SessionFactory building

by Steve Ebersole (JIRA)

redesign SessionFactory building -------------------------------- Key: HHH-2578 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2578 Project: Hibernate3 Issue Type: Improvement Components: core Reporter: Steve Ebersole Assignee: Steve Ebersole Priority: Critical Fix For: cfg-rework Currently a SessionFactory is built by throwing a bunch of stuff into a Configuration object, stirring it, letting it come to a boil, and then pulling out the SessionFactory. In seriousness, there are a few problems with the way we currently operate within a Configuration and how we use it to build a SessionFactory: The general issue that there is no "lifecycle" to when various pieces of information will be available. This is an important omission in a number of ways: 1) consider schema generation. currently we cannot even know the dialect when a lot of db object names are being determined. this would be nice because it would allow us to transparently handle table/column names which are also keywords/reserved-words in the dialect, for example. 2) static-ness of types and the type-mappings. Because we currently have nothing to which to scope them. Ideally a type instance would be aware of the SessionFactory to which it is bound. Instead, what we have now is to change API methods quite a lot of the time to add in the SessionFactory as a passed parameter whenever it is discovered that it is needed. 3) also, most (all?) of the "static" configuration parameters in Hibernate are currently required to be so because of their use from within these static types; thus scoping types would allow us to also scope those config parameters (things like bytecode-provider, use of binary streams, etc). Ideally what I see happening is a scheme where users build a org.hibernate.cfg.Settings (or something similiar) instance themselves. Additionally they would apply metadata to a registry of some sort (lets call it MetadataRegistry for now). Then in order to build a SessionFactory, they would supply these two pieces of information (via ctor? via builder?). The important aspect though is that the information in MetadataRegistry would not be dealt with until that point in time, which would allow us to guarentee that resolving schema object names, types, etc would have access to the runtime Settings (and specifically the dialect) -- 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

3
14
0 / 0

[Hibernate-JIRA] Created: (HHH-2931) Criteria.setMaxResults() filters children with fetch="join"

by Mattias Jiderhamn (JIRA)

Criteria.setMaxResults() filters children with fetch="join" ----------------------------------------------------------- Key: HHH-2931 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2931 Project: Hibernate3 Issue Type: Bug Components: query-criteria Affects Versions: 3.2.5 Reporter: Mattias Jiderhamn Assume class Parent with a collection of children that is mapped with fetch="join", then use a Criteria to find a specific Parent using setMaxResults(1).uniqueResult(). The child collection of the returned Parent will only hold 1 element, despite how many actual matching rows the child table has in the databasen. In this case, the fetch="join" needs to be ignored, and a separate query needs to be issued to fetch the children. This issue may very well be related to HHH-2049. -- 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

2
1
0 / 0

[Hibernate-JIRA] Created: (HHH-3807) Adding a restriction to a many-to-one entity in Criteria query causes Join fetching

by Jonathan Gordon (JIRA)

Adding a restriction to a many-to-one entity in Criteria query causes Join fetching ----------------------------------------------------------------------------------- Key: HHH-3807 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3807 Project: Hibernate Core Issue Type: Bug Components: query-criteria Affects Versions: 3.3.1 Environment: Hibernate 3.3.1GA Sql Server 2005 Reporter: Jonathan Gordon Priority: Minor When performing a criteria query that includes a restriction on a many-to-one entity, the associated entity is fetched eagerly, as if FetchMode were set to "JOIN". Explicitly setting the FetchMode to "SELECT" does not override this behavior. For instance, this criteria query: Criteria criteria = persistenceService.getCriteria(MailingParcel.class) .createAlias("mailingCampaign", "mc") .add(Restrictions.ge("mc.id", 1)) .setMaxResults(10); Yields the following sql: select top 10 this_.ID as ID17_1_, this_.KEYCODE as KEYCODE17_1_, this_.CAMPAIGN_ID as CAMPAIGN3_17_1_, this_.MAILING_LIST_MAILING_ID as MAILING4_17_1_, this_.COUNTRY_LE_ID as COUNTRY5_17_1_, this_.MATCH_ADDRESS as MATCH6_17_1_, this_.ADDRESS as ADDRESS17_1_, this_.MATCH_NAME as MATCH8_17_1_, this_.FIRST_NAME as FIRST9_17_1_, this_.LAST_NAME as LAST10_17_1_, this_.ZIP_CODE asZIP11_17_1_, this_.CITY as CITY17_1_, this_.STATE as STATE17_1_, this_.COMPANY as COMPANY17_1_, mc1_.ID as ID6_0_, mc1_.NOTE as NOTE6_0_, mc1_.NAME as NAME6_0_, mc1_.DATE_CREATED as DATE5_6_0_, mc1_.DATE_MODIFIED as DATE6_6_0_, mc1_.START_DATE as START7_6_0_, mc1_.SOURCE_FILE_NAME as SOURCE8_6_0_, mc1_.ORDINAL as ORDINAL6_0_, mc1_.KEYCODE_SUFFIX as KEYCODE10_6_0_, mc1_.MATCH_CATALOG_ID as MATCH11_6_0_, mc1_.ADDRESS_IMPORT_DATE as ADDRESS12_6_0_ from MATCH_MAILING_CAMPAIGN this_ inner join MATCH_CAMPAIGN_INFO mc1_ on this_.CAMPAIGN_ID=mc1_.ID where mc1_.ID>=1 However, removing the restriction yields the following sql: select top 10 this_.ID as ID17_0_, this_.KEYCODE as KEYCODE17_0_, this_.CAMPAIGN_ID as CAMPAIGN3_17_0_, this_.MAILING_LIST_MAILING_ID as MAILING4_17_0_, this_.COUNTRY_LE_ID as COUNTRY5_17_0_, this_.MATCH_ADDRESS as MATCH6_17_0_, this_.ADDRESS as ADDRESS17_0_, this_.MATCH_NAME as MATCH8_17_0_, this_.FIRST_NAME as FIRST9_17_0_, this_.LAST_NAME as LAST10_17_0_, this_.ZIP_CODE as ZIP11_17_0_, this_.CITY as CITY17_0_, this_.STATE as STATE17_0_, this_.COMPANY as COMPANY17_0_ from MATCH_MAILING_CAMPAIGN this_ Performing the original query in its HQL analog does not have this 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

3
4
0 / 0

[Hibernate-JIRA] Created: (HHH-2544) Create the EntityPersisters in order based on Inheritance hierarchy

by Shawn Clowater (JIRA)

Create the EntityPersisters in order based on Inheritance hierarchy ------------------------------------------------------------------- Key: HHH-2544 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2544 Project: Hibernate3 Issue Type: New Feature Components: core Affects Versions: 3.2.3 Reporter: Shawn Clowater Priority: Minor I have a bit of what might seem to be an odd request. I had run into a scenario where filters on my mappings that were part of a Single Table hierarchy were not getting into the configuration and it turned out it was based on the order that the EntityPersisters were being created as we've doing some minor magic with Custom EntityPersisters for filters. In our case we have a filter template where the filter is pretty much the same for each class that implements it except for the table and key name used in the filter. So, rather than define this annotation everywhere (we had previously been using xdoclet to generate it for the hbm mappings) we pushed the logic into a Custom Persister. So, essentially as it is building the EntityPersister we intercept the PersistentClass before it calls the super() constructor and add our required filters on the PersistantClass (in its FilterMap) before it gets passed up. This is done like this because by the time it gets to the AbstractEntityPersister's constructor it uses the filterMap to construct the FilterHelper and then you're done as you have no access to change that after it is built. So, in the Inheritance case any subclasses that are built before the main root class will not have the filters that we inject during the construction of our Custom Entity Persisters. I have temporarily worked around it by changing the Subclasses getFilterMap() method to not only return the filters from the Parent class but also from the class itself. Now, normally you can't define the filter on the subclass but I can through the persister. What I'd like to do is: Make the persister class for the subclasses a 'standard' persister that doesn't add any filters to the subclass. Still have my root class' entity persister adding the filters. But have the Entity Persisters built in hierarchal order in the SessionFactoryImpl. Since they are being built in any given order right now, I can't see an issue with providing some order to them, something like the AnnotationBinder does. -- 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
2
0 / 0

[Hibernate-JIRA] Created: (HHH-4787) AuditProperty.isNull() doesn't generate "tab.col is null" SQL clause as expected

by Eric Citaire (JIRA)

AuditProperty.isNull() doesn't generate "tab.col is null" SQL clause as expected -------------------------------------------------------------------------------- Key: HHH-4787 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4787 Project: Hibernate Core Issue Type: Bug Components: envers Affects Versions: 3.3.0.GA Environment: Hibernate 3.3.0.GA, Envers 1.2.2, HSQLDB Database Reporter: Eric Citaire Priority: Critical AuditProperty.isNull() generate a SQL condition like this : "tab.col=?" where the bind variable is mapped to a null value. This doesn't work : most database engines will return false in every case. It should use the "is null" test instead : "tab.col is null" http://en.wikipedia.org/wiki/SQL#Null_and_Three-Valued_Logic_.283VL.29 -- 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

3
5
0 / 0

[Hibernate-JIRA] Created: (HHH-2579) scope bytecode provider selection to session factory

by Steve Ebersole (JIRA)

scope bytecode provider selection to session factory ---------------------------------------------------- Key: HHH-2579 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2579 Project: Hibernate3 Issue Type: Improvement Reporter: Steve Ebersole Assignee: Steve Ebersole Fix For: cfg-rework currently this is one of those "static" config params (classloader wide). -- 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
5
0 / 0

[Hibernate-JIRA] Created: (HHH-3574) ANY mapping ignores lazy="false"

by Manuel Dominguez Sarmiento (JIRA)

ANY mapping ignores lazy="false" -------------------------------- Key: HHH-3574 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3574 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.3.1 Reporter: Manuel Dominguez Sarmiento We have a use case for eager fetching of an <any> association. The DTD accepts lazy="false|true", however at runtime it doesn't make any difference. Digging deeper, we see that org.hibernate.mapping.Any does not have a lazy property, furthermore, it does not extend Fetchable. This explains why it will not work as expected. There are two possible resolutions: 1) Implement eager fetching for <any> associations, unless there is some technical difficulty in doing so. Of course lazy fetching won't be possible using joins because of the nature of this type of associations, however it should be simple enough with a second select. This means that the XML config should handle lazy="false|true" but not fetch="join|select|subselect|etc" 2) Fix the DTD in case this can't be done to avoid confusion (less desirable). -- 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

2
1
0 / 0

[Hibernate-JIRA] Created: (HHH-5276) Table REVINFO created in the default schema even if the property is otherwise set

by Pascal-Eric Servais (JIRA)

Table REVINFO created in the default schema even if the property is otherwise set --------------------------------------------------------------------------------- Key: HHH-5276 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5276 Project: Hibernate Core Issue Type: Bug Components: envers Affects Versions: 3.5.2 Environment: Hibernate 3.5.2 Mysql (Ver 14.14 Distrib 5.1.37, for debian-linux-gnu (i486)) mysql-connector version 5.1.12 java version "1.6.0_0" OpenJDK Runtime Environment (IcedTea6 1.6.1) (6b16-1.6.1-3ubuntu3) OpenJDK Server VM (build 14.0-b16, mixed mode) Reporter: Pascal-Eric Servais This issue was first related here : http://community.jboss.org/message/545287 but here is a copy. Partial configuration : [META-INF/persistence.xml] <persistence version="2.0" <persistence-unit name="party" transaction-type="RESOURCE_LOCAL"> ... <properties> <property name="hibernate.hbm2ddl.auto" value="update" /> <property name="hibernate.dialect" value="org.hibernate.dialect.MySQLDialect" /> <property name="javax.persistence.jdbc.url" value="jdbc:mysql://localhost/MODEL?useUnicode=true&characterEncoding=UTF-8" /> <property name="javax.persistence.jdbc.driver" value="com.mysql.jdbc.Driver" /> <property name="javax.persistence.jdbc.user" value="root" /> <property name="javax.persistence.jdbc.password" value="" /> ... <property name="org.hibernate.envers.default_schema" value="AUDIT"/> ...  </persistence-unit> [META-INF/orm.xml] <entity-mappings xmlns="http://java.sun.com/xml/ns/persistence/orm" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/persistence/orm http://java.sun.com/xml/ns/persistence/orm_2_0.xsd" version="2.0"> <access>FIELD</access> <entity class="com.company.model.Party"> <table name="PARTY" schema="MODEL" /> ... </entity> ... </entity-mappings> As expected, the PARTY table is created into the MODEL schema and the audit table PARTY_AUD is created into the AUDIT schema. But the REVINFO table is created into the MODEL schema. According to the property "org.hibernate.envers.default_schema", it should be created into the AUDIT schema. -- 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

4
4
0 / 0

[Hibernate-JIRA] Created: (HHH-2484) Introduce NamingStrategy.getDefaultEntityName(String className)

by Emmanuel Bernard (JIRA)

Introduce NamingStrategy.getDefaultEntityName(String className) --------------------------------------------------------------- Key: HHH-2484 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2484 Project: Hibernate3 Type: Improvement Components: core Reporter: Emmanuel Bernard Assigned to: Emmanuel Bernard Priority: Minor Fix For: 3.3 -- 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

2
6
0 / 0

[Hibernate-JIRA] Created: (HHH-3008) Cascade delete does not work with unidirectional @OneToMany and @JoinTable

by Daniel Dyer (JIRA)

Cascade delete does not work with unidirectional @OneToMany and @JoinTable -------------------------------------------------------------------------- Key: HHH-3008 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3008 Project: Hibernate3 Issue Type: Bug Affects Versions: 3.2.5 Environment: Standalone entity manager (JavaSE 5.0). H2 database. Reporter: Daniel Dyer A unidirectional one-to-many relationship defined as follows: public class Owner { @OneToMany(cascade = CascadeType.ALL) @JoinTable(name = "owner_element", joinColumns = @JoinColumn(name = "owner_id", nullable = false, updatable = false), inverseJoinColumns = @JoinColumn(name = "element_id", nullable = false, updatable = false)) private List<Element> elements; // ... } Attempting to delete an instance of Owner should also delete all associated instances of Element. Instead I get the following error: SEVERE: Referential integrity constraint violation: FK56BBF9C487E817D: PUBLIC.OWNER_ELEMENT FOREIGN KEY(OWNER_ID) REFERENCES PUBLIC.OWNER(ID) [23003-63] This is because Hibernate attempts to delete the Owner row without first removing the rows from the join table. -- 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

3
4
0 / 0

[Hibernate-JIRA] Created: (HHH-4722) Proxy initialization should be fail-fast when accidentially initializing from event listeners or interceptor

by Joonas Koivunen (JIRA)

Proxy initialization should be fail-fast when accidentially initializing from event listeners or interceptor ------------------------------------------------------------------------------------------------------------ Key: HHH-4722 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4722 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.3.2 Environment: Hibernate 3.2.2 Reporter: Joonas Koivunen Proxy initialization done in event listeners (at least post-update) with an entity that has a mapped collection seems to result in {code}org.hibernate.AssertionFailure: collection [role-of-collection] was not processed by flush(){code} at flush time. By googling up problems like the above assertion failure seems that other people than me have spent quite a time searching for the origin of this problem; for me it was using a toString() of an uninitialized proxy. -- 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

2
1
0 / 0

[Hibernate-JIRA] Created: (HHH-2989) @Loader using named queries returns null

by Jose Noheda (JIRA)

@Loader using named queries returns null ---------------------------------------- Key: HHH-2989 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2989 Project: Hibernate3 Issue Type: Bug Affects Versions: 3.2.5 Environment: Hibernate 3.2.5, Hibernate Annotations 3.3.0, Hibernate Entity Manager 3.3.1 Reporter: Jose Noheda When using entitymanager.find (class, pk) with a @Loader annotation declared the org.hibernate.persister.entity.NamedQueryLoader load function performs a query.list() call (line 57). This call returns a List of entities and the list is correctly filled with one entry (org.hibernate.impl.SessionImpl line 1121). After returning, the line 62 (of NamedQueryLoader): return session.getPersistenceContext().getEntity( new EntityKey( id, persister, session.getEntityMode() ) ) is unable to find it though. -- 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

2
2
0 / 0

[Hibernate-JIRA] Created: (HHH-1976) NamingStrategy.classToTableName receives only class name, not a fully qualified name as stated in javadoc

by Lóránt Pintér (JIRA)

NamingStrategy.classToTableName receives only class name, not a fully qualified name as stated in javadoc --------------------------------------------------------------------------------------------------------- Key: HHH-1976 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1976 Project: Hibernate3 Type: Bug Components: core Versions: 3.1.3, 3.2.0.cr2 Reporter: Lóránt Pintér I have a custom NamingStrategy that overrides classToTableName in EJB3NamingStrategy. Prior to upgrading to Hibernate 3.1.3, my NamingStrategy implementation received the correct classnames as documented in the javadoc at http://www.hibernate.org/hib_docs/v3/api/org/hibernate/cfg/NamingStrategy... Since then, it only receives the name of the class without the package specification. I tried upgrading to 3.2.0.cr2, but it didn't help. -- 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

9
15
0 / 0

[Hibernate-JIRA] Created: (HHH-4073) discriminator formula creates problem in hibernate envers

by Saravana Kumar (JIRA)

discriminator formula creates problem in hibernate envers --------------------------------------------------------- Key: HHH-4073 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4073 Project: Hibernate Core Issue Type: Bug Components: envers Affects Versions: 3.3.x Environment: hibernate-3.3.x, envers-1.2.1.ga-hibernate-3.3.jar (Oracle 10g or HSQLDB) Reporter: Saravana Kumar I map my classes using Single Table per class hierarchy as below @Entity @DiscriminatorFormula ("(select t.c_type from t_type t where t.c_id = c_type)") @Audited public class Attribute...{ ... } or <discriminator type="string"> <formula>(select t.c_type from t_type t where t.c_id = c_type)</formula> </discriminator> When I use envers I get the follwoing error Caused by: java.lang.ClassCastException: org.hibernate.mapping.Formula at org.hibernate.envers.configuration.metadata.MetadataTools.addColumns(MetadataTools.java:154) at org.hibernate.envers.configuration.metadata.AuditMetadataGenerator.generateMappingData(AuditMetadataGenerator.java:263) at org.hibernate.envers.configuration.metadata.AuditMetadataGenerator.generateFirstPass(AuditMetadataGenerator.java:345) at org.hibernate.envers.configuration.EntitiesConfigurator.configure(EntitiesConfigurator.java:87) at org.hibernate.envers.configuration.AuditConfiguration.(AuditConfiguration.java:86) at org.hibernate.envers.configuration.AuditConfiguration.getFor(AuditConfiguration.java:99) at org.hibernate.envers.event.AuditEventListener.initialize(AuditEventListener.java:260) at org.hibernate.event.EventListeners$1.processListener(EventListeners.java:198) at org.hibernate.event.EventListeners.processListeners(EventListeners.java:181) at org.hibernate.event.EventListeners.initializeListeners(EventListeners.java:194) When I tried to debug the problem (AuditMetadataGenerator.java:263) has 260: // Checking if there is a discriminator column 261: if (hasDiscriminator) { 262: Element discriminator_element = class_mapping.addElement("discriminator"); 263: MetadataTools.addColumns(discriminator_element, pc.getDiscriminator().getColumnIterator()); 264: discriminator_element.addAttribute("type", pc.getDiscriminator().getType().getName()); 265: } (MetadataTools.java:154) has 152: public static void addColumns(Element any_mapping, Iterator<Column> columns) { 153: while (columns.hasNext()) { 154: Column column = columns.next(); 155: addColumn(any_mapping, column.getName(), column.getLength(), column.getScale(), column.getPrecision(), 156: column.getSqlType()); 157: } 158: } I see that there is nothing to handle Formula :-( Can you investigate? -- 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

2
2
0 / 0

[Hibernate-JIRA] Created: (HHH-2150) There are too many columns in the select statement with the Criteria API

by Slawek Trybus (JIRA)

There are too many columns in the select statement with the Criteria API ------------------------------------------------------------------------ Key: HHH-2150 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2150 Project: Hibernate3 Type: Improvement Components: query-criteria Versions: 3.2.0.ga Environment: Hibernate 3.2.0.cr2 PostgreSQL 8.1.3 Reporter: Slawek Trybus Using Criteria API brings on enclosing all columns from joined tables in generated select statement. It has big efficiency impact on DB especially if there are many joined tables (with many columns each) in a query. There is columns' limitation possible with the Projections API usage, but it makes received objects not fully fledged Hibernate entity objects. It would be good to have posibility to limit amount of columns in select statement to ones connected to entity we are interested in. There is available short discusion about this issue in the forum: http://forum.hibernate.org/viewtopic.php?t=965818 -- 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

3
2
0 / 0

[Hibernate-JIRA] Created: (HHH-5244) Flesh out H2Dialect temp table support

by Steve Ebersole (JIRA)

Flesh out H2Dialect temp table support -------------------------------------- Key: HHH-5244 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5244 Project: Hibernate Core Issue Type: Improvement Components: core Reporter: Steve Ebersole Assignee: Steve Ebersole Fix For: 3.6 The main symptom right now is that the test suite runs extremely slow against H2 because the H2Dialect is not properly defining how to work with temp tables. -- 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
6
0 / 0

[Hibernate-JIRA] Created: (ANN-587) @Check doesn't work at property and collection level

by DEBOUTIN Loïc (JIRA)

@Check doesn't work at property and collection level ---------------------------------------------------- Key: ANN-587 URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-587 Project: Hibernate Annotations Type: Bug Environment: Hibernate 3.2.2 Hibernate EntityManager:3.2.1.GA Hibernate Annotations :3.2.1.GA Name and version of the database you are using:Oracle XE Serveur d'application : JBoss 4.0.5.GA Reporter: DEBOUTIN Loïc Priority: Minor The @Check annotation doesn't work at property and collection level. it works only at class level. (L'annotation @Check ne fonctionne que lorsqu'elle est définie au niveau de la classe, impossible de définir plusieurs contraintes check pour différents champs d'un même bean). -- 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

5
5
0 / 0

[Hibernate-JIRA] Created: (HHH-3359) Loader leaks memory when ResultSet wrapping is enabled

by Frans Flippo (JIRA)

Loader leaks memory when ResultSet wrapping is enabled ------------------------------------------------------ Key: HHH-3359 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3359 Project: Hibernate3 Issue Type: Bug Components: core Affects Versions: 3.3.0.CR1, 3.2.6 Environment: Hibernate 3.2.6 GA, Oracle 10g database, Oracle JDBC drivers 10.2.0.1.0 for JDK14 Reporter: Frans Flippo Priority: Minor Attachments: ResultSetWrapper.java This issue was already reported on the forums (http://forum.hibernate.org/viewtopic.php?t=968578), but I can find no actual JIRA entry. The issue is that when the hibernate.jdbc.wrap_result_sets property is set to true, ResultSets are never removed from the AbstractBatcher's resultSetsToClose set, eventually causing memory to fill up with ResultSet objects and their associated resources (like PreparedStatements). This issue was witnessed in 3.2.6, but a look at the 3.3 CR1 source code reveals that it's still in there. What happens: 1) org.hibernate.loader.Loader.doQuery calls org.hibernate.loader.Loader.getResultSet 2) org.hibernate.loader.Loader.getResultSet calls Batcher.getResultSet. The AbstractBatcher implementation creates a ResultSet by executing the query and adds it to the AbstractBatcher's resultSetsToClose Set 3) Loader then calls its wrapResultSetIfEnabled method to wraps the ResultSet in a ResultSetWrapper if the wrap_result_sets option is enabled. 4) In Loader.doQuery's finally block, Batcher.closeQueryStatement is called with the PreparedStatement and the *wrapped* ResultSet as parameters 5) closeQueryStatement does: if ( resultSetsToClose.remove( rs ) ) { logCloseResults(); rs.close(); } 6) resultSetsToClose.remove(rs) will always return false if the ResultSet was wrapped, as ResultSetWrapper does not override equals()/hashCode() (and therefore inherits Object's equals() and hashCode()). This means the reference to the original (unwrapped) ResultSet remains (is not removed from the Set) and the ResultSet is not closed either as a result. Workaround: Set hibernate.jdbc.wrap_result_sets to false Solution: implement ResultSetWrapper.equals()/hashCode() (see attached ResultSetWrapper.java) -- 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

4
3
0 / 0

[Hibernate-JIRA] Created: (HHH-3763) An optional "end revision" column

by Adam Warski (JIRA)

An optional "end revision" column --------------------------------- Key: HHH-3763 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3763 Project: Hibernate Core Issue Type: New Feature Components: envers Reporter: Adam Warski Assignee: Adam Warski The "end revision" column would be optionally generated (basing on a setting), and would contain the number of the revision to which the given data row in an audit table is valid. It would be null if a version is still valid. The column can be calculated basing on the "revision" + id columns, so it will create data redundancy, but it will help speed up queries a lot. -- 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

2
2
0 / 0

[Hibernate-JIRA] Created: (HHH-3203) DerbyDialect Bug

by Bernd Farka (JIRA)

DerbyDialect Bug ---------------- Key: HHH-3203 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3203 Project: Hibernate3 Issue Type: Bug Environment: Hibernate 3.2.6 GA, Vista, Current ApacheDerby, BEA Jrockit Reporter: Bernd Farka When i execute following Query select sum(t.ammount) from Transaction t where t.bookingDate >= :from and t.bookingDate <= :until and t.account = :account" Hibernate throws this Exception (on Mysql it works!) 2008-03-25 20:07:21,460 [Main Thread] DEBUG org.hibernate.util.JDBCExceptionReporter - could not execute query [select transactio0_.category_id as col_0_0_, sum(transactio0_.ammount) as col_1_0_, category1_.categoryId as categoryId2_, category1_.categroyName as categroy2_2_ from tbl_transactions transactio0_ inner join tbl_category category1_ on transactio0_.category_id=category1_.categoryId where transactio0_.bookingDate>=? and transactio0_.bookingDate<=? and transactio0_.account_id=? group by transactio0_.category_id] java.sql.SQLException: The SELECT list of a grouped query contains at least one invalid expression. If a SELECT list has a GROUP BY, the list may only contain valid grouping expressions and valid aggregate expressions. at org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source) at org.apache.derby.impl.jdbc.Util.generateCsSQLException(Unknown Source) at org.apache.derby.impl.jdbc.TransactionResourceImpl.wrapInSQLException(Unknown Source) at org.apache.derby.impl.jdbc.TransactionResourceImpl.handleException(Unknown Source) at org.apache.derby.impl.jdbc.EmbedConnection.handleException(Unknown Source) at org.apache.derby.impl.jdbc.ConnectionChild.handleException(Unknown Source) at org.apache.derby.impl.jdbc.EmbedPreparedStatement.<init>(Unknown Source) at org.apache.derby.impl.jdbc.EmbedPreparedStatement20.<init>(Unknown Source) at org.apache.derby.impl.jdbc.EmbedPreparedStatement30.<init>(Unknown Source) at org.apache.derby.jdbc.Driver30.newEmbedPreparedStatement(Unknown Source) at org.apache.derby.impl.jdbc.EmbedConnection.prepareStatement(Unknown Source) at org.apache.derby.impl.jdbc.EmbedConnection.prepareStatement(Unknown Source) at org.hibernate.jdbc.AbstractBatcher.getPreparedStatement(AbstractBatcher.java:505) at org.hibernate.jdbc.AbstractBatcher.getPreparedStatement(AbstractBatcher.java:423) at org.hibernate.jdbc.AbstractBatcher.prepareQueryStatement(AbstractBatcher.java:139) at org.hibernate.loader.Loader.prepareQueryStatement(Loader.java:1547) at org.hibernate.loader.Loader.doQuery(Loader.java:673) at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:236) at org.hibernate.loader.Loader.doList(Loader.java:2213) at org.hibernate.loader.Loader.listIgnoreQueryCache(Loader.java:2104) at org.hibernate.loader.Loader.list(Loader.java:2099) at org.hibernate.loader.hql.QueryLoader.list(QueryLoader.java:378) at org.hibernate.hql.ast.QueryTranslatorImpl.list(QueryTranslatorImpl.java:338) at org.hibernate.engine.query.HQLQueryPlan.performList(HQLQueryPlan.java:172) at org.hibernate.impl.SessionImpl.list(SessionImpl.java:1121) at org.hibernate.impl.QueryImpl.list(QueryImpl.java:79) at org.farkarich.bankmanager.MainFrame.updateData(MainFrame.java:317) at org.farkarich.bankmanager.MainFrame.<init>(MainFrame.java:342) at org.farkarich.bankmanager.StartClass.main(StartClass.java:27) Caused by: ERROR 42Y30: The SELECT list of a grouped query contains at least one invalid expression. If a SELECT list has a GROUP BY, the list may only contain valid grouping expressions and valid aggregate expressions. at org.apache.derby.iapi.error.StandardException.newException(Unknown Source) at org.apache.derby.impl.sql.compile.VerifyAggregateExpressionsVisitor.visit(Unknown Source) at org.apache.derby.impl.sql.compile.QueryTreeNode.accept(Unknown Source) at org.apache.derby.impl.sql.compile.ResultColumn.accept(Unknown Source) at org.apache.derby.impl.sql.compile.QueryTreeNodeVector.accept(Unknown Source) at org.apache.derby.impl.sql.compile.SelectNode.bindExpressions(Unknown Source) at org.apache.derby.impl.sql.compile.DMLStatementNode.bindExpressions(Unknown Source) at org.apache.derby.impl.sql.compile.DMLStatementNode.bind(Unknown Source) at org.apache.derby.impl.sql.compile.CursorNode.bindStatement(Unknown Source) at org.apache.derby.impl.sql.GenericStatement.prepMinion(Unknown Source) at org.apache.derby.impl.sql.GenericStatement.prepare(Unknown Source) at org.apache.derby.impl.sql.conn.GenericLanguageConnectionContext.prepareInternalStatement(Unknown Source) ... 23 more 2008-03-25 20:07:21,462 [Main Thread] WARN org.hibernate.util.JDBCExceptionReporter - SQL Error: 20000, SQLState: 42Y30 2008-03-25 20:07:21,462 [Main Thread] ERROR org.hibernate.util.JDBCExceptionReporter - The SELECT list of a grouped query contains at least one invalid expression. If a SELECT list has a GROUP BY, the list may only contain valid grouping expressions and valid aggregate expressions. 2008-03-25 20:07:21,465 [Main Thread] DEBUG org.hibernate.jdbc.JDBCContext - after autocommit 2008-03-25 20:07:21,465 [Main Thread] DEBUG org.hibernate.jdbc.ConnectionManager - aggressively releasing JDBC connection 2008-03-25 20:07:21,465 [Main Thread] DEBUG org.hibernate.jdbc.ConnectionManager - releasing JDBC connection [ (open PreparedStatements: 1, globally: 1) (open ResultSets: 0, globally: 0)] 2008-03-25 20:07:21,465 [Main Thread] DEBUG org.hibernate.connection.DriverManagerConnectionProvider - returning connection to pool, pool size: 1 Exception in thread "Main Thread" org.hibernate.exception.SQLGrammarException: could not execute query at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:67) at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43) at org.hibernate.loader.Loader.doList(Loader.java:2216) at org.hibernate.loader.Loader.listIgnoreQueryCache(Loader.java:2104) at org.hibernate.loader.Loader.list(Loader.java:2099) at org.hibernate.loader.hql.QueryLoader.list(QueryLoader.java:378) at org.hibernate.hql.ast.QueryTranslatorImpl.list(QueryTranslatorImpl.java:338) at org.hibernate.engine.query.HQLQueryPlan.performList(HQLQueryPlan.java:172) at org.hibernate.impl.SessionImpl.list(SessionImpl.java:1121) at org.hibernate.impl.QueryImpl.list(QueryImpl.java:79) at org.farkarich.bankmanager.MainFrame.updateData(MainFrame.java:317) at org.farkarich.bankmanager.MainFrame.<init>(MainFrame.java:342) at org.farkarich.bankmanager.StartClass.main(StartClass.java:27) Caused by: java.sql.SQLException: The SELECT list of a grouped query contains at least one invalid expression. If a SELECT list has a GROUP BY, the list may only contain valid grouping expressions and valid aggregate expressions. at org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source) at org.apache.derby.impl.jdbc.Util.generateCsSQLException(Unknown Source) at org.apache.derby.impl.jdbc.TransactionResourceImpl.wrapInSQLException(Unknown Source) at org.apache.derby.impl.jdbc.TransactionResourceImpl.handleException(Unknown Source) at org.apache.derby.impl.jdbc.EmbedConnection.handleException(Unknown Source) at org.apache.derby.impl.jdbc.ConnectionChild.handleException(Unknown Source) at org.apache.derby.impl.jdbc.EmbedPreparedStatement.<init>(Unknown Source) at org.apache.derby.impl.jdbc.EmbedPreparedStatement20.<init>(Unknown Source) at org.apache.derby.impl.jdbc.EmbedPreparedStatement30.<init>(Unknown Source) at org.apache.derby.jdbc.Driver30.newEmbedPreparedStatement(Unknown Source) at org.apache.derby.impl.jdbc.EmbedConnection.prepareStatement(Unknown Source) at org.apache.derby.impl.jdbc.EmbedConnection.prepareStatement(Unknown Source) at org.hibernate.jdbc.AbstractBatcher.getPreparedStatement(AbstractBatcher.java:505) at org.hibernate.jdbc.AbstractBatcher.getPreparedStatement(AbstractBatcher.java:423) at org.hibernate.jdbc.AbstractBatcher.prepareQueryStatement(AbstractBatcher.java:139) at org.hibernate.loader.Loader.prepareQueryStatement(Loader.java:1547) at org.hibernate.loader.Loader.doQuery(Loader.java:673) at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:236) at org.hibernate.loader.Loader.doList(Loader.java:2213) ... 10 more Caused by: ERROR 42Y30: The SELECT list of a grouped query contains at least one invalid expression. If a SELECT list has a GROUP BY, the list may only contain valid grouping expressions and valid aggregate expressions. at org.apache.derby.iapi.error.StandardException.newException(Unknown Source) at org.apache.derby.impl.sql.compile.VerifyAggregateExpressionsVisitor.visit(Unknown Source) at org.apache.derby.impl.sql.compile.QueryTreeNode.accept(Unknown Source) at org.apache.derby.impl.sql.compile.ResultColumn.accept(Unknown Source) at org.apache.derby.impl.sql.compile.QueryTreeNodeVector.accept(Unknown Source) at org.apache.derby.impl.sql.compile.SelectNode.bindExpressions(Unknown Source) at org.apache.derby.impl.sql.compile.DMLStatementNode.bindExpressions(Unknown Source) at org.apache.derby.impl.sql.compile.DMLStatementNode.bind(Unknown Source) at org.apache.derby.impl.sql.compile.CursorNode.bindStatement(Unknown Source) at org.apache.derby.impl.sql.GenericStatement.prepMinion(Unknown Source) at org.apache.derby.impl.sql.GenericStatement.prepare(Unknown Source) at org.apache.derby.impl.sql.conn.GenericLanguageConnectionContext.prepareInternalStatement(Unknown Source) ... 23 more -- 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

2
3
0 / 0

[Hibernate-JIRA] Created: (HHH-2960) Add Interceptor to the openSession method the CurrentSessionContexts use

by Shawn Clowater (JIRA)

Add Interceptor to the openSession method the CurrentSessionContexts use ------------------------------------------------------------------------ Key: HHH-2960 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2960 Project: Hibernate3 Issue Type: Improvement Components: core Affects Versions: 3.2.5 Reporter: Shawn Clowater Priority: Minor Ran into a minor snag earlier where I was rigging up the stateful audit interceptor and didn't have a clean hook to jack the interceptor for my current session. The sample code illustrates the use of the interceptor by using the sessionFactory.openSession(Interceptor) method and then goes on to say with the wave of a hand that if you're using the getCurrentSession functionality that you'll have to override whatever CurrentSessionContext you're using. That's a little bit more cumbersome that I was hoping for but to make matters worse the method that the ThreadLocalCurrentSessionContext is using to obtain the session is: public org.hibernate.classic.Session openSession( final Connection connection, final boolean flushBeforeCompletionEnabled, final boolean autoCloseSessionEnabled, final ConnectionReleaseMode connectionReleaseMode) throws HibernateException; There are no other constructors that I can see that combine all of these parameters with the addition of an Interceptor parameter. It would be a nice to have if there were an overloaded method that accepted the addition of an Interceptor. I worked around it for now but I am ashamed at the way I'm storing state for my interceptor. -- 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

2
8
0 / 0

[Hibernate-JIRA] Created: (HHH-2640) Clob management and deadlock

by Samuel Emangard (JIRA)

Clob management and deadlock ---------------------------- Key: HHH-2640 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2640 Project: Hibernate3 Issue Type: Bug Components: core Affects Versions: 3.2.0.ga Environment: JDK 1.5, Oracle 10g v2 Reporter: Samuel Emangard Priority: Trivial Attachments: Samuel.rar Mapping documents: <?xml version="1.0"?> <!DOCTYPE hibernate-mapping PUBLIC '-//Hibernate/Hibernate Mapping DTD 3.0//EN' 'http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd'> <hibernate-mapping package="com.toluna.samuel.hibernate.emailtemplate"> <class name="EmailTemplate" table="EmailTemplate"> <id name="id" type="long"> <column name="template_id" not-null="true"/> <generator class="native"/> </id> <property name="name"> <column name="email_name" not-null="false"/> </property> <property name="htmlTextClob" type="clob"> <column name="html_Text" not-null="false"/> </property> <property name="plainTextClob" type="clob"> <column name="plain_Text" not-null="false"/> </property> </class> </hibernate-mapping> Extract also of my Java bean: ublic class EmailTemplate { private long id; private String name; private String plainText = " "; private String htmlText = " "; private Clob plainTextClob; private Clob htmlTextClob; ... Code of the test case: Session ss = HibernateUtil.getSessionFactory().getCurrentSession(); //S_LOGGER.debug("Number of current Hibernate sessions: "+ HibernateUtil.getSessionFactory().getStatistics().getSessionOpenCount()); ss.getTransaction().begin(); EmailTemplate et = (EmailTemplate) ss.load(EmailTemplate.class, new Long("299941536982302")); S_LOGGER.debug(et.getName()); Thread.sleep(5000); S_LOGGER.debug("BEFORE FLUSH"); ss.flush(); S_LOGGER.debug("AFTER FLUSH"); ss.getTransaction().commit(); The generated SQL : The load statement is always generated: /* load com.toluna.samuel.hibernate.emailtemplate.EmailTemplate */ select emailtempl0_.template_id as template1_0_0_, emailtempl0_.email_name as email2_0_0_, emailtempl0_.html_Text as html3_0_0_, emailtempl0_.plain_Text as plain4_0_0_ from EmailTemplate emailtempl0_ where emailtempl0_.template_id=? .... Depending on the implementation of the getter, the following update statement is generated: /* update com.toluna.samuel.hibernate.emailtemplate.EmailTemplate */ update EmailTemplate set email_name=?, html_Text=?, plain_Text=? where template_id=? Here is the getter: Clob getHtmlTextClob() { //1- //return Hibernate.createClob(htmlText != null ? htmlText : " "); //2- return htmlTextClob; } With 1- the update statement is generated With 2- the update statement is not generated Why? Extract of the setter: void setHtmlTextClob(Clob htmlTextClob) { this.htmlTextClob = htmlTextClob; try { if (htmlTextClob != null) { htmlText = HibernateUtil.getStringFromClob(htmlTextClob); //htmlText = "samuel"; } else htmlText = ""; } catch (SQLException e) { throw new RuntimeException(e); } catch (IOException e) { throw new RuntimeException(e); } } I have also another more critical issue which seems tied to the previous: If I write the following piece of test code instead of the one shown above: Session ss = HibernateUtil.getSessionFactory().openSession(); //S_LOGGER.debug("Number of current Hibernate sessions: "+ HibernateUtil.getSessionFactory().getStatistics().getSessionOpenCount()); EmailTemplate et = (EmailTemplate) ss.load(EmailTemplate.class, new Long("299941536982302")); S_LOGGER.debug(et.getName()); Thread.sleep(5000); S_LOGGER.debug("BEFORE FLUSH"); ss.flush(); S_LOGGER.debug("AFTER FLUSH"); As you can see in this piece of code i do not manage transactions explicitly and in that case my 2 java threads generated update statements which never ended: there was a deadlock on the DB. During the last test, If I still did not manage transactions explicitly but I modified the getter like that: Clob getHtmlTextClob() { return htmlTextClob; } Then neither update statements nor deadlock were generated. I wrote this piece of test code to reproduce deadlock I was facing on my Jonas server. Could you please help me to understand this behaviour? Here is anextract of my hibernate.cfg.xml: <property name="connection.url">jdbc:oracle:thin:@192.168.2.7:1521:tlorcl1</property> <property name="connection.username">samuel</property> <property name="connection.password">toluna</property> <property name="connection.driver_class">oracle.jdbc.driver.OracleDriver</property> <property name="dialect">org.hibernate.dialect.Oracle9Dialect</property> <property name="hibernate.show_sql">true</property> <property name="hibernate.format_sql">true</property> <property name="hibernate.use_sql_comments">true</property> <property name="myeclipse.connection.profile">QA</property> <property name="current_session_context_class">thread</property> Thanks in advance Regards Samuel -- 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

2
1
0 / 0

[Hibernate-JIRA] Created: (EJB-445) Hi Gavin, I am facing the below issue in my application.Could you provide your suggesstion on this?

by Yohida (JIRA)

Hi Gavin, I am facing the below issue in my application.Could you provide your suggesstion on this? --------------------------------------------------------------------------------------------------- Key: EJB-445 URL: http://opensource.atlassian.com/projects/hibernate/browse/EJB-445 Project: Hibernate Entity Manager Issue Type: Bug Environment: hibernate 2.0 and oracle database Reporter: Yohida RMICallHandler-5 15:55:46,933 WARN [StaleObjectStateException] An operation failed due to stale data net.sf.hibernate.StaleObjectStateException: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect) for com.domain.user.bo.ModeListImpl instance with identifier: com.domain.user.bo.ModeListImpl@175718c[objectId=<null>] at net.sf.hibernate.persister.AbstractEntityPersister.check(AbstractEntityPersister.java:513) at net.sf.hibernate.persister.NormalizedEntityPersister.update(NormalizedEntityPersister.java:664) at net.sf.hibernate.persister.NormalizedEntityPersister.update(NormalizedEntityPersister.java:639) at net.sf.hibernate.impl.ScheduledUpdate.execute(ScheduledUpdate.java:52) at net.sf.hibernate.impl.SessionImpl.execute(SessionImpl.java:2449) at net.sf.hibernate.impl.SessionImpl.executeAll(SessionImpl.java:2435) at net.sf.hibernate.impl.SessionImpl.execute(SessionImpl.java:2393) at net.sf.hibernate.impl.SessionImpl.flush(SessionImpl.java:2261) at com.retek.rpm.domain.core.persistence.PersistenceManagerImpl.flush(PersistenceManagerImpl.java:201) -- 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

2
1
0 / 0

[Hibernate-JIRA] Created: (HHH-5154) Convert Example chapters to Annotations (in Core documentation)

by Emmanuel Bernard (JIRA)

Convert Example chapters to Annotations (in Core documentation) --------------------------------------------------------------- Key: HHH-5154 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5154 Project: Hibernate Core Issue Type: Sub-task Reporter: Emmanuel Bernard -- 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

3
6
0 / 0

[Hibernate-JIRA] Created: (HHH-2860) Consolidate Session creation options/parameters

by Steve Ebersole (JIRA)

Consolidate Session creation options/parameters ----------------------------------------------- Key: HHH-2860 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2860 Project: Hibernate3 Issue Type: Improvement Components: core Reporter: Steve Ebersole Assignee: Steve Ebersole Fix For: 3.3 This is a partial follow-on for the deprecation of Session#connection() -- 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

2
11
0 / 0

[Hibernate-JIRA] Created: (HHH-3646) implement Criteria API querying of collection-of-component

by David Mansfield (JIRA)

implement Criteria API querying of collection-of-component ---------------------------------------------------------- Key: HHH-3646 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3646 Project: Hibernate Core Issue Type: Patch Components: query-criteria Affects Versions: 3.2.6 Environment: hibernate 3.2.6, tested on linux 64-bit openjdk 1.6 (jdk1.5 for compiling). mapping created under annotations 3.3.1ga Reporter: David Mansfield Attachments: hib-core-query-collection-of-elements-3_2_6.patch the attached patch implements a first cut, extremely rough, yet working extension of the CriteriaQueryTranslator class to allow for querying of properties of components inside a collection, or querying properties of associated elements of components inside a collection. eg for * code is lightly tested, this example is for illustrative purposes only * i use annotations, so my example is expressed in those terms, and i've only tested with mappings generated via annotations, however, the modifications only apply to the core. @Entity class Order { @Id String id; @CollectionOfElements Set<OrderLineItem> lineItems; } @Embeddable class OrderLineItem { @ManyToOne Product product; Integer quantity; } @Entity class Product { String name; } Then we can now do: Criteria c = session.createCriteria(Order.class) .createCriteria("lineItems") .add(Restrictions.gt("quantity", new Integer(1)) .list(); or Criteria c = session.createCriteria(Order.class) .createCriteria("lineItems") .createCriteria("product") .add(Restrictions.like("name", "cake%") .list(); -- 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

7
25
0 / 0

[Hibernate-JIRA] Created: (HHH-5263) Improve preface

by Steve Ebersole (JIRA)

Improve preface --------------- Key: HHH-5263 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5263 Project: Hibernate Core Issue Type: Improvement Components: documentation Reporter: Steve Ebersole Assignee: Steve Ebersole Fix For: 3.6 -- 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
7
0 / 0

[Hibernate-JIRA] Created: (HHH-3769) Enabling jmx statistics cause OOM

by Sid (JIRA)

Enabling jmx statistics cause OOM --------------------------------- Key: HHH-3769 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3769 Project: Hibernate Core Issue Type: Bug Affects Versions: 3.2.0.ga Reporter: Sid It looks like when org.hibernate.jmx.StatisticsService.statisticsEnabled=true all query strings get logged to org.hibernate.stat.StatisticsImpl.queryStatistics. There is a clear method in org.hibernate.stat.StatisticsImpl that reset all statistics but i don't see this method being called other than when some one calls org.hibernate.jmx.StatisticsService.clear() As queryStatistics is a HasMap this will causes OOM. -- 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

2
2
0 / 0

[Hibernate-JIRA] Created: (HHH-3593) be able to configure statistics enablement

by John Mazzitelli (JIRA)

be able to configure statistics enablement ------------------------------------------ Key: HHH-3593 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3593 Project: Hibernate Core Issue Type: Improvement Components: core Reporter: John Mazzitelli Priority: Minor Right now, in order to enable Hibernate to collect and emit statistics to monitoring tools, your application has to manually execute code similar to the following: StatisticsService mBean = new StatisticsService(); SessionFactory sessionFactory = ...get hibernate session factory... mBean.setSessionFactory(sessionFactory); ObjectName objectName = new ObjectName("Hibernate:application=MY_APP_NAME,type=statistics"); MBeanServer mbs = ManagementFactory.getPlatformMBeanServer(); mbs.registerMBean(mBean, objectName); sessionFactory.getStatistics().setStatisticsEnabled(true); It would be nice if this was configurable, so a user of Hibernate doesn't need to write this code. For example: hibernate.statistics.enabled=true hibernate.statistics.objectname=Hibernate:application=MY_APP_NAME,type=statistics hibernate.statistics.mbeanserver=*platform* This would turn on Hibernate statistics and tell it to register the Statistics MBean in the JVM's platform MBean Server (ManagementFactory.getPlatformMBeanServer). Of course, *platform* would only be valid on Java5 or higher VMs. Note that hibernate will need to allow the object name to be configurable as well. Or... hibernate.statistics.enabled=true hibernate.statistics.objectname=Hibernate:application=MY_APP_NAME,type=statistics hibernate.statistics.mbeanserver=my_mbs_name This tells Hibernate to register the MBean in the named MBeanServer where the "my_mbs_name" is the default domain name of the MBeanServer you want (if it doesn't exist, Hibernate should create the MBeanServer with the named default domain). In fact, I had the Remoting project do something similar, so you can see code that gets the MBeanServer using these two ways by looking at the .patch attached to: https://jira.jboss.org/jira/browse/JBREM-746 and its related fix. -- 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

3
10
0 / 0

[Hibernate-JIRA] Created: (HHH-2680) Blobs not updated on Session.merge() for detached instances

by Timo Thomas (JIRA)

Blobs not updated on Session.merge() for detached instances ----------------------------------------------------------- Key: HHH-2680 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2680 Project: Hibernate3 Issue Type: Bug Components: core Affects Versions: 3.2.4.sp1, 3.2.2 Environment: Windows XP Prof., Java 1.5_010, HSQLDB 1.8.0 Reporter: Timo Thomas Attachments: BlobTest.zip Blob columns are not updated when a detached instance is saved at the session with merge(). See attached TestCase. -- 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

11
27
0 / 0

[Hibernate-JIRA] Created: (HHH-4509) Ability to control JBoss Cache eviction via session factory properties

by Brian Stansberry (JIRA)

Ability to control JBoss Cache eviction via session factory properties ---------------------------------------------------------------------- Key: HHH-4509 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4509 Project: Hibernate Core Issue Type: New Feature Components: caching (L2) Reporter: Brian Stansberry Assignee: Brian Stansberry Fix For: 3.5 A la what Galder has added for the Infinispan integration. -- 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

2
8
0 / 0

[Hibernate-JIRA] Created: (HHH-2843) org.hibernate.PropertyAccessException: IllegalArgumentException occurred calling getter of natural Key component

by Charles Canning (JIRA)

org.hibernate.PropertyAccessException: IllegalArgumentException occurred calling getter of natural Key component ---------------------------------------------------------------------------------------------------------------- Key: HHH-2843 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2843 Project: Hibernate3 Issue Type: Bug Components: core Affects Versions: 3.2.3 Environment: Linux Reporter: Charles Canning The full description is here in the forums: http://forum.hibernate.org/viewtopic.php?t=979408 I will provide more details if I can. -- 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

4
3
0 / 0

[Hibernate-JIRA] Created: (HHH-4999) createSQLQuery(query).list() result screw up when when columns in different tables have same name

by thogau (JIRA)

createSQLQuery(query).list() result screw up when when columns in different tables have same name ------------------------------------------------------------------------------------------------- Key: HHH-4999 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4999 Project: Hibernate Core Issue Type: Bug Components: query-sql Affects Versions: 3.5.0-CR-2 Environment: hibernate-core 3.5.0-CR-2 MySQL 5 Reporter: thogau Attachments: joinProblem.zip The same SQL query doesn't retrieve the same results with hibernate and SQL client : {{SELECT groupe.name, center.name, roles.displayname, users.username, CASE WHEN center.id = 2 THEN 1 ELSE 0 END AS showlast FROM groupe, center, users, roles WHERE users.role_id = roles.id AND users.center_id = center.id AND center.group_id = groupe.id ORDER BY showlast, groupe.sitecoordinateur DESC, groupe.name, center.headcenter DESC, center.name, roles.id}} When performed with hibernate, *group.name* is retrieved twice (*center.name* is always the same as *group.name*). Still, it is possible to retrieve the correct value for *center.name* using *CONCAT('', center.name)* A small eclipse + maven projet with unit test is attached. -- 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

4
15
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-520) Make work queue size configurable in Lucene backend

by Sanne Grinovero (JIRA)

Make work queue size configurable in Lucene backend --------------------------------------------------- Key: HSEARCH-520 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-520 Project: Hibernate Search Issue Type: Improvement Components: engine Reporter: Sanne Grinovero Fix For: 3.3.0 What's currently hardcoded as org.hibernate.search.batchindexing.Executors.QUEUE_MAX_LENGTH might be nice to be configurable, especially as the async backend will block after filling it up (see HSEARCH-515). The larger the better it will be able to handle load spikes but using more memory to store the scheduled 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

15 years, 1 month

3
5
0 / 0

[Hibernate-JIRA] Created: (HHH-5159) 'in elements' does not work on ElementCollections of Enums

by Peer Hartmann (JIRA)

'in elements' does not work on ElementCollections of Enums ---------------------------------------------------------- Key: HHH-5159 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5159 Project: Hibernate Core Issue Type: Bug Components: core, entity-manager, query-hql Affects Versions: 3.5.1, 3.3.2 Environment: Oracle 10, Hibernate 3.5.1-Final Reporter: Peer Hartmann Attachments: bugreport-mvn.zip When performing a query with an 'in elements' clause and an enum typed parameter, hibernate does not correctly set the parameter value for the underlying SQL. Here is an example (HQL) query: select e from Employee e where :function in elements( e.jobFunctions ); Hibernate makes the following SQL of that (correct) Hibernate: select employee0_.id as id9_, employee0_.name as name9_ from Employee employee0_ where ? in (select jobfunctio1_.jobfunction from employee2jobfunction jobfunctio1_ where employee0_.id=jobfunctio1_.employeeId) ...but sets the parameter wrong as it uses toString instead of the name of the enum: [LogPreparedStatement] DEBUG - executing PreparedStatement: 'select ... from employee2jobfunction ...' with bind parameters: {1=[B@2eb6fb} the exmaple uses an employee entity class with an ElementCollection of JobFunction-enum entries. See the attached zip-file for details. The same query works when using an entity instead of an enum. -- 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

4
7
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-438) @IndexedEmbedded does not work for child classes in inheritance tree

by Ted Williams (JIRA)

@IndexedEmbedded does not work for child classes in inheritance tree -------------------------------------------------------------------- Key: HSEARCH-438 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-438 Project: Hibernate Search Issue Type: Bug Affects Versions: 3.1.1.GA Environment: Jboss 4.2.3.GA Hibernate Core 3.2 Hibernate Search 3.1.1.GA Reporter: Ted Williams Priority: Critical Attachments: Classes.zip When using @IndexedEmbedded on a set/list of parent/top classes the @Field annotations in the child classes are not picked up and indexed. @IndexedEmbedded(depth=100) @OneToMany(fetch = FetchType.LAZY, mappedBy = "top", cascade = CascadeType.ALL) public Set<Parent> getParents() { return parents; } public class Child extends Parent { private String childName; @Field(name = "childName", index=Index.TOKENIZED) // This field is not picked 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

5
23
0 / 0

[Hibernate-JIRA] Created: (HHH-2710) Cannot specify on-delete="cascade" for a map or a set with just one element

by Gerald Klopp (JIRA)

Cannot specify on-delete="cascade" for a map or a set with just one element --------------------------------------------------------------------------- Key: HHH-2710 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2710 Project: Hibernate3 Issue Type: Improvement Components: core Affects Versions: 3.2.4 Reporter: Gerald Klopp Priority: Minor I'd like to specify the on-delete="cascade" attribute for a map or for a set with just one element. When I try to do this, I get the following exception : Initial SessionFactory creation failed.org.hibernate.MappingException: only inverse one-to-many associations may use on-delete="cascade" The on-delete="cascade" attribute can be specified for more complex relationships like one-to-many. But it seems that the case of a simple map or set is not covered. - Mapping document example: <hibernate-mapping> <class name="Document" table="DOCUMENT"> <id name="id" column="DOCUMENT_ID"> <generator class="native" /> </id> <map name="titles" table="DOCUMENT_TITLE" lazy="false"> <key column="DOCUMENT_ID" on-delete="cascade" /> <index column="LANGUAGE" type="string" /> <element column="TITLE" type="text" not-null="true" /> </map> <set name="references" table="DOCUMENT_REFERENCE" lazy="false"> <key column="DOCUMENT_ID" on-delete="cascade" /> <element type="string" column="REFERENCE" /> </set> </class> </hibernate-mapping> - Exception stack trace : Initial SessionFactory creation failed.org.hibernate.MappingException: only inverse one-to-many associations may use on-delete="cascade": Document.references Exception in thread "main" java.lang.ExceptionInInitializerError at fr.gklopp.test.hibernate3.util.HibernateUtil.<clinit>(HibernateUtil.java:17) at fr.gklopp.test.hibernate3.simple.DocumentManager.createAndStoreDocument(DocumentManager.java:23) at fr.gklopp.test.hibernate3.simple.DocumentManager.main(DocumentManager.java:68) Caused by: org.hibernate.MappingException: only inverse one-to-many associations may use on-delete="cascade": fr.gklopp.test.hibernate3.simple.Document.references at org.hibernate.mapping.Collection.validate(Collection.java:267) at org.hibernate.mapping.Set.validate(Set.java:19) at org.hibernate.cfg.Configuration.validate(Configuration.java:1106) at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1287) at fr.gklopp.test.hibernate3.util.HibernateUtil.<clinit>(HibernateUtil.java:13) ... 2 more - Database : Oracle 10 -- 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

8
11
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-323) Fault tolerant FSSlaveDirectoryProvider

by Oliver Siegmar (JIRA)

Fault tolerant FSSlaveDirectoryProvider --------------------------------------- Key: HSEARCH-323 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-323 Project: Hibernate Search Issue Type: Improvement Components: directory provider Affects Versions: 3.1.0.GA Reporter: Oliver Siegmar The current implementation of FSSlaveDirectoryProvider requires an existent master repository at startup. In our environment it could happen, that the master repository is built some time after the clients (using the FSSlaveDirectoryProvider) are being started. It'd be good to have a more fault tolerant FSSlaveDirectoryProvider, that would retry to initialize itself (using a TimerTask for example). The configuration should allow to enable/disable this feature and to specify the retry interval and period. -- 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

3
17
0 / 0

[Hibernate-JIRA] Created: (HHH-2587) There is an attempt to set more parameters on a prepared statement than the latter can hold

by Zied Hamdi (JIRA)

There is an attempt to set more parameters on a prepared statement than the latter can hold ------------------------------------------------------------------------------------------- Key: HHH-2587 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2587 Project: Hibernate3 Issue Type: Bug Components: query-sql Affects Versions: 3.2.3 Environment: JPA through hibernate Reporter: Zied Hamdi Priority: Blocker Attachments: IntoCore.zip You can directly import the zip content into netBeans 5.5 the just launch: the test is executed at the home page servlet call. I have an index that doesn't exist : 11 (the total count of columns is 10) : Hibernate: insert into BasicPersonArchiveEntry (endDate, entryPerformer_revision, entryPerformer_id, lastOccurence, note, startDate, source_revision, source_id, revision, id) values (?, ?, ?, ?, ?, ?, ?, ?, ?, ?) could not bind value '0' to parameter: 11; Invalid argument: parameter index 11 is out of range. SQL Error: -99999, SQLState: null Invalid argument: parameter index 11 is out of range. Could not synchronize database state with session org.hibernate.exception.GenericJDBCException: could not insert: [com.homeservices.model.impl.BasicPersonArchiveEntry] at org.hibernate.exception.SQLStateConverter.handledNonSpecificException(SQLStateConverter.java:103) at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:91) at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43) at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2267) at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2660) at org.hibernate.action.EntityInsertAction.execute(EntityInsertAction.java:52) at org.hibernate.engine.ActionQueue.execute(ActionQueue.java:248) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:232) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:139) at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:298) at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:27) at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1000) at org.hibernate.impl.SessionImpl.managedFlush(SessionImpl.java:338) at org.hibernate.ejb.AbstractEntityManagerImpl$1.beforeCompletion(AbstractEntityManagerImpl.java:516) at com.sun.enterprise.distributedtx.J2EETransaction.commit(J2EETransaction.java:395) at com.sun.enterprise.distributedtx.J2EETransactionManagerOpt.commit(J2EETransactionManagerOpt.java:357) at com.sun.ejb.containers.BaseContainer.completeNewTx(BaseContainer.java:3653) at com.sun.ejb.containers.BaseContainer.postInvokeTx(BaseContainer.java:3431) at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:1247) at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:192) at com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:118) at $Proxy49.create(Unknown Source) at tests.entities.TestArchiveServlet.processRequest(TestArchiveServlet.java:46) at tests.entities.TestArchiveServlet.doGet(TestArchiveServlet.java:61) at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:397) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:278) at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:240) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:179) at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566) at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:73) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:182) at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566) at com.sun.enterprise.web.VirtualServerPipeline.invoke(VirtualServerPipeline.java:120) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:137) at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:231) at com.sun.enterprise.web.connector.grizzly.ProcessorTask.invokeAdapter(ProcessorTask.java:667) at com.sun.enterprise.web.connector.grizzly.ProcessorTask.processNonBlocked(ProcessorTask.java:574) at com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:844) at com.sun.enterprise.web.connector.grizzly.ReadTask.executeProcessorTask(ReadTask.java:287) at com.sun.enterprise.web.connector.grizzly.ReadTask.doTask(ReadTask.java:212) at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:252) at com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:75) Caused by: org.apache.derby.client.am.SqlException: Invalid argument: parameter index 11 is out of range. at org.apache.derby.client.am.PreparedStatement.checkForValidParameterIndex(Unknown Source) at org.apache.derby.client.am.PreparedStatement.checkSetterPreconditions(Unknown Source) at org.apache.derby.client.am.PreparedStatement.setLong(Unknown Source) at org.hibernate.type.LongType.set(LongType.java:42) at org.hibernate.type.NullableType.nullSafeSet(NullableType.java:136) at org.hibernate.type.NullableType.nullSafeSet(NullableType.java:116) at org.hibernate.type.ComponentType.nullSafeSet(ComponentType.java:284) at org.hibernate.persister.entity.AbstractEntityPersister.dehydrate(AbstractEntityPersister.java:2008) at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2243) ... 46 more EJB5018: An exception was thrown during an ejb invocation on [ArchivableFacadeStatelessBean] javax.ejb.EJBException: Transaction aborted; nested exception is: javax.transaction.RollbackException: Transaction marked for rollback. -- 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

2
2
0 / 0

[Hibernate-JIRA] Created: (HHH-2736) support for native/SQL query hints in HQL/Criteria (Oracle SELECT hints for example)

by Adam Wozniak (JIRA)

support for native/SQL query hints in HQL/Criteria (Oracle SELECT hints for example) ------------------------------------------------------------------------------------ Key: HHH-2736 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2736 Project: Hibernate3 Issue Type: New Feature Components: query-criteria, query-hql Affects Versions: 3.2.4.sp1 Reporter: Adam Wozniak Hello Everybody In 2004 Gavin said: "I think we plan to add a Query.setQueryHint() method" (hibernate forum: http://forum.hibernate.org/viewtopic.php?p=2193761&sid=5cf2ec711851f726c7... ). But I still cannot find it in Hibernate Core/Hib. Annotation/Hib. EntityManager. Can this enhancement request be opened / reopened? It would be great for us to have such possibility. Kind Regards, Adam Wozniak -- 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

4
4
0 / 0

[Hibernate-JIRA] Created: (EJB-408) c3p0 not working with hibernate-entitymanager 3.4.0.GA

by Marcelo Romulo Fernandes (JIRA)

c3p0 not working with hibernate-entitymanager 3.4.0.GA ------------------------------------------------------ Key: EJB-408 URL: http://opensource.atlassian.com/projects/hibernate/browse/EJB-408 Project: Hibernate Entity Manager Issue Type: Bug Components: EntityManager Affects Versions: 3.4.0.GA Environment: windows xp sp2; java sun 1.6.0_10; tomcat 6.0.18; maven 2.0.9 Reporter: Marcelo Romulo Fernandes Priority: Minor I was using hibernate-entitymanager 3.2.6.GA and c3p0 well, but I cannot run c3p0 with hibernate-entitymanager 3.4.0.GA. c3p0 is never called!!! Below, follows persistence.xml, maven dependencies working with hibernate-entitymanager 3.2.6.GA, maven dependencies not woking with hibernate-entitymanager 3.4.0.GA persistence.xml: <persistence version="1.0" xmlns="http://java.sun.com/xml/ns/persistence" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd"> <persistence-unit name="SystemDDD" transaction-type="RESOURCE_LOCAL"> <provider>org.hibernate.ejb.HibernatePersistence</provider> <properties>  <property name="hibernate.connection.username" value="DDD"/> <property name="hibernate.connection.password" value="DDD"/> <property name="hibernate.default_schema" value="DDD"/> <property name="hibernate.connection.url" value="jdbc:oracle:thin:@//YYY:1521/ZZZ"/> <property name="hibernate.connection.driver_class" value="oracle.jdbc.OracleDriver"/> <property name="hibernate.dialect" value="org.hibernate.dialect.OracleDialect"/>  <property name="hibernate.c3p0.min_size" value="1"/> <property name="hibernate.c3p0.max_size" value="10"/> <property name="hibernate.c3p0.timeout" value="5000"/> <property name="hibernate.c3p0.max_statements" value="50"/> <property name="hibernate.c3p0.idle_test_period" value="60000"/>  <property name="hibernate.cache.use_second_level_cache" value="true"/> <property name="hibernate.cache.provider_class" value="org.hibernate.cache.EhCacheProvider"/>  <property name="hibernate.show_sql" value="true"/> <property name="hibernate.format_sql" value="true"/> <property name="hibernate.archive.autodetection" value="class, hbm"/> <property name="hibernate.hbm2ddl.auto" value="none"/> </properties> </persistence-unit> </persistence> maven dependencies working with hibernate-entitymanager 3.2.6.GA <dependency> <groupId>org.hibernate</groupId> <artifactId>hibernate-entitymanager</artifactId> <version>3.3.2.GA</version> <type>jar</type> <scope>compile</scope> </dependency> <dependency> <groupId>c3p0</groupId> <artifactId>c3p0</artifactId> <version>0.9.1.2</version> <type>jar</type> <scope>compile</scope> </dependency> maven dependencies not woking with hibernate-entitymanager 3.4.0.GA <dependency> <groupId>org.hibernate</groupId> <artifactId>hibernate-entitymanager</artifactId> <version>3.4.0.GA</version> <type>jar</type> <scope>compile</scope> </dependency> <dependency> <groupId>org.hibernate</groupId> <artifactId>hibernate-ehcache</artifactId> <version>3.3.0.SP1</version> <type>jar</type> <scope>runtime</scope> </dependency> <dependency> <groupId>org.slf4j</groupId> <artifactId>slf4j-log4j12</artifactId> <version>1.5.2</version> <type>jar</type> <scope>runtime</scope> </dependency> <dependency> <groupId>org.hibernate</groupId> <artifactId>hibernate-c3p0</artifactId> <version>3.3.0.SP1</version> <type>jar</type> <scope>runtime</scope> </dependency> What is wrong or missing? -- 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

7
9
0 / 0

[Hibernate-JIRA] Created: (HHH-3572) Create versioned entities groups

by Adam Warski (JIRA)

Create versioned entities groups -------------------------------- Key: HHH-3572 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3572 Project: Hibernate Core Issue Type: New Feature Components: envers Reporter: Adam Warski http://www.jboss.com/index.html?module=bb&op=viewtopic&t=136878 Each group would have its own versions table. This could speed up the system when there are a lot of versioned entities, as the versions tables would be less contested. However, if two versioned entities are connected by a (versioned) relation, they would have to be in the same group. So groups could minimally be strongly connected components of the relations graphs. -- 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

2
2
0 / 0

[Hibernate-JIRA] Created: (HHH-2460) Multiple object creates on HQL select causes "unexpected token: ,"

by Steve Mayhew (JIRA)

Multiple object creates on HQL select causes "unexpected token: ," ------------------------------------------------------------------ Key: HHH-2460 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2460 Project: Hibernate3 Type: Bug Components: query-hql Versions: 3.1.2 Environment: MySQL Reporter: Steve Mayhew When executing this query: select new java.lang.String('test1'), new java.lang.String('test2') from SomeMappedClass You get a syntax error. It does not matter what is in the from clause, result is always the same. [2007-03-01 16:51:29,349] [ERROR:org.hibernate.hql.PARSER] [] - line 1:37: unexpected token: , [2007-03-01 16:51:29,365] [DEBUG:org.hibernate.hql.ast.AST] [] - --- HQL AST --- \-[QUERY] 'query' org.hibernate.hql.ast.QuerySyntaxException: unexpected token: , near line 1, column 37 [select new java.lang.String('test1'), new java.lang.String('test2') from SomeMappedClass at org.hibernate.hql.ast.ErrorCounter.throwQueryException(ErrorCounter.java:59) at org.hibernate.hql.ast.QueryTranslatorImpl.parse(QueryTranslatorImpl.java:244) at org.hibernate.hql.ast.QueryTranslatorImpl.doCompile(QueryTranslatorImpl.java:155) at org.hibernate.hql.ast.QueryTranslatorImpl.compile(QueryTranslatorImpl.java:109) at org.hibernate.engine.query.HQLQueryPlan.<init>(HQLQueryPlan.java:75) at org.hibernate.engine.query.HQLQueryPlan.<init>(HQLQueryPlan.java:54) at org.hibernate.engine.query.QueryPlanCache.getHQLQueryPlan(QueryPlanCache.java:71) at org.hibernate.impl.AbstractSessionImpl.getHQLQueryPlan(AbstractSessionImpl.java:134) at org.hibernate.impl.AbstractSessionImpl.createQuery(AbstractSessionImpl.java:113) at org.hibernate.impl.SessionImpl.createQuery(SessionImpl.java:1602) at net.jvnet.dev.hqe.ThreadHQLQueryExecution.run(Unknown Source) Caused by: line 1:37: unexpected token: , at org.hibernate.hql.antlr.HqlBaseParser.selectFrom(HqlBaseParser.java:1145) at org.hibernate.hql.antlr.HqlBaseParser.queryRule(HqlBaseParser.java:702) at org.hibernate.hql.antlr.HqlBaseParser.selectStatement(HqlBaseParser.java:296) at org.hibernate.hql.antlr.HqlBaseParser.statement(HqlBaseParser.java:159) at org.hibernate.hql.ast.QueryTranslatorImpl.parse(QueryTranslatorImpl.java:238) ... 9 more -- 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

3
2
0 / 0

[Hibernate-JIRA] Created: (HHH-3494) HQLQueryPlan gives back zero result for "getSingleResult()" although one result is available

by Christian Hofschroer (JIRA)

HQLQueryPlan gives back zero result for "getSingleResult()" although one result is available -------------------------------------------------------------------------------------------- Key: HHH-3494 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3494 Project: Hibernate Core Issue Type: Bug Components: query-hql Affects Versions: 3.3.1 Environment: 3.3.1.GA, hsqldb 1.8.0.7 Reporter: Christian Hofschroer Attachments: patch.txt I have run the following code snippets both and only the second one works, because there is a bug in HQLQueryPlan. // This does not work correctly (query is javax.persistence.Query) ExampleObject e = (ExampleObject) query.getSingleResult(); // Replacement with this code works List l=query.getResultList() ; assertEquals(1,l.size()) ; ExampleObject e=(ExampleObject)l.get(0) ; This problem occurs only in seldom cases when 1. Hibernate executes several sql queries and merges the result and 2. There is a limit of results (the limit is "2" in version 3.3.1.GA, because only one result is expected anyway) Attached is a patch for the class HQLQueryPlan. The line if ( distinction.add( result ) ) { has to be replaced with if ( ! distinction.add( result ) ) { In case the object was found it returns "true". With the current implementation the object is not added to "combinedResults" although it should be added. It was not possible to reproduce the problem with the setup from "testsuite". If necessary I can provide a JUnit testcase. -- 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

2
1
0 / 0

[Hibernate-JIRA] Created: (HHH-3571) Change the default revision entity configuration

by Adam Warski (JIRA)

Change the default revision entity configuration ------------------------------------------------ Key: HHH-3571 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3571 Project: Hibernate Core Issue Type: Task Components: envers Reporter: Adam Warski Assignee: Adam Warski Fix For: 3.4 The current revision table and field names are not accepted by databases such as Oracle. Hence: - change the revision entity name from _revision_entity to something acceptable by all databases (REVISION_ENTITY?) - change the revision field name from _revision (to revision?) Also, change the default id generation strategy from native to org.hibernate.id.enhanced.SequenceStyleGenerator Document those changes in the manual with a migration note! -- 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, 2 months

3
12
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-531) Use Lucene fieldcache

by Sanne Grinovero (JIRA)

Use Lucene fieldcache --------------------- Key: HSEARCH-531 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-531 Project: Hibernate Search Issue Type: Improvement Components: query Reporter: Sanne Grinovero Fix For: 3.4.0 The Lucene per-segment FieldCache should be used for strings we fetch from the index (Stored), by default as we do with classname and PK. It might be useful for people to be able to add more fields to this cache in case of projections usage. (It's purpose is to speed up this reading of stored info - being per segment it's not invalidated per new IndexReader but per changed segments). Likely need a switch to turn it off, as it could consume much memory. -- 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, 2 months

1
4
0 / 0

[Hibernate-JIRA] Created: (HHH-3121) Using fetch="subselect" and second level cache causes NullPointerException

by Adam Brod (JIRA)

Using fetch="subselect" and second level cache causes NullPointerException -------------------------------------------------------------------------- Key: HHH-3121 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3121 Project: Hibernate3 Issue Type: Bug Components: caching (L2) Affects Versions: 3.2.6 Environment: Oracle 10g Reporter: Adam Brod I've been tuning some of our mappings to use fetch="subselect" to reduce the number of DB queries. However, I have run into two cases where I get the exception below. In both cases, I was loading a list of Videos, which are mapped to a list of other objects. (In this example, Media is the superclass of Video.) I apologize that I can't upload a full working example, but I will include the relevant mapping info. <class name="Media" table="media" lazy="false" discriminator-value="0"> <cache usage="nonstrict-read-write"/> <id name="id" column="id" type="long"> <generator class="seqhilo"><param name="sequence">hibernate_hi_sequence</param><param name="max_lo">500</param></generator> </id> ... <list name="tags" lazy="true" table="media_tags" cascade="save-update" fetch="subselect"> <cache usage="nonstrict-read-write"/> <key column="media_id"/> <list-index column="idx"/> <many-to-many column="tag_id" class="com.brightcove.catalog.Tag"/> </list> ... <subclass name="Video" lazy="false" discriminator-value="1"> ... </subclass> </class> <class name="Tag" table="tag"> ... </class> The HQL being executed is just a simple "from Video v where v.publisher_id = :pubId". The line of code where the exception is generated in Video.getDTO() is accessing the Tags list: for (Tag tag : getTags()) { tags.add(tag.getDTO()); } I've debugged into the Hibernate source to see where the NPE comes from (CollectionLoadContext line 298). if ( persister.isVersioned() ) { versionComparator = persister.getOwnerEntityPersister().getVersionType().getComparator(); final Object collectionOwner = getLoadContext().getPersistenceContext().getCollectionOwner( lce.getKey(), persister ); version = getLoadContext().getPersistenceContext().getEntry( collectionOwner ).getVersion(); //NPE! } It seems that "collectionOwner" is null, so calling getEntry(collectionOwner) returns null. Calling getVersion() on a null entry is what throws the NPE. java.lang.NullPointerException at org.hibernate.engine.loading.CollectionLoadContext.addCollectionToCache(CollectionLoadContext.java:298) at org.hibernate.engine.loading.CollectionLoadContext.endLoadingCollection(CollectionLoadContext.java:256) at org.hibernate.engine.loading.CollectionLoadContext.endLoadingCollections(CollectionLoadContext.java:222) at org.hibernate.engine.loading.CollectionLoadContext.endLoadingCollections(CollectionLoadContext.java:195) at org.hibernate.loader.Loader.endCollectionLoad(Loader.java:877) at org.hibernate.loader.Loader.initializeEntitiesAndCollections(Loader.java:865) at org.hibernate.loader.Loader.doQuery(Loader.java:729) at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:236) at org.hibernate.loader.Loader.loadCollectionSubselect(Loader.java:2066) at org.hibernate.loader.collection.SubselectCollectionLoader.initialize(SubselectCollectionLoader.java:58) at org.hibernate.persister.collection.AbstractCollectionPersister.initialize(AbstractCollectionPersister.java:565) at org.hibernate.event.def.DefaultInitializeCollectionEventListener.onInitializeCollection(DefaultInitializeCollectionEventListener.java:60) at org.hibernate.impl.SessionImpl.initializeCollection(SessionImpl.java:1716) at org.hibernate.collection.AbstractPersistentCollection.initialize(AbstractPersistentCollection.java:344) at org.hibernate.collection.AbstractPersistentCollection.read(AbstractPersistentCollection.java:86) at org.hibernate.collection.AbstractPersistentCollection.readSize(AbstractPersistentCollection.java:109) at org.hibernate.collection.PersistentList.size(PersistentList.java:91) at com.brightcove.catalog.EconomicEntity.populateDTO(EconomicEntity.java:460) at com.brightcove.catalog.Media.populateDTO(Media.java:192) at com.brightcove.catalog.Video.populateDTO(Video.java:854) at com.brightcove.catalog.Video.getDTO(Video.java:783) at com.brightcove.catalog.Video.getDTO(Video.java:756) -- 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, 2 months

7
16
0 / 0

[Hibernate-JIRA] Created: (ANN-687) orm.xml - cleanup respecting column names

by darren hartford (JIRA)

orm.xml - cleanup respecting column names ----------------------------------------- Key: ANN-687 URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-687 Project: Hibernate Annotations Issue Type: Bug Components: binder Affects Versions: 3.3.0.ga Environment: mysql 5, MS SQL 2000, Win2000, hibernate 3.2.4 Reporter: darren hartford couple of issues with orm.xml mapping file that is not fully implemented and needs cleanup. many-to-many table mapping not respecting column names. http://forum.hibernate.org/viewtopic.php?t=982330 id-class not respecting column names (end of an old issue, repeated with different scenario). http://opensource.atlassian.com/projects/hibernate/browse/ANN-361 <id-class class="MyTestId"/> <attributes> <id name="compoundOne"> <column name="COMPOUND_ONE"/> </id> <id name="compoundTwo"> <column name="COMPOUND_TWO"/> </id> ... WARNING: Preparing the statement failed: Invalid column name 'compoundOne'. WARNING: Preparing the statement failed: Invalid column name 'compoundTwo'. ========== Use case and urgency of issue related to external technology integration. -DTO should not require hibernate-annotations to be used in client-code, but is required when using annotations. orm.xml approach removes this limitation. -GWT 1.4 does not work with java 1.5/annotated DTO. Although everyone keeps pushing it off saying 'GWT 1.5 is on the way', it is not and solutions that should have been working to work around that limitation need to be working correctly. -- 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, 2 months

3
3
0 / 0

[Hibernate-JIRA] Created: (HHH-5056) Criteria API with ProjectionList and Unique result

by Ahmed Ali Elsayed Ali Soliman (JIRA)

Criteria API with ProjectionList and Unique result -------------------------------------------------- Key: HHH-5056 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5056 Project: Hibernate Core Issue Type: Bug Components: query-criteria Affects Versions: 3.5.0-CR-2 Environment: Hibernate 3.3.2, Oracel 11g Reporter: Ahmed Ali Elsayed Ali Soliman Priority: Critical when you make a select statement with Criteria API & use ProjectionList to retrieve some columns then use the unique result make at least 2 projection list (2 columns or more) ProjectionList projectionList = Projections.projectionList() .add(Projections.property("ColumnA")) .add(Projections.property("ColumnB")); criteria.setResultTransformer(CriteriaSpecification.DISTINCT_ROOT_ENTITY); the result must be retrieved in 2 dimensional array of Object(Object[][]) but the result are one dimensional array with one column only. Note:- when you remove the unique result it works fine but when you add it, it make this behavior. -- 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, 2 months

2
13
0 / 0

[Hibernate-JIRA] Created: (ANN-472) @UniqueConstraint declaration is not friendly towards inheritance or reflection

by Ted Bergeron (JIRA)

@UniqueConstraint declaration is not friendly towards inheritance or reflection ------------------------------------------------------------------------------- Key: ANN-472 URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-472 Project: Hibernate Annotations Type: Improvement Versions: 3.2.0.ga Environment: Hibernate 3.2 GA Reporter: Ted Bergeron The current way to define a composite unique constraint is limiting. @Table(name="tbl_sky", uniqueConstraints = {@UniqueConstraint(columnNames={"month", "day"})} ) Suppose I have an abstract base class called A that gives me Id and Name, subclassed by abstract class B that gives me Customer. Then I have many concrete classes that subclass B. For all of these, I'd want the combination of Name and Customer to be unique. As I do not use @Table with abstract base classes, I currently have to repeat: uniqueConstraints = {@UniqueConstraint(columnNames={"name", "customer_id"})} on all concrete classes. If we had an alternate way to define these constraints at the property level (as XDoclet did with hibernate 2), I could define this in the base classes and inherit the constraint declaration. The other need is that I would like to use reflection to scan the properties and apply proper validations in the view layer. With @Column(unique = true) this is easy to do. The view layer makes an AJAX call and all is well. For a composite constraint, it does not work well currently. -- 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, 2 months

5
9
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-430) Use multiple threads for text analysis in MassIndexer

by Sanne Grinovero (JIRA)

Use multiple threads for text analysis in MassIndexer ----------------------------------------------------- Key: HSEARCH-430 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-430 Project: Hibernate Search Issue Type: New Feature Components: documentation, engine Reporter: Sanne Grinovero Assignee: Sanne Grinovero Fix For: 3.2.0.Beta3 org.hibernate.search.MassIndexer is defining the API already, it's commented. Implementor also has a sketch already, currently commented out. -- 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, 2 months

2
6
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-370) Monitoring of batch indexer state and progress

by Sanne Grinovero (JIRA)

Monitoring of batch indexer state and progress ---------------------------------------------- Key: HSEARCH-370 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-370 Project: Hibernate Search Issue Type: New Feature Reporter: Sanne Grinovero Assignee: Sanne Grinovero 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

15 years, 2 months

2
12
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-361) Only index an entity if an indexed property has changed

by Emmanuel Bernard (JIRA)

Only index an entity if an indexed property has changed ------------------------------------------------------- Key: HSEARCH-361 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-361 Project: Hibernate Search Issue Type: New Feature Reporter: Emmanuel Bernard Fix For: 3.2.0 PostUpdateEvent has state and oldState and EntityPersister has getPropertyNames() and findDirty() -- 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, 2 months

7
32
0 / 0

[Hibernate-JIRA] Created: (EJB-397) native SQL queries in hibernate don't work when using aliases to differentiate columns that have the same name

by Alex McCarrier (JIRA)

native SQL queries in hibernate don't work when using aliases to differentiate columns that have the same name -------------------------------------------------------------------------------------------------------------- Key: EJB-397 URL: http://opensource.atlassian.com/projects/hibernate/browse/EJB-397 Project: Hibernate Entity Manager Issue Type: Bug Components: EntityManager Affects Versions: 3.3.2.GA Environment: jboss 4.2.2, mysql 5 Reporter: Alex McCarrier Basically same as HHH-2094, if you do something like this: select oldForm.data as oldData newForm.data as newData from form oldForm, join form newForm on oldForm.replaced_by_id = newForm.id then use entityManager.createNativeQuery(sql).getResultList() it will end up with an error that says column named oldData does not exist. If you take out the aliases, then it will just return the first value for "data" for every column. If you run this through straight JDBC with the alias, it works as expected. -- 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, 2 months

3
2
0 / 0

[Hibernate-JIRA] Created: (HHH-4939) Bidirectional OneToOne mapping with FK and composite PK sharing a column throws MappingException

by Chris Wilson (JIRA)

Bidirectional OneToOne mapping with FK and composite PK sharing a column throws MappingException ------------------------------------------------------------------------------------------------ Key: HHH-4939 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4939 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.3.2 Reporter: Chris Wilson Attachments: HibernateAnnotationMappingOneToOneTest.java A bidirectional one-to-one mapping, where the owning side's column is part of a composite primary key, fails to configure, possibly because OneToOneType#getColumnSpan returns zero instead of the actual number of columns used by the join. When the foreign key column used is not also part of the primary key, or the composite primary key contains only a single column, then the mapping doesn't fail. {code} org.hibernate.MappingException: broken column mapping for: journeyComment.id of: org.wfp.rita.test.hibernate.HibernateAnnotationMappingOneToOneTest$Journey at org.hibernate.persister.entity.AbstractPropertyMapping.initPropertyPaths(AbstractPropertyMapping.java:143) at org.hibernate.persister.entity.AbstractPropertyMapping.initIdentifierPropertyPaths(AbstractPropertyMapping.java:206) at org.hibernate.persister.entity.AbstractPropertyMapping.initPropertyPaths(AbstractPropertyMapping.java:181) at org.hibernate.persister.entity.AbstractEntityPersister.initOrdinaryPropertyPaths(AbstractEntityPersister.java:1725) at org.hibernate.persister.entity.AbstractEntityPersister.initPropertyPaths(AbstractEntityPersister.java:1755) at org.hibernate.persister.entity.AbstractEntityPersister.postConstruct(AbstractEntityPersister.java:2932) at org.hibernate.persister.entity.SingleTableEntityPersister.<init>(SingleTableEntityPersister.java:431) at org.hibernate.persister.PersisterFactory.createClassPersister(PersisterFactory.java:84) at org.hibernate.impl.SessionFactoryImpl.<init>(SessionFactoryImpl.java:267) at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1341) at org.hibernate.cfg.AnnotationConfiguration.buildSessionFactory(AnnotationConfiguration.java:867) at org.wfp.rita.test.base.HibernateTestBase.buildSessionFactory(HibernateTestBase.java:93) at org.wfp.rita.test.base.HibernateTestBase.setUp(HibernateTestBase.java:106) at junit.framework.TestCase.runBare(TestCase.java:128) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:120) at junit.framework.TestSuite.runTest(TestSuite.java:230) at junit.framework.TestSuite.run(TestSuite.java:225) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:478) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:344) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196) {code} Test case attached. Change HibernateTestBase to org.hibernate.test.annotations.TestCase to run under Hibernate. -- 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, 2 months

2
2
0 / 0

[Hibernate-JIRA] Created: (BVAL-85) Support dynamic default group sequence definition

by Emmanuel Bernard (JIRA)

Support dynamic default group sequence definition ------------------------------------------------- Key: BVAL-85 URL: http://opensource.atlassian.com/projects/hibernate/browse/BVAL-85 Project: Bean Validation Issue Type: New Feature Components: ri-general Reporter: Emmanuel Bernard Will probably not be spec'ed in the 1.0 JSR but can be added as a RI feature. -- 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, 2 months

4
22
0 / 0

[Hibernate-JIRA] Created: (HHH-2692) Insert Into Select command doesn't allow named parameter as select output (insert input)

by John Aylward (JIRA)

Insert Into Select command doesn't allow named parameter as select output (insert input) ---------------------------------------------------------------------------------------- Key: HHH-2692 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2692 Project: Hibernate3 Issue Type: Bug Components: query-hql Affects Versions: 3.2.4.sp1 Environment: Hibernate 3.2.4.sp1 with Annotations 3.3.0 And Validator 3.0.0 MySQL 5.0.42 Reporter: John Aylward receive exception: org.hibernate.QueryException: number of select types did not match those for insert [INSERT INTO ProviderInvoiceLineItem (amount,billingAccount,circuit,description,invoice,type) SELECT pili.amount, pili.billingAccount, pili.circuit, pili.description, :newInvoice, pili.type FROM com.cicat.bedrock.billing.model.ProviderInvoiceLineItem pili WHERE pili.invoice = :oldInvoice] Idea is to copy all line items from one invoice to another. In other words, only difference between data should be the invoice. easiest way to do this is with "insert into" command and passing parameter of changed value. * Trying to cast named parameter (:newInvoice) caused parsing error * Trying to replace invoice with invoice_id and repacing :newInvoice with actual invoice id resulted in a "property 'invoice_id' not found" exception Should be able to set a value through a named parameter -- 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, 2 months

5
5
0 / 0

[Hibernate-JIRA] Created: (HHH-2391) ManyToMany+FetchMode.SUBSELECT+2nd level cache= NPE

by Mike Youngstrom (JIRA)

ManyToMany+FetchMode.SUBSELECT+2nd level cache= NPE --------------------------------------------------- Key: HHH-2391 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2391 Project: Hibernate3 Type: Bug Components: core Versions: 3.2.2 Reporter: Mike Youngstrom For more context see the forum post here: http://forum.hibernate.org/viewtopic.php?t=968643 I have a model animal with s many-to-many with country. I do a @Fetch(FetchMode.SUBSELECT) on animal.countries. When I query for an animal I get a NPE. If I remove the @Fetch(FetchMode.SUBSELECT) from animal.countries then everything works fine. If I remove @Cache from animal.countries then everything works fine. I've included Animal and the inverse (Country) I've also included a trace log of the error happening from a query of Animal. --------------Animal.java----------------- public class Animal implements Serializable { public static final String QUERY_GET_ALL_ANIMALS_AS_SELECT_ITEMS = "getAllAnimalsAsSelectItems"; @Id @GeneratedValue private Long id; @Temporal(TemporalType.TIMESTAMP) @Column(name="CREATED", nullable = false, updatable = false) private Date created = new Date(); @Column(unique=true, nullable=false) private String name; @Enumerated(EnumType.STRING) private Gender gender; @Column(length=4000) private String description; private String imageUrl; @Column(nullable=false) private double price; private Date dateOfBirth; @ManyToOne(fetch=FetchType.LAZY) private Classification classification; @ManyToMany(fetch=FetchType.EAGER) @JoinTable(name="ANIMAL_COUNTRY", joinColumns=@JoinColumn(name="ANIMAL_ID"), inverseJoinColumns=@JoinColumn(name="COUNTRY_ID")) @Cache(usage=CacheConcurrencyStrategy.TRANSACTIONAL) @BatchSize(size=10) @OrderBy("name") @Fetch(FetchMode.SUBSELECT) private Set<Country> countries; @SuppressWarnings("unused") @Version private Long version = 1L; } ----------------Country.java------------------ public class Country implements Serializable { public static final String QUERY_ALL_COUNTRY_IDS_AS_SELECT_ITEMS = "allCountryIdsAsSelectItems"; public static final String QUERY_ALL_COUNTRIES_AS_SELECT_ITEMS = "allCountriesAsSelectItems"; @Id @GeneratedValue @Column(updatable=false) private Long id; @Column(unique=true, nullable=false) public String name; @Cache(usage=CacheConcurrencyStrategy.TRANSACTIONAL) @ManyToMany(mappedBy="countries", fetch=FetchType.EAGER) @Fetch(FetchMode.SUBSELECT) @BatchSize(size=20) public Set<Animal> animals; } -------------------LOG---------------------------- 10:44:18,453 DEBUG SQL: /* select a from Animal a where upper(a.name) like upper(?1) order by upper(name) ASC */ select * from ( select animal0_.id as id1_, animal0_.CREATED as CREATED1_, animal0_.name as name1_, animal0_.gender as gender1_, animal0_.description as descript5_1_, animal0_.imageUrl as imageUrl1_, animal0_.price as price1_, animal0_.dateOfBirth as dateOfBi8_1_, animal0_.classification_id as classif10_1_, animal0_.version as version1_ from Animal animal0_ where upper(animal0_.name) like upper(?) order by upper(animal0_.name) ASC ) where rownum <= ? Hibernate: /* select a from Animal a where upper(a.name) like upper(?1) order by upper(name) ASC */ select * from ( select animal0_.id as id1_, animal0_.CREATED as CREATED1_, animal0_.name as name1_, animal0_.gender as gender1_, animal0_.description as descript5_1_, animal0_.imageUrl as imageUrl1_, animal0_.price as price1_, animal0_.dateOfBirth as dateOfBi8_1_, animal0_.classification_id as classif10_1_, animal0_.version as version1_ from Animal animal0_ where upper(animal0_.name) like upper(?) order by upper(animal0_.name) ASC ) where rownum <= ? 10:44:18,453 DEBUG AbstractBatcher: preparing statement 10:44:18,453 DEBUG StringType: binding '%' to parameter: 1 10:44:18,453 DEBUG AbstractBatcher: about to open ResultSet (open ResultSets: 0, globally: 0) 10:44:18,453 DEBUG Loader: processing result set 10:44:18,453 DEBUG Loader: result set row: 0 10:44:18,453 DEBUG LongType: returning '505' as column: id1_ 10:44:18,453 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Animal#505] 10:44:18,453 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Animal#505] 10:44:18,453 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Animal#505] 10:44:18,453 DEBUG TimestampType: returning '2007-01-26 14:12:19' as column: CREATED1_ 10:44:18,453 DEBUG StringType: returning 'aaaaa' as column: name1_ 10:44:18,453 DEBUG EnumType: Returning 'MALE' as column gender1_ 10:44:18,453 DEBUG StringType: returning 'aaaaafasd asdf asdfs adgadf gdfagdfagfasdgasdfgadfgdfvgd faxdc fasdfa sdfsdfuyasdgfjsdh sjfhsdjf has sd fjadb ddf fjasdfhs djfas ad fasd fajksdhf'asdkfja f asdfjkasdfhasdf asdfhasjdfa sdfasdfha'sdfha'sdfhasd'fa sfasd f asdfasdkf;askfjasd fasd fafjak;j fagiajf asdfgifgjdfklgja;fweai[tfjadfk iafjja'dfjasdifhasdf afkasdjfiadadi ;asdifh;sfare ' as column: descript5_1_ 10:44:18,453 DEBUG StringType: returning null as column: imageUrl1_ 10:44:18,453 DEBUG DoubleType: returning '2.0' as column: price1_ 10:44:18,453 DEBUG TimestampType: returning '2007-01-11 00:00:00' as column: dateOfBi8_1_ 10:44:18,453 DEBUG LongType: returning '1' as column: classif10_1_ 10:44:18,453 DEBUG LongType: returning '2' as column: version1_ 10:44:18,453 DEBUG TwoPhaseLoad: Version: 2 10:44:18,453 DEBUG Loader: result set row: 1 10:44:18,453 DEBUG LongType: returning '19' as column: id1_ 10:44:18,453 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Animal#19] 10:44:18,453 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Animal#19] 10:44:18,453 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Animal#19] 10:44:18,453 DEBUG TimestampType: returning '2007-01-17 13:43:45' as column: CREATED1_ 10:44:18,453 DEBUG StringType: returning 'Alligator' as column: name1_ 10:44:18,453 DEBUG EnumType: Returning 'FEMALE' as column gender1_ 10:44:18,453 DEBUG StringType: returning 'The American Alligator is the biggest reptile in North America. Get this critter to raise your own pair of boots. She loves basking in the sun and eating neighborhood dogs. Especially likes cats.' as column: descript5_1_ 10:44:18,453 DEBUG StringType: returning '/images/animals/alligator.jpg' as column: imageUrl1_ 10:44:18,453 DEBUG DoubleType: returning '100.0' as column: price1_ 10:44:18,453 DEBUG TimestampType: returning '2006-04-21 00:00:00' as column: dateOfBi8_1_ 10:44:18,453 DEBUG LongType: returning '3' as column: classif10_1_ 10:44:18,453 DEBUG LongType: returning '15' as column: version1_ 10:44:18,453 DEBUG TwoPhaseLoad: Version: 15 10:44:18,453 DEBUG Loader: result set row: 2 10:44:18,453 DEBUG LongType: returning '15' as column: id1_ 10:44:18,453 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Animal#15] 10:44:18,453 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Animal#15] 10:44:18,453 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Animal#15] 10:44:18,453 DEBUG TimestampType: returning '2007-01-17 13:43:45' as column: CREATED1_ 10:44:18,453 DEBUG StringType: returning 'Amazon Parrot' as column: name1_ 10:44:18,453 DEBUG EnumType: Returning 'MALE' as column gender1_ 10:44:18,453 DEBUG StringType: returning 'Great companion for up to 75 years' as column: descript5_1_ 10:44:18,453 DEBUG StringType: returning '/images/animals/bird4.gif' as column: imageUrl1_ 10:44:18,453 DEBUG DoubleType: returning '100.0' as column: price1_ 10:44:18,453 DEBUG TimestampType: returning '2006-04-21 06:05:05' as column: dateOfBi8_1_ 10:44:18,453 DEBUG LongType: returning '5' as column: classif10_1_ 10:44:18,453 DEBUG LongType: returning '1' as column: version1_ 10:44:18,453 DEBUG TwoPhaseLoad: Version: 1 10:44:18,453 DEBUG Loader: result set row: 3 10:44:18,453 DEBUG LongType: returning '25' as column: id1_ 10:44:18,453 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Animal#25] 10:44:18,453 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Animal#25] 10:44:18,453 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Animal#25] 10:44:18,453 DEBUG TimestampType: returning '2007-01-17 13:43:46' as column: CREATED1_ 10:44:18,453 DEBUG StringType: returning 'American Bullfrog' as column: name1_ 10:44:18,453 DEBUG EnumType: Returning 'MALE' as column gender1_ 10:44:18,453 DEBUG StringType: returning 'Perhaps the most recognized amphibian on the continent, the Bullfrog is, among other things, an awesome predator. In its watery home it will eat other frogs and amphibians, fishes, small snakes, and even small songbirds and baby ducks -- if it has the chance.' as column: descript5_1_ 10:44:18,453 DEBUG StringType: returning '/images/animals/bullfrog.jpg' as column: imageUrl1_ 10:44:18,453 DEBUG DoubleType: returning '100.0' as column: price1_ 10:44:18,468 DEBUG TimestampType: returning '2006-04-21 06:05:05' as column: dateOfBi8_1_ 10:44:18,468 DEBUG LongType: returning '8' as column: classif10_1_ 10:44:18,468 DEBUG LongType: returning '1' as column: version1_ 10:44:18,468 DEBUG TwoPhaseLoad: Version: 1 10:44:18,468 DEBUG Loader: result set row: 4 10:44:18,468 DEBUG LongType: returning '30' as column: id1_ 10:44:18,468 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Animal#30] 10:44:18,468 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Animal#30] 10:44:18,468 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Animal#30] 10:44:18,468 DEBUG TimestampType: returning '2007-01-17 13:43:46' as column: CREATED1_ 10:44:18,468 DEBUG StringType: returning 'American Crocodile' as column: name1_ 10:44:18,468 DEBUG EnumType: Returning 'MALE' as column gender1_ 10:44:18,468 DEBUG StringType: returning 'Usually not more than 15 feet long in the U.S., this species may have reached 23 feet in South America. The adults diet includes crabs, fish (especially mullet), raccoons, waterbirds, and small neighborhood animals.' as column: descript5_1_ 10:44:18,468 DEBUG StringType: returning '/images/animals/crocodile.jpg' as column: imageUrl1_ 10:44:18,468 DEBUG DoubleType: returning '100.0' as column: price1_ 10:44:18,468 DEBUG TimestampType: returning '2006-04-21 06:05:05' as column: dateOfBi8_1_ 10:44:18,468 DEBUG LongType: returning '3' as column: classif10_1_ 10:44:18,468 DEBUG LongType: returning '1' as column: version1_ 10:44:18,468 DEBUG TwoPhaseLoad: Version: 1 10:44:18,468 DEBUG Loader: done processing result set (5 rows) 10:44:18,468 DEBUG AbstractBatcher: about to close ResultSet (open ResultSets: 1, globally: 1) 10:44:18,468 DEBUG AbstractBatcher: about to close PreparedStatement (open PreparedStatements: 1, globally: 1) 10:44:18,468 DEBUG AbstractBatcher: closing statement 10:44:18,468 DEBUG ConnectionManager: aggressively releasing JDBC connection 10:44:18,468 DEBUG ConnectionManager: releasing JDBC connection [ (open PreparedStatements: 0, globally: 0) (open ResultSets: 0, globally: 0)] 10:44:18,468 DEBUG Loader: total objects hydrated: 5 10:44:18,468 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Animal#505] 10:44:18,468 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Classification#1] 10:44:18,468 DEBUG DefaultLoadEventListener: creating new proxy for entity 10:44:18,468 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Animal.countries#505] 10:44:18,468 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Animal#505] 10:44:18,468 DEBUG TransactionalCache: item already cached: org.lds.stack.petstore.model.Animal#505 10:44:18,468 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Animal#505] 10:44:18,468 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Animal#19] 10:44:18,468 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Classification#3] 10:44:18,468 DEBUG DefaultLoadEventListener: creating new proxy for entity 10:44:18,468 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Animal.countries#19] 10:44:18,468 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Animal#19] 10:44:18,468 DEBUG TransactionalCache: item already cached: org.lds.stack.petstore.model.Animal#19 10:44:18,468 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Animal#19] 10:44:18,468 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Animal#15] 10:44:18,468 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Classification#5] 10:44:18,468 DEBUG DefaultLoadEventListener: creating new proxy for entity 10:44:18,468 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Animal.countries#15] 10:44:18,468 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Animal#15] 10:44:18,468 DEBUG TransactionalCache: item already cached: org.lds.stack.petstore.model.Animal#15 10:44:18,468 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Animal#15] 10:44:18,468 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Animal#25] 10:44:18,468 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Classification#8] 10:44:18,468 DEBUG DefaultLoadEventListener: creating new proxy for entity 10:44:18,468 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Animal.countries#25] 10:44:18,468 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Animal#25] 10:44:18,468 DEBUG TransactionalCache: item already cached: org.lds.stack.petstore.model.Animal#25 10:44:18,468 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Animal#25] 10:44:18,468 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Animal#30] 10:44:18,468 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Classification#3] 10:44:18,468 DEBUG DefaultLoadEventListener: entity proxy found in session cache 10:44:18,468 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Animal.countries#30] 10:44:18,468 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Animal#30] 10:44:18,468 DEBUG TransactionalCache: item already cached: org.lds.stack.petstore.model.Animal#30 10:44:18,468 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Animal#30] 10:44:18,468 DEBUG StatefulPersistenceContext: initializing non-lazy collections 10:44:18,468 DEBUG DefaultInitializeCollectionEventListener: initializing collection [org.lds.stack.petstore.model.Animal.countries#30] 10:44:18,468 DEBUG DefaultInitializeCollectionEventListener: checking second-level cache 10:44:18,468 DEBUG TransactionalCache: cache lookup: org.lds.stack.petstore.model.Animal.countries#30 10:44:18,468 DEBUG TransactionalCache: cache miss 10:44:18,468 DEBUG DefaultInitializeCollectionEventListener: collection not cached 10:44:18,468 DEBUG BasicCollectionLoader: Static select for collection org.lds.stack.petstore.model.Animal.countries: /* load collection org.lds.stack.petstore.model.Animal.countries */ select countries0_.ANIMAL_ID as ANIMAL1_1_, countries0_.COUNTRY_ID as COUNTRY2_1_, country1_.id as id3_0_, country1_.name as name3_0_ from ANIMAL_COUNTRY countries0_ left outer join Country country1_ on countries0_.COUNTRY_ID=country1_.id where countries0_.ANIMAL_ID in (select animal0_.id from Animal animal0_ where upper(animal0_.name) like upper(?) ) order by country1_.name asc 10:44:18,468 DEBUG AbstractBatcher: about to open PreparedStatement (open PreparedStatements: 0, globally: 0) 10:44:18,468 DEBUG ConnectionManager: opening JDBC connection 10:44:18,468 DEBUG SQL: /* load collection org.lds.stack.petstore.model.Animal.countries */ select countries0_.ANIMAL_ID as ANIMAL1_1_, countries0_.COUNTRY_ID as COUNTRY2_1_, country1_.id as id3_0_, country1_.name as name3_0_ from ANIMAL_COUNTRY countries0_ left outer join Country country1_ on countries0_.COUNTRY_ID=country1_.id where countries0_.ANIMAL_ID in ( select animal0_.id from Animal animal0_ where upper(animal0_.name) like upper(?) ) order by country1_.name asc Hibernate: /* load collection org.lds.stack.petstore.model.Animal.countries */ select countries0_.ANIMAL_ID as ANIMAL1_1_, countries0_.COUNTRY_ID as COUNTRY2_1_, country1_.id as id3_0_, country1_.name as name3_0_ from ANIMAL_COUNTRY countries0_ left outer join Country country1_ on countries0_.COUNTRY_ID=country1_.id where countries0_.ANIMAL_ID in ( select animal0_.id from Animal animal0_ where upper(animal0_.name) like upper(?) ) order by country1_.name asc 10:44:18,468 DEBUG AbstractBatcher: preparing statement 10:44:18,468 DEBUG Loader: bindNamedParameters() % -> 1 [1] 10:44:18,468 DEBUG StringType: binding '%' to parameter: 1 10:44:18,484 DEBUG AbstractBatcher: about to open ResultSet (open ResultSets: 0, globally: 0) 10:44:18,484 DEBUG Loader: result set contains (possibly empty) collection: [org.lds.stack.petstore.model.Animal.countries#25] 10:44:18,484 DEBUG CollectionLoadContext: uninitialized collection: initializing 10:44:18,484 DEBUG Loader: result set contains (possibly empty) collection: [org.lds.stack.petstore.model.Animal.countries#505] 10:44:18,484 DEBUG CollectionLoadContext: uninitialized collection: initializing 10:44:18,484 DEBUG Loader: result set contains (possibly empty) collection: [org.lds.stack.petstore.model.Animal.countries#15] 10:44:18,484 DEBUG CollectionLoadContext: uninitialized collection: initializing 10:44:18,484 DEBUG Loader: result set contains (possibly empty) collection: [org.lds.stack.petstore.model.Animal.countries#30] 10:44:18,484 DEBUG CollectionLoadContext: uninitialized collection: initializing 10:44:18,484 DEBUG Loader: result set contains (possibly empty) collection: [org.lds.stack.petstore.model.Animal.countries#19] 10:44:18,484 DEBUG CollectionLoadContext: uninitialized collection: initializing 10:44:18,484 DEBUG Loader: processing result set 10:44:18,484 DEBUG Loader: result set row: 0 10:44:18,484 DEBUG LongType: returning '1' as column: id3_0_ 10:44:18,484 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG StringType: returning 'Afghanistan' as column: name3_0_ 10:44:18,484 DEBUG LongType: returning '19' as column: ANIMAL1_1_ 10:44:18,484 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#19] 10:44:18,484 DEBUG CollectionLoadContext: reading row 10:44:18,484 DEBUG LongType: returning '1' as column: COUNTRY2_1_ 10:44:18,484 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG Loader: result set row: 1 10:44:18,484 DEBUG LongType: returning '1' as column: id3_0_ 10:44:18,484 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG LongType: returning '23' as column: ANIMAL1_1_ 10:44:18,484 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#23] 10:44:18,484 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,484 DEBUG LongType: returning '1' as column: COUNTRY2_1_ 10:44:18,484 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG Loader: result set row: 2 10:44:18,484 DEBUG LongType: returning '1' as column: id3_0_ 10:44:18,484 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG LongType: returning '24' as column: ANIMAL1_1_ 10:44:18,484 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#24] 10:44:18,484 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,484 DEBUG LongType: returning '1' as column: COUNTRY2_1_ 10:44:18,484 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG Loader: result set row: 3 10:44:18,484 DEBUG LongType: returning '1' as column: id3_0_ 10:44:18,484 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG LongType: returning '54' as column: ANIMAL1_1_ 10:44:18,484 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#54] 10:44:18,484 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,484 DEBUG LongType: returning '1' as column: COUNTRY2_1_ 10:44:18,484 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG Loader: result set row: 4 10:44:18,484 DEBUG LongType: returning '1' as column: id3_0_ 10:44:18,484 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG LongType: returning '55' as column: ANIMAL1_1_ 10:44:18,484 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#55] 10:44:18,484 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,484 DEBUG LongType: returning '1' as column: COUNTRY2_1_ 10:44:18,484 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG Loader: result set row: 5 10:44:18,484 DEBUG LongType: returning '1' as column: id3_0_ 10:44:18,484 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG LongType: returning '53' as column: ANIMAL1_1_ 10:44:18,484 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#53] 10:44:18,484 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,484 DEBUG LongType: returning '1' as column: COUNTRY2_1_ 10:44:18,484 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG Loader: result set row: 6 10:44:18,484 DEBUG LongType: returning '1' as column: id3_0_ 10:44:18,484 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG LongType: returning '52' as column: ANIMAL1_1_ 10:44:18,484 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#52] 10:44:18,484 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,484 DEBUG LongType: returning '1' as column: COUNTRY2_1_ 10:44:18,484 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG Loader: result set row: 7 10:44:18,484 DEBUG LongType: returning '1' as column: id3_0_ 10:44:18,484 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG LongType: returning '505' as column: ANIMAL1_1_ 10:44:18,484 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#505] 10:44:18,484 DEBUG CollectionLoadContext: reading row 10:44:18,484 DEBUG LongType: returning '1' as column: COUNTRY2_1_ 10:44:18,484 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#1] 10:44:18,484 DEBUG Loader: result set row: 8 10:44:18,484 DEBUG LongType: returning '2' as column: id3_0_ 10:44:18,484 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#2] 10:44:18,484 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#2] 10:44:18,484 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#2] 10:44:18,484 DEBUG StringType: returning 'Albania' as column: name3_0_ 10:44:18,484 DEBUG LongType: returning '19' as column: ANIMAL1_1_ 10:44:18,484 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#19] 10:44:18,484 DEBUG CollectionLoadContext: reading row 10:44:18,484 DEBUG LongType: returning '2' as column: COUNTRY2_1_ 10:44:18,484 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#2] 10:44:18,484 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#2] 10:44:18,484 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#2] 10:44:18,484 DEBUG Loader: result set row: 9 10:44:18,484 DEBUG LongType: returning '2' as column: id3_0_ 10:44:18,484 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#2] 10:44:18,484 DEBUG LongType: returning '23' as column: ANIMAL1_1_ 10:44:18,484 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#23] 10:44:18,484 DEBUG CollectionLoadContext: reading row 10:44:18,484 DEBUG LongType: returning '2' as column: COUNTRY2_1_ 10:44:18,484 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#2] 10:44:18,484 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#2] 10:44:18,484 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#2] 10:44:18,484 DEBUG Loader: result set row: 10 10:44:18,484 DEBUG LongType: returning '4' as column: id3_0_ 10:44:18,484 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#4] 10:44:18,484 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#4] 10:44:18,484 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#4] 10:44:18,484 DEBUG StringType: returning 'American Samoa' as column: name3_0_ 10:44:18,484 DEBUG LongType: returning '19' as column: ANIMAL1_1_ 10:44:18,484 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#19] 10:44:18,484 DEBUG CollectionLoadContext: reading row 10:44:18,484 DEBUG LongType: returning '4' as column: COUNTRY2_1_ 10:44:18,484 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#4] 10:44:18,484 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#4] 10:44:18,484 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#4] 10:44:18,484 DEBUG Loader: result set row: 11 10:44:18,484 DEBUG LongType: returning '7' as column: id3_0_ 10:44:18,484 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#7] 10:44:18,484 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#7] 10:44:18,484 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#7] 10:44:18,484 DEBUG StringType: returning 'Anguilla' as column: name3_0_ 10:44:18,484 DEBUG LongType: returning '49' as column: ANIMAL1_1_ 10:44:18,484 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#49] 10:44:18,484 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,484 DEBUG LongType: returning '7' as column: COUNTRY2_1_ 10:44:18,484 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#7] 10:44:18,484 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#7] 10:44:18,484 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#7] 10:44:18,484 DEBUG Loader: result set row: 12 10:44:18,484 DEBUG LongType: returning '8' as column: id3_0_ 10:44:18,484 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#8] 10:44:18,484 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#8] 10:44:18,484 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#8] 10:44:18,484 DEBUG StringType: returning 'Antarctica' as column: name3_0_ 10:44:18,484 DEBUG LongType: returning '49' as column: ANIMAL1_1_ 10:44:18,484 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#49] 10:44:18,484 DEBUG CollectionLoadContext: reading row 10:44:18,484 DEBUG LongType: returning '8' as column: COUNTRY2_1_ 10:44:18,484 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#8] 10:44:18,484 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#8] 10:44:18,484 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#8] 10:44:18,484 DEBUG Loader: result set row: 13 10:44:18,484 DEBUG LongType: returning '9' as column: id3_0_ 10:44:18,484 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#9] 10:44:18,484 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#9] 10:44:18,484 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#9] 10:44:18,484 DEBUG StringType: returning 'Antigua And Barbuda' as column: name3_0_ 10:44:18,484 DEBUG LongType: returning '49' as column: ANIMAL1_1_ 10:44:18,484 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#49] 10:44:18,484 DEBUG CollectionLoadContext: reading row 10:44:18,484 DEBUG LongType: returning '9' as column: COUNTRY2_1_ 10:44:18,484 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#9] 10:44:18,484 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#9] 10:44:18,484 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#9] 10:44:18,484 DEBUG Loader: result set row: 14 10:44:18,484 DEBUG LongType: returning '10' as column: id3_0_ 10:44:18,484 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#10] 10:44:18,484 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#10] 10:44:18,484 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#10] 10:44:18,484 DEBUG StringType: returning 'Argentina' as column: name3_0_ 10:44:18,484 DEBUG LongType: returning '19' as column: ANIMAL1_1_ 10:44:18,484 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#19] 10:44:18,484 DEBUG CollectionLoadContext: reading row 10:44:18,484 DEBUG LongType: returning '10' as column: COUNTRY2_1_ 10:44:18,484 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#10] 10:44:18,484 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#10] 10:44:18,484 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#10] 10:44:18,484 DEBUG Loader: result set row: 15 10:44:18,484 DEBUG LongType: returning '10' as column: id3_0_ 10:44:18,484 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#10] 10:44:18,484 DEBUG LongType: returning '20' as column: ANIMAL1_1_ 10:44:18,484 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#20] 10:44:18,484 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,484 DEBUG LongType: returning '10' as column: COUNTRY2_1_ 10:44:18,484 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#10] 10:44:18,484 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#10] 10:44:18,484 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#10] 10:44:18,484 DEBUG Loader: result set row: 16 10:44:18,484 DEBUG LongType: returning '12' as column: id3_0_ 10:44:18,484 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#12] 10:44:18,484 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#12] 10:44:18,484 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#12] 10:44:18,484 DEBUG StringType: returning 'Aruba' as column: name3_0_ 10:44:18,484 DEBUG LongType: returning '18' as column: ANIMAL1_1_ 10:44:18,484 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#18] 10:44:18,484 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,484 DEBUG LongType: returning '12' as column: COUNTRY2_1_ 10:44:18,484 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#12] 10:44:18,484 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#12] 10:44:18,484 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#12] 10:44:18,484 DEBUG Loader: result set row: 17 10:44:18,484 DEBUG LongType: returning '15' as column: id3_0_ 10:44:18,484 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#15] 10:44:18,484 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#15] 10:44:18,484 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#15] 10:44:18,484 DEBUG StringType: returning 'Azerbaijan' as column: name3_0_ 10:44:18,484 DEBUG LongType: returning '50' as column: ANIMAL1_1_ 10:44:18,484 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#50] 10:44:18,484 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,484 DEBUG LongType: returning '15' as column: COUNTRY2_1_ 10:44:18,484 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#15] 10:44:18,484 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#15] 10:44:18,484 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#15] 10:44:18,484 DEBUG Loader: result set row: 18 10:44:18,484 DEBUG LongType: returning '16' as column: id3_0_ 10:44:18,484 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#16] 10:44:18,484 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#16] 10:44:18,484 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#16] 10:44:18,484 DEBUG StringType: returning 'Bahamas' as column: name3_0_ 10:44:18,484 DEBUG LongType: returning '21' as column: ANIMAL1_1_ 10:44:18,484 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#21] 10:44:18,484 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,484 DEBUG LongType: returning '16' as column: COUNTRY2_1_ 10:44:18,484 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#16] 10:44:18,484 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#16] 10:44:18,484 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#16] 10:44:18,484 DEBUG Loader: result set row: 19 10:44:18,484 DEBUG LongType: returning '16' as column: id3_0_ 10:44:18,484 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#16] 10:44:18,484 DEBUG LongType: returning '50' as column: ANIMAL1_1_ 10:44:18,484 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#50] 10:44:18,484 DEBUG CollectionLoadContext: reading row 10:44:18,484 DEBUG LongType: returning '16' as column: COUNTRY2_1_ 10:44:18,484 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#16] 10:44:18,484 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#16] 10:44:18,484 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#16] 10:44:18,484 DEBUG Loader: result set row: 20 10:44:18,500 DEBUG LongType: returning '17' as column: id3_0_ 10:44:18,500 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#17] 10:44:18,500 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#17] 10:44:18,500 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#17] 10:44:18,500 DEBUG StringType: returning 'Bahrain' as column: name3_0_ 10:44:18,500 DEBUG LongType: returning '50' as column: ANIMAL1_1_ 10:44:18,500 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#50] 10:44:18,500 DEBUG CollectionLoadContext: reading row 10:44:18,500 DEBUG LongType: returning '17' as column: COUNTRY2_1_ 10:44:18,500 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#17] 10:44:18,500 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#17] 10:44:18,500 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#17] 10:44:18,500 DEBUG Loader: result set row: 21 10:44:18,500 DEBUG LongType: returning '22' as column: id3_0_ 10:44:18,500 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#22] 10:44:18,500 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#22] 10:44:18,500 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#22] 10:44:18,500 DEBUG StringType: returning 'Belize' as column: name3_0_ 10:44:18,500 DEBUG LongType: returning '47' as column: ANIMAL1_1_ 10:44:18,500 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#47] 10:44:18,500 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,500 DEBUG LongType: returning '22' as column: COUNTRY2_1_ 10:44:18,500 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#22] 10:44:18,500 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#22] 10:44:18,500 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#22] 10:44:18,500 DEBUG Loader: result set row: 22 10:44:18,500 DEBUG LongType: returning '27' as column: id3_0_ 10:44:18,500 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#27] 10:44:18,500 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#27] 10:44:18,500 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#27] 10:44:18,500 DEBUG StringType: returning 'Bosnia And Herzegovina' as column: name3_0_ 10:44:18,500 DEBUG LongType: returning '46' as column: ANIMAL1_1_ 10:44:18,500 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#46] 10:44:18,500 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,500 DEBUG LongType: returning '27' as column: COUNTRY2_1_ 10:44:18,500 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#27] 10:44:18,500 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#27] 10:44:18,500 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#27] 10:44:18,500 DEBUG Loader: result set row: 23 10:44:18,500 DEBUG LongType: returning '29' as column: id3_0_ 10:44:18,500 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#29] 10:44:18,500 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#29] 10:44:18,500 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#29] 10:44:18,500 DEBUG StringType: returning 'Bouvet Island' as column: name3_0_ 10:44:18,500 DEBUG LongType: returning '45' as column: ANIMAL1_1_ 10:44:18,500 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#45] 10:44:18,500 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,500 DEBUG LongType: returning '29' as column: COUNTRY2_1_ 10:44:18,500 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#29] 10:44:18,500 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#29] 10:44:18,500 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#29] 10:44:18,500 DEBUG Loader: result set row: 24 10:44:18,500 DEBUG LongType: returning '33' as column: id3_0_ 10:44:18,500 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#33] 10:44:18,500 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#33] 10:44:18,500 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#33] 10:44:18,500 DEBUG StringType: returning 'Bulgaria' as column: name3_0_ 10:44:18,500 DEBUG LongType: returning '43' as column: ANIMAL1_1_ 10:44:18,500 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#43] 10:44:18,500 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,500 DEBUG LongType: returning '33' as column: COUNTRY2_1_ 10:44:18,500 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#33] 10:44:18,500 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#33] 10:44:18,500 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#33] 10:44:18,500 DEBUG Loader: result set row: 25 10:44:18,500 DEBUG LongType: returning '38' as column: id3_0_ 10:44:18,500 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG StringType: returning 'Canada' as column: name3_0_ 10:44:18,500 DEBUG LongType: returning '1' as column: ANIMAL1_1_ 10:44:18,500 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#1] 10:44:18,500 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,500 DEBUG LongType: returning '38' as column: COUNTRY2_1_ 10:44:18,500 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG Loader: result set row: 26 10:44:18,500 DEBUG LongType: returning '38' as column: id3_0_ 10:44:18,500 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG LongType: returning '2' as column: ANIMAL1_1_ 10:44:18,500 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#2] 10:44:18,500 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,500 DEBUG LongType: returning '38' as column: COUNTRY2_1_ 10:44:18,500 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG Loader: result set row: 27 10:44:18,500 DEBUG LongType: returning '38' as column: id3_0_ 10:44:18,500 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG LongType: returning '4' as column: ANIMAL1_1_ 10:44:18,500 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#4] 10:44:18,500 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,500 DEBUG LongType: returning '38' as column: COUNTRY2_1_ 10:44:18,500 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG Loader: result set row: 28 10:44:18,500 DEBUG LongType: returning '38' as column: id3_0_ 10:44:18,500 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG LongType: returning '6' as column: ANIMAL1_1_ 10:44:18,500 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#6] 10:44:18,500 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,500 DEBUG LongType: returning '38' as column: COUNTRY2_1_ 10:44:18,500 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG Loader: result set row: 29 10:44:18,500 DEBUG LongType: returning '38' as column: id3_0_ 10:44:18,500 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG LongType: returning '8' as column: ANIMAL1_1_ 10:44:18,500 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#8] 10:44:18,500 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,500 DEBUG LongType: returning '38' as column: COUNTRY2_1_ 10:44:18,500 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG Loader: result set row: 30 10:44:18,500 DEBUG LongType: returning '38' as column: id3_0_ 10:44:18,500 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG LongType: returning '10' as column: ANIMAL1_1_ 10:44:18,500 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#10] 10:44:18,500 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,500 DEBUG LongType: returning '38' as column: COUNTRY2_1_ 10:44:18,500 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG Loader: result set row: 31 10:44:18,500 DEBUG LongType: returning '38' as column: id3_0_ 10:44:18,500 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG LongType: returning '12' as column: ANIMAL1_1_ 10:44:18,500 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#12] 10:44:18,500 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,500 DEBUG LongType: returning '38' as column: COUNTRY2_1_ 10:44:18,500 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG Loader: result set row: 32 10:44:18,500 DEBUG LongType: returning '38' as column: id3_0_ 10:44:18,500 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG LongType: returning '14' as column: ANIMAL1_1_ 10:44:18,500 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#14] 10:44:18,500 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,500 DEBUG LongType: returning '38' as column: COUNTRY2_1_ 10:44:18,500 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG Loader: result set row: 33 10:44:18,500 DEBUG LongType: returning '38' as column: id3_0_ 10:44:18,500 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG LongType: returning '16' as column: ANIMAL1_1_ 10:44:18,500 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#16] 10:44:18,500 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,500 DEBUG LongType: returning '38' as column: COUNTRY2_1_ 10:44:18,500 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG Loader: result set row: 34 10:44:18,500 DEBUG LongType: returning '38' as column: id3_0_ 10:44:18,500 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG LongType: returning '15' as column: ANIMAL1_1_ 10:44:18,500 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#15] 10:44:18,500 DEBUG CollectionLoadContext: reading row 10:44:18,500 DEBUG LongType: returning '38' as column: COUNTRY2_1_ 10:44:18,500 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG Loader: result set row: 35 10:44:18,500 DEBUG LongType: returning '38' as column: id3_0_ 10:44:18,500 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG LongType: returning '13' as column: ANIMAL1_1_ 10:44:18,500 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#13] 10:44:18,500 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,500 DEBUG LongType: returning '38' as column: COUNTRY2_1_ 10:44:18,500 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG Loader: result set row: 36 10:44:18,500 DEBUG LongType: returning '38' as column: id3_0_ 10:44:18,500 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG LongType: returning '11' as column: ANIMAL1_1_ 10:44:18,500 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#11] 10:44:18,500 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,500 DEBUG LongType: returning '38' as column: COUNTRY2_1_ 10:44:18,500 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG Loader: result set row: 37 10:44:18,500 DEBUG LongType: returning '38' as column: id3_0_ 10:44:18,500 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG LongType: returning '9' as column: ANIMAL1_1_ 10:44:18,500 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#9] 10:44:18,500 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,500 DEBUG LongType: returning '38' as column: COUNTRY2_1_ 10:44:18,500 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG Loader: result set row: 38 10:44:18,500 DEBUG LongType: returning '38' as column: id3_0_ 10:44:18,500 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG LongType: returning '7' as column: ANIMAL1_1_ 10:44:18,500 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#7] 10:44:18,500 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,500 DEBUG LongType: returning '38' as column: COUNTRY2_1_ 10:44:18,500 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG Loader: result set row: 39 10:44:18,500 DEBUG LongType: returning '38' as column: id3_0_ 10:44:18,500 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG LongType: returning '5' as column: ANIMAL1_1_ 10:44:18,500 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#5] 10:44:18,500 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,500 DEBUG LongType: returning '38' as column: COUNTRY2_1_ 10:44:18,500 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG Loader: result set row: 40 10:44:18,500 DEBUG LongType: returning '38' as column: id3_0_ 10:44:18,500 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG LongType: returning '3' as column: ANIMAL1_1_ 10:44:18,500 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#3] 10:44:18,500 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,500 DEBUG LongType: returning '38' as column: COUNTRY2_1_ 10:44:18,500 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#38] 10:44:18,500 DEBUG Loader: result set row: 41 10:44:18,500 DEBUG LongType: returning '40' as column: id3_0_ 10:44:18,500 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#40] 10:44:18,500 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#40] 10:44:18,500 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#40] 10:44:18,500 DEBUG StringType: returning 'Cayman Islands' as column: name3_0_ 10:44:18,500 DEBUG LongType: returning '18' as column: ANIMAL1_1_ 10:44:18,500 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#18] 10:44:18,500 DEBUG CollectionLoadContext: reading row 10:44:18,500 DEBUG LongType: returning '40' as column: COUNTRY2_1_ 10:44:18,500 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#40] 10:44:18,500 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#40] 10:44:18,500 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#40] 10:44:18,500 DEBUG Loader: result set row: 42 10:44:18,500 DEBUG LongType: returning '40' as column: id3_0_ 10:44:18,500 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#40] 10:44:18,500 DEBUG LongType: returning '20' as column: ANIMAL1_1_ 10:44:18,500 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#20] 10:44:18,500 DEBUG CollectionLoadContext: reading row 10:44:18,500 DEBUG LongType: returning '40' as column: COUNTRY2_1_ 10:44:18,500 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#40] 10:44:18,500 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#40] 10:44:18,500 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#40] 10:44:18,500 DEBUG Loader: result set row: 43 10:44:18,500 DEBUG LongType: returning '40' as column: id3_0_ 10:44:18,500 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#40] 10:44:18,500 DEBUG LongType: returning '23' as column: ANIMAL1_1_ 10:44:18,500 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#23] 10:44:18,500 DEBUG CollectionLoadContext: reading row 10:44:18,500 DEBUG LongType: returning '40' as column: COUNTRY2_1_ 10:44:18,500 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#40] 10:44:18,500 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#40] 10:44:18,500 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#40] 10:44:18,500 DEBUG Loader: result set row: 44 10:44:18,500 DEBUG LongType: returning '40' as column: id3_0_ 10:44:18,500 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#40] 10:44:18,500 DEBUG LongType: returning '19' as column: ANIMAL1_1_ 10:44:18,500 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#19] 10:44:18,500 DEBUG CollectionLoadContext: reading row 10:44:18,500 DEBUG LongType: returning '40' as column: COUNTRY2_1_ 10:44:18,500 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#40] 10:44:18,500 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#40] 10:44:18,500 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#40] 10:44:18,500 DEBUG Loader: result set row: 45 10:44:18,500 DEBUG LongType: returning '41' as column: id3_0_ 10:44:18,500 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#41] 10:44:18,500 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#41] 10:44:18,500 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#41] 10:44:18,500 DEBUG StringType: returning 'Central African Republic' as column: name3_0_ 10:44:18,500 DEBUG LongType: returning '22' as column: ANIMAL1_1_ 10:44:18,500 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#22] 10:44:18,500 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,500 DEBUG LongType: returning '41' as column: COUNTRY2_1_ 10:44:18,500 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#41] 10:44:18,500 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#41] 10:44:18,500 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#41] 10:44:18,500 DEBUG Loader: result set row: 46 10:44:18,500 DEBUG LongType: returning '44' as column: id3_0_ 10:44:18,500 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#44] 10:44:18,500 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#44] 10:44:18,500 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#44] 10:44:18,500 DEBUG StringType: returning 'China' as column: name3_0_ 10:44:18,500 DEBUG LongType: returning '36' as column: ANIMAL1_1_ 10:44:18,500 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#36] 10:44:18,500 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,500 DEBUG LongType: returning '44' as column: COUNTRY2_1_ 10:44:18,500 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#44] 10:44:18,500 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#44] 10:44:18,500 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#44] 10:44:18,500 DEBUG Loader: result set row: 47 10:44:18,500 DEBUG LongType: returning '44' as column: id3_0_ 10:44:18,500 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#44] 10:44:18,500 DEBUG LongType: returning '39' as column: ANIMAL1_1_ 10:44:18,500 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#39] 10:44:18,500 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,500 DEBUG LongType: returning '44' as column: COUNTRY2_1_ 10:44:18,500 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#44] 10:44:18,500 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#44] 10:44:18,500 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#44] 10:44:18,500 DEBUG Loader: result set row: 48 10:44:18,500 DEBUG LongType: returning '45' as column: id3_0_ 10:44:18,500 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#45] 10:44:18,500 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#45] 10:44:18,500 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#45] 10:44:18,500 DEBUG StringType: returning 'Christmas Island' as column: name3_0_ 10:44:18,500 DEBUG LongType: returning '21' as column: ANIMAL1_1_ 10:44:18,500 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#21] 10:44:18,500 DEBUG CollectionLoadContext: reading row 10:44:18,500 DEBUG LongType: returning '45' as column: COUNTRY2_1_ 10:44:18,500 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#45] 10:44:18,500 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#45] 10:44:18,500 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#45] 10:44:18,500 DEBUG Loader: result set row: 49 10:44:18,500 DEBUG LongType: returning '46' as column: id3_0_ 10:44:18,500 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#46] 10:44:18,500 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#46] 10:44:18,500 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#46] 10:44:18,500 DEBUG StringType: returning 'Cocos (Keeling); Islands' as column: name3_0_ 10:44:18,500 DEBUG LongType: returning '38' as column: ANIMAL1_1_ 10:44:18,500 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#38] 10:44:18,500 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,500 DEBUG LongType: returning '46' as column: COUNTRY2_1_ 10:44:18,500 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#46] 10:44:18,500 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#46] 10:44:18,500 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#46] 10:44:18,515 DEBUG Loader: result set row: 50 10:44:18,515 DEBUG LongType: returning '47' as column: id3_0_ 10:44:18,515 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#47] 10:44:18,515 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#47] 10:44:18,515 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#47] 10:44:18,515 DEBUG StringType: returning 'Colombia' as column: name3_0_ 10:44:18,515 DEBUG LongType: returning '38' as column: ANIMAL1_1_ 10:44:18,515 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#38] 10:44:18,515 DEBUG CollectionLoadContext: reading row 10:44:18,515 DEBUG LongType: returning '47' as column: COUNTRY2_1_ 10:44:18,515 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#47] 10:44:18,515 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#47] 10:44:18,515 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#47] 10:44:18,515 DEBUG Loader: result set row: 51 10:44:18,515 DEBUG LongType: returning '60' as column: id3_0_ 10:44:18,515 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#60] 10:44:18,515 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#60] 10:44:18,515 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#60] 10:44:18,515 DEBUG StringType: returning 'Dominica' as column: name3_0_ 10:44:18,515 DEBUG LongType: returning '35' as column: ANIMAL1_1_ 10:44:18,515 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#35] 10:44:18,515 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,515 DEBUG LongType: returning '60' as column: COUNTRY2_1_ 10:44:18,515 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#60] 10:44:18,515 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#60] 10:44:18,515 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#60] 10:44:18,515 DEBUG Loader: result set row: 52 10:44:18,515 DEBUG LongType: returning '63' as column: id3_0_ 10:44:18,515 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#63] 10:44:18,515 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#63] 10:44:18,515 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#63] 10:44:18,515 DEBUG StringType: returning 'Ecuador' as column: name3_0_ 10:44:18,515 DEBUG LongType: returning '44' as column: ANIMAL1_1_ 10:44:18,515 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#44] 10:44:18,515 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,515 DEBUG LongType: returning '63' as column: COUNTRY2_1_ 10:44:18,515 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#63] 10:44:18,515 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#63] 10:44:18,515 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#63] 10:44:18,515 DEBUG Loader: result set row: 53 10:44:18,515 DEBUG LongType: returning '67' as column: id3_0_ 10:44:18,515 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#67] 10:44:18,515 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#67] 10:44:18,515 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#67] 10:44:18,515 DEBUG StringType: returning 'Eritrea' as column: name3_0_ 10:44:18,515 DEBUG LongType: returning '51' as column: ANIMAL1_1_ 10:44:18,515 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#51] 10:44:18,515 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,515 DEBUG LongType: returning '67' as column: COUNTRY2_1_ 10:44:18,515 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#67] 10:44:18,515 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#67] 10:44:18,515 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#67] 10:44:18,515 DEBUG Loader: result set row: 54 10:44:18,515 DEBUG LongType: returning '77' as column: id3_0_ 10:44:18,515 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#77] 10:44:18,515 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#77] 10:44:18,515 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#77] 10:44:18,515 DEBUG StringType: returning 'French Southern Territories' as column: name3_0_ 10:44:18,515 DEBUG LongType: returning '40' as column: ANIMAL1_1_ 10:44:18,515 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#40] 10:44:18,515 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,515 DEBUG LongType: returning '77' as column: COUNTRY2_1_ 10:44:18,515 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#77] 10:44:18,515 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#77] 10:44:18,515 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#77] 10:44:18,515 DEBUG Loader: result set row: 55 10:44:18,515 DEBUG LongType: returning '88' as column: id3_0_ 10:44:18,515 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#88] 10:44:18,515 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#88] 10:44:18,515 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#88] 10:44:18,515 DEBUG StringType: returning 'Guam' as column: name3_0_ 10:44:18,515 DEBUG LongType: returning '22' as column: ANIMAL1_1_ 10:44:18,515 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#22] 10:44:18,515 DEBUG CollectionLoadContext: reading row 10:44:18,515 DEBUG LongType: returning '88' as column: COUNTRY2_1_ 10:44:18,515 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#88] 10:44:18,515 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#88] 10:44:18,515 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#88] 10:44:18,515 DEBUG Loader: result set row: 56 10:44:18,515 DEBUG LongType: returning '88' as column: id3_0_ 10:44:18,515 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#88] 10:44:18,515 DEBUG LongType: returning '37' as column: ANIMAL1_1_ 10:44:18,515 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#37] 10:44:18,515 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,515 DEBUG LongType: returning '88' as column: COUNTRY2_1_ 10:44:18,515 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#88] 10:44:18,515 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#88] 10:44:18,515 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#88] 10:44:18,515 DEBUG Loader: result set row: 57 10:44:18,515 DEBUG LongType: returning '90' as column: id3_0_ 10:44:18,515 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#90] 10:44:18,515 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#90] 10:44:18,515 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#90] 10:44:18,515 DEBUG StringType: returning 'Guinea' as column: name3_0_ 10:44:18,515 DEBUG LongType: returning '23' as column: ANIMAL1_1_ 10:44:18,515 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#23] 10:44:18,515 DEBUG CollectionLoadContext: reading row 10:44:18,515 DEBUG LongType: returning '90' as column: COUNTRY2_1_ 10:44:18,515 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#90] 10:44:18,515 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#90] 10:44:18,515 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#90] 10:44:18,515 DEBUG Loader: result set row: 58 10:44:18,515 DEBUG LongType: returning '90' as column: id3_0_ 10:44:18,515 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#90] 10:44:18,515 DEBUG LongType: returning '41' as column: ANIMAL1_1_ 10:44:18,515 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#41] 10:44:18,515 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,515 DEBUG LongType: returning '90' as column: COUNTRY2_1_ 10:44:18,515 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#90] 10:44:18,515 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#90] 10:44:18,515 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#90] 10:44:18,515 DEBUG Loader: result set row: 59 10:44:18,515 DEBUG LongType: returning '91' as column: id3_0_ 10:44:18,515 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#91] 10:44:18,515 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#91] 10:44:18,515 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#91] 10:44:18,515 DEBUG StringType: returning 'Guinea-Bissau' as column: name3_0_ 10:44:18,515 DEBUG LongType: returning '42' as column: ANIMAL1_1_ 10:44:18,515 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#42] 10:44:18,515 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,515 DEBUG LongType: returning '91' as column: COUNTRY2_1_ 10:44:18,515 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#91] 10:44:18,515 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#91] 10:44:18,515 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#91] 10:44:18,515 DEBUG Loader: result set row: 60 10:44:18,515 DEBUG LongType: returning '98' as column: id3_0_ 10:44:18,515 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#98] 10:44:18,515 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#98] 10:44:18,515 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#98] 10:44:18,515 DEBUG StringType: returning 'Hungary' as column: name3_0_ 10:44:18,515 DEBUG LongType: returning '47' as column: ANIMAL1_1_ 10:44:18,515 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#47] 10:44:18,515 DEBUG CollectionLoadContext: reading row 10:44:18,515 DEBUG LongType: returning '98' as column: COUNTRY2_1_ 10:44:18,515 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#98] 10:44:18,515 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#98] 10:44:18,515 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#98] 10:44:18,515 DEBUG Loader: result set row: 61 10:44:18,515 DEBUG LongType: returning '99' as column: id3_0_ 10:44:18,515 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#99] 10:44:18,515 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#99] 10:44:18,515 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#99] 10:44:18,515 DEBUG StringType: returning 'Iceland' as column: name3_0_ 10:44:18,515 DEBUG LongType: returning '33' as column: ANIMAL1_1_ 10:44:18,515 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#33] 10:44:18,515 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,515 DEBUG LongType: returning '99' as column: COUNTRY2_1_ 10:44:18,515 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#99] 10:44:18,515 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#99] 10:44:18,515 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#99] 10:44:18,515 DEBUG Loader: result set row: 62 10:44:18,515 DEBUG LongType: returning '100' as column: id3_0_ 10:44:18,515 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#100] 10:44:18,515 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#100] 10:44:18,515 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#100] 10:44:18,515 DEBUG StringType: returning 'India' as column: name3_0_ 10:44:18,515 DEBUG LongType: returning '24' as column: ANIMAL1_1_ 10:44:18,515 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#24] 10:44:18,515 DEBUG CollectionLoadContext: reading row 10:44:18,515 DEBUG LongType: returning '100' as column: COUNTRY2_1_ 10:44:18,515 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#100] 10:44:18,515 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#100] 10:44:18,515 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#100] 10:44:18,515 DEBUG Loader: result set row: 63 10:44:18,515 DEBUG LongType: returning '139' as column: id3_0_ 10:44:18,515 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG StringType: returning 'Mexico' as column: name3_0_ 10:44:18,515 DEBUG LongType: returning '1' as column: ANIMAL1_1_ 10:44:18,515 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#1] 10:44:18,515 DEBUG CollectionLoadContext: reading row 10:44:18,515 DEBUG LongType: returning '139' as column: COUNTRY2_1_ 10:44:18,515 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG Loader: result set row: 64 10:44:18,515 DEBUG LongType: returning '139' as column: id3_0_ 10:44:18,515 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG LongType: returning '16' as column: ANIMAL1_1_ 10:44:18,515 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#16] 10:44:18,515 DEBUG CollectionLoadContext: reading row 10:44:18,515 DEBUG LongType: returning '139' as column: COUNTRY2_1_ 10:44:18,515 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG Loader: result set row: 65 10:44:18,515 DEBUG LongType: returning '139' as column: id3_0_ 10:44:18,515 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG LongType: returning '15' as column: ANIMAL1_1_ 10:44:18,515 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#15] 10:44:18,515 DEBUG CollectionLoadContext: reading row 10:44:18,515 DEBUG LongType: returning '139' as column: COUNTRY2_1_ 10:44:18,515 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG Loader: result set row: 66 10:44:18,515 DEBUG LongType: returning '139' as column: id3_0_ 10:44:18,515 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG LongType: returning '14' as column: ANIMAL1_1_ 10:44:18,515 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#14] 10:44:18,515 DEBUG CollectionLoadContext: reading row 10:44:18,515 DEBUG LongType: returning '139' as column: COUNTRY2_1_ 10:44:18,515 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG Loader: result set row: 67 10:44:18,515 DEBUG LongType: returning '139' as column: id3_0_ 10:44:18,515 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG LongType: returning '13' as column: ANIMAL1_1_ 10:44:18,515 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#13] 10:44:18,515 DEBUG CollectionLoadContext: reading row 10:44:18,515 DEBUG LongType: returning '139' as column: COUNTRY2_1_ 10:44:18,515 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG Loader: result set row: 68 10:44:18,515 DEBUG LongType: returning '139' as column: id3_0_ 10:44:18,515 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG LongType: returning '12' as column: ANIMAL1_1_ 10:44:18,515 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#12] 10:44:18,515 DEBUG CollectionLoadContext: reading row 10:44:18,515 DEBUG LongType: returning '139' as column: COUNTRY2_1_ 10:44:18,515 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG Loader: result set row: 69 10:44:18,515 DEBUG LongType: returning '139' as column: id3_0_ 10:44:18,515 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG LongType: returning '11' as column: ANIMAL1_1_ 10:44:18,515 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#11] 10:44:18,515 DEBUG CollectionLoadContext: reading row 10:44:18,515 DEBUG LongType: returning '139' as column: COUNTRY2_1_ 10:44:18,515 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG Loader: result set row: 70 10:44:18,515 DEBUG LongType: returning '139' as column: id3_0_ 10:44:18,515 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG LongType: returning '10' as column: ANIMAL1_1_ 10:44:18,515 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#10] 10:44:18,515 DEBUG CollectionLoadContext: reading row 10:44:18,515 DEBUG LongType: returning '139' as column: COUNTRY2_1_ 10:44:18,515 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG Loader: result set row: 71 10:44:18,515 DEBUG LongType: returning '139' as column: id3_0_ 10:44:18,515 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG LongType: returning '9' as column: ANIMAL1_1_ 10:44:18,515 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#9] 10:44:18,515 DEBUG CollectionLoadContext: reading row 10:44:18,515 DEBUG LongType: returning '139' as column: COUNTRY2_1_ 10:44:18,515 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG Loader: result set row: 72 10:44:18,515 DEBUG LongType: returning '139' as column: id3_0_ 10:44:18,515 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG LongType: returning '8' as column: ANIMAL1_1_ 10:44:18,515 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#8] 10:44:18,515 DEBUG CollectionLoadContext: reading row 10:44:18,515 DEBUG LongType: returning '139' as column: COUNTRY2_1_ 10:44:18,515 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG Loader: result set row: 73 10:44:18,515 DEBUG LongType: returning '139' as column: id3_0_ 10:44:18,515 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG LongType: returning '7' as column: ANIMAL1_1_ 10:44:18,515 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#7] 10:44:18,515 DEBUG CollectionLoadContext: reading row 10:44:18,515 DEBUG LongType: returning '139' as column: COUNTRY2_1_ 10:44:18,515 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG Loader: result set row: 74 10:44:18,515 DEBUG LongType: returning '139' as column: id3_0_ 10:44:18,515 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG LongType: returning '6' as column: ANIMAL1_1_ 10:44:18,515 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#6] 10:44:18,515 DEBUG CollectionLoadContext: reading row 10:44:18,515 DEBUG LongType: returning '139' as column: COUNTRY2_1_ 10:44:18,515 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG Loader: result set row: 75 10:44:18,515 DEBUG LongType: returning '139' as column: id3_0_ 10:44:18,515 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG LongType: returning '5' as column: ANIMAL1_1_ 10:44:18,515 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#5] 10:44:18,515 DEBUG CollectionLoadContext: reading row 10:44:18,515 DEBUG LongType: returning '139' as column: COUNTRY2_1_ 10:44:18,515 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG Loader: result set row: 76 10:44:18,515 DEBUG LongType: returning '139' as column: id3_0_ 10:44:18,515 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG LongType: returning '4' as column: ANIMAL1_1_ 10:44:18,515 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#4] 10:44:18,515 DEBUG CollectionLoadContext: reading row 10:44:18,515 DEBUG LongType: returning '139' as column: COUNTRY2_1_ 10:44:18,515 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG Loader: result set row: 77 10:44:18,515 DEBUG LongType: returning '139' as column: id3_0_ 10:44:18,515 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG LongType: returning '3' as column: ANIMAL1_1_ 10:44:18,515 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#3] 10:44:18,515 DEBUG CollectionLoadContext: reading row 10:44:18,515 DEBUG LongType: returning '139' as column: COUNTRY2_1_ 10:44:18,515 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG Loader: result set row: 78 10:44:18,515 DEBUG LongType: returning '139' as column: id3_0_ 10:44:18,515 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG LongType: returning '2' as column: ANIMAL1_1_ 10:44:18,515 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#2] 10:44:18,515 DEBUG CollectionLoadContext: reading row 10:44:18,515 DEBUG LongType: returning '139' as column: COUNTRY2_1_ 10:44:18,515 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#139] 10:44:18,515 DEBUG Loader: result set row: 79 10:44:18,515 DEBUG LongType: returning '150' as column: id3_0_ 10:44:18,515 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#150] 10:44:18,515 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#150] 10:44:18,515 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#150] 10:44:18,515 DEBUG StringType: returning 'Nepal' as column: name3_0_ 10:44:18,515 DEBUG LongType: returning '22' as column: ANIMAL1_1_ 10:44:18,515 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#22] 10:44:18,515 DEBUG CollectionLoadContext: reading row 10:44:18,515 DEBUG LongType: returning '150' as column: COUNTRY2_1_ 10:44:18,515 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#150] 10:44:18,515 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#150] 10:44:18,515 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#150] 10:44:18,515 DEBUG Loader: result set row: 80 10:44:18,515 DEBUG LongType: returning '214' as column: id3_0_ 10:44:18,515 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#214] 10:44:18,515 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#214] 10:44:18,515 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#214] 10:44:18,515 DEBUG StringType: returning 'Tonga' as column: name3_0_ 10:44:18,515 DEBUG LongType: returning '21' as column: ANIMAL1_1_ 10:44:18,515 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#21] 10:44:18,515 DEBUG CollectionLoadContext: reading row 10:44:18,515 DEBUG LongType: returning '214' as column: COUNTRY2_1_ 10:44:18,515 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#214] 10:44:18,515 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#214] 10:44:18,515 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#214] 10:44:18,515 DEBUG Loader: result set row: 81 10:44:18,515 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,531 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,531 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#224] 10:44:18,531 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,531 DEBUG StringType: returning 'United Kingdom' as column: name3_0_ 10:44:18,531 DEBUG LongType: returning '1' as column: ANIMAL1_1_ 10:44:18,531 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#1] 10:44:18,546 DEBUG CollectionLoadContext: reading row 10:44:18,546 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,546 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG Loader: result set row: 82 10:44:18,546 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,546 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG LongType: returning '20' as column: ANIMAL1_1_ 10:44:18,546 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#20] 10:44:18,546 DEBUG CollectionLoadContext: reading row 10:44:18,546 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,546 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG Loader: result set row: 83 10:44:18,546 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,546 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG LongType: returning '19' as column: ANIMAL1_1_ 10:44:18,546 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#19] 10:44:18,546 DEBUG CollectionLoadContext: reading row 10:44:18,546 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,546 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG Loader: result set row: 84 10:44:18,546 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,546 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG LongType: returning '16' as column: ANIMAL1_1_ 10:44:18,546 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#16] 10:44:18,546 DEBUG CollectionLoadContext: reading row 10:44:18,546 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,546 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG Loader: result set row: 85 10:44:18,546 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,546 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG LongType: returning '15' as column: ANIMAL1_1_ 10:44:18,546 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#15] 10:44:18,546 DEBUG CollectionLoadContext: reading row 10:44:18,546 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,546 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG Loader: result set row: 86 10:44:18,546 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,546 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG LongType: returning '14' as column: ANIMAL1_1_ 10:44:18,546 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#14] 10:44:18,546 DEBUG CollectionLoadContext: reading row 10:44:18,546 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,546 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG Loader: result set row: 87 10:44:18,546 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,546 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG LongType: returning '13' as column: ANIMAL1_1_ 10:44:18,546 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#13] 10:44:18,546 DEBUG CollectionLoadContext: reading row 10:44:18,546 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,546 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG Loader: result set row: 88 10:44:18,546 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,546 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG LongType: returning '12' as column: ANIMAL1_1_ 10:44:18,546 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#12] 10:44:18,546 DEBUG CollectionLoadContext: reading row 10:44:18,546 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,546 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG Loader: result set row: 89 10:44:18,546 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,546 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG LongType: returning '11' as column: ANIMAL1_1_ 10:44:18,546 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#11] 10:44:18,546 DEBUG CollectionLoadContext: reading row 10:44:18,546 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,546 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,546 DEBUG Loader: result set row: 90 10:44:18,546 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,562 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG LongType: returning '10' as column: ANIMAL1_1_ 10:44:18,562 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#10] 10:44:18,562 DEBUG CollectionLoadContext: reading row 10:44:18,562 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,562 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG Loader: result set row: 91 10:44:18,562 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,562 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG LongType: returning '9' as column: ANIMAL1_1_ 10:44:18,562 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#9] 10:44:18,562 DEBUG CollectionLoadContext: reading row 10:44:18,562 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,562 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG Loader: result set row: 92 10:44:18,562 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,562 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG LongType: returning '57' as column: ANIMAL1_1_ 10:44:18,562 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#57] 10:44:18,562 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,562 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,562 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG Loader: result set row: 93 10:44:18,562 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,562 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG LongType: returning '56' as column: ANIMAL1_1_ 10:44:18,562 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#56] 10:44:18,562 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,562 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,562 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG Loader: result set row: 94 10:44:18,562 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,562 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG LongType: returning '51' as column: ANIMAL1_1_ 10:44:18,562 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#51] 10:44:18,562 DEBUG CollectionLoadContext: reading row 10:44:18,562 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,562 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG Loader: result set row: 95 10:44:18,562 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,562 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG LongType: returning '35' as column: ANIMAL1_1_ 10:44:18,562 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#35] 10:44:18,562 DEBUG CollectionLoadContext: reading row 10:44:18,562 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,562 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG Loader: result set row: 96 10:44:18,562 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,562 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG LongType: returning '34' as column: ANIMAL1_1_ 10:44:18,562 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#34] 10:44:18,562 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,562 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,562 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG Loader: result set row: 97 10:44:18,562 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,562 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG LongType: returning '32' as column: ANIMAL1_1_ 10:44:18,562 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#32] 10:44:18,562 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,562 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,562 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG Loader: result set row: 98 10:44:18,562 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,562 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG LongType: returning '30' as column: ANIMAL1_1_ 10:44:18,562 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#30] 10:44:18,562 DEBUG CollectionLoadContext: reading row 10:44:18,562 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,562 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG Loader: result set row: 99 10:44:18,562 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,562 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG LongType: returning '29' as column: ANIMAL1_1_ 10:44:18,562 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#29] 10:44:18,562 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,562 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,562 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG Loader: result set row: 100 10:44:18,562 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,562 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG LongType: returning '28' as column: ANIMAL1_1_ 10:44:18,562 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#28] 10:44:18,562 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,562 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,562 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG Loader: result set row: 101 10:44:18,562 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,562 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG LongType: returning '27' as column: ANIMAL1_1_ 10:44:18,562 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#27] 10:44:18,562 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,562 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,562 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG Loader: result set row: 102 10:44:18,562 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,562 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG LongType: returning '26' as column: ANIMAL1_1_ 10:44:18,562 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#26] 10:44:18,562 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,562 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,562 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG Loader: result set row: 103 10:44:18,562 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,562 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG LongType: returning '25' as column: ANIMAL1_1_ 10:44:18,562 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#25] 10:44:18,562 DEBUG CollectionLoadContext: reading row 10:44:18,562 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,562 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG Loader: result set row: 104 10:44:18,562 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,562 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG LongType: returning '48' as column: ANIMAL1_1_ 10:44:18,562 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#48] 10:44:18,562 DEBUG CollectionLoadContext: new collection: instantiating 10:44:18,562 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,562 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG Loader: result set row: 105 10:44:18,562 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,562 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG LongType: returning '46' as column: ANIMAL1_1_ 10:44:18,562 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#46] 10:44:18,562 DEBUG CollectionLoadContext: reading row 10:44:18,562 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,562 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG Loader: result set row: 106 10:44:18,562 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,562 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG LongType: returning '8' as column: ANIMAL1_1_ 10:44:18,562 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#8] 10:44:18,562 DEBUG CollectionLoadContext: reading row 10:44:18,562 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,562 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG Loader: result set row: 107 10:44:18,562 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,562 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG LongType: returning '7' as column: ANIMAL1_1_ 10:44:18,562 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#7] 10:44:18,562 DEBUG CollectionLoadContext: reading row 10:44:18,562 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,562 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG Loader: result set row: 108 10:44:18,562 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,562 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG LongType: returning '6' as column: ANIMAL1_1_ 10:44:18,562 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#6] 10:44:18,562 DEBUG CollectionLoadContext: reading row 10:44:18,562 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,562 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG Loader: result set row: 109 10:44:18,562 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,562 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG LongType: returning '5' as column: ANIMAL1_1_ 10:44:18,562 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#5] 10:44:18,562 DEBUG CollectionLoadContext: reading row 10:44:18,562 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,562 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG Loader: result set row: 110 10:44:18,562 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,562 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG LongType: returning '4' as column: ANIMAL1_1_ 10:44:18,562 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#4] 10:44:18,562 DEBUG CollectionLoadContext: reading row 10:44:18,562 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,562 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG Loader: result set row: 111 10:44:18,562 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,562 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG LongType: returning '3' as column: ANIMAL1_1_ 10:44:18,562 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#3] 10:44:18,562 DEBUG CollectionLoadContext: reading row 10:44:18,562 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,562 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG Loader: result set row: 112 10:44:18,562 DEBUG LongType: returning '224' as column: id3_0_ 10:44:18,562 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG LongType: returning '2' as column: ANIMAL1_1_ 10:44:18,562 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#2] 10:44:18,562 DEBUG CollectionLoadContext: reading row 10:44:18,562 DEBUG LongType: returning '224' as column: COUNTRY2_1_ 10:44:18,562 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,562 DEBUG Loader: result set row: 113 10:44:18,562 DEBUG LongType: returning '225' as column: id3_0_ 10:44:18,562 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#225] 10:44:18,562 DEBUG Loader: Initializing object from ResultSet: [org.lds.stack.petstore.model.Country#225] 10:44:18,562 DEBUG AbstractEntityPersister: Hydrating entity: [org.lds.stack.petstore.model.Country#225] 10:44:18,562 DEBUG StringType: returning 'United States' as column: name3_0_ 10:44:18,562 DEBUG LongType: returning '1' as column: ANIMAL1_1_ 10:44:18,562 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#1] 10:44:18,562 DEBUG CollectionLoadContext: reading row 10:44:18,562 DEBUG LongType: returning '225' as column: COUNTRY2_1_ 10:44:18,562 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#225] 10:44:18,562 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#225] 10:44:18,562 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#225] 10:44:18,562 DEBUG Loader: result set row: 114 10:44:18,562 DEBUG LongType: returning '225' as column: id3_0_ 10:44:18,562 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#225] 10:44:18,562 DEBUG LongType: returning '16' as column: ANIMAL1_1_ 10:44:18,562 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#16] 10:44:18,562 DEBUG CollectionLoadContext: reading row 10:44:18,562 DEBUG LongType: returning '225' as column: COUNTRY2_1_ 10:44:18,562 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#225] 10:44:18,562 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#225] 10:44:18,562 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#225] 10:44:18,562 DEBUG Loader: result set row: 115 10:44:18,562 DEBUG LongType: returning '225' as column: id3_0_ 10:44:18,578 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG LongType: returning '15' as column: ANIMAL1_1_ 10:44:18,578 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#15] 10:44:18,578 DEBUG CollectionLoadContext: reading row 10:44:18,578 DEBUG LongType: returning '225' as column: COUNTRY2_1_ 10:44:18,578 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG Loader: result set row: 116 10:44:18,578 DEBUG LongType: returning '225' as column: id3_0_ 10:44:18,578 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG LongType: returning '14' as column: ANIMAL1_1_ 10:44:18,578 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#14] 10:44:18,578 DEBUG CollectionLoadContext: reading row 10:44:18,578 DEBUG LongType: returning '225' as column: COUNTRY2_1_ 10:44:18,578 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG Loader: result set row: 117 10:44:18,578 DEBUG LongType: returning '225' as column: id3_0_ 10:44:18,578 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG LongType: returning '13' as column: ANIMAL1_1_ 10:44:18,578 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#13] 10:44:18,578 DEBUG CollectionLoadContext: reading row 10:44:18,578 DEBUG LongType: returning '225' as column: COUNTRY2_1_ 10:44:18,578 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG Loader: result set row: 118 10:44:18,578 DEBUG LongType: returning '225' as column: id3_0_ 10:44:18,578 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG LongType: returning '12' as column: ANIMAL1_1_ 10:44:18,578 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#12] 10:44:18,578 DEBUG CollectionLoadContext: reading row 10:44:18,578 DEBUG LongType: returning '225' as column: COUNTRY2_1_ 10:44:18,578 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG Loader: result set row: 119 10:44:18,578 DEBUG LongType: returning '225' as column: id3_0_ 10:44:18,578 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG LongType: returning '11' as column: ANIMAL1_1_ 10:44:18,578 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#11] 10:44:18,578 DEBUG CollectionLoadContext: reading row 10:44:18,578 DEBUG LongType: returning '225' as column: COUNTRY2_1_ 10:44:18,578 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG Loader: result set row: 120 10:44:18,578 DEBUG LongType: returning '225' as column: id3_0_ 10:44:18,578 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG LongType: returning '10' as column: ANIMAL1_1_ 10:44:18,578 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#10] 10:44:18,578 DEBUG CollectionLoadContext: reading row 10:44:18,578 DEBUG LongType: returning '225' as column: COUNTRY2_1_ 10:44:18,578 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG Loader: result set row: 121 10:44:18,578 DEBUG LongType: returning '225' as column: id3_0_ 10:44:18,578 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG LongType: returning '9' as column: ANIMAL1_1_ 10:44:18,578 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#9] 10:44:18,578 DEBUG CollectionLoadContext: reading row 10:44:18,578 DEBUG LongType: returning '225' as column: COUNTRY2_1_ 10:44:18,578 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG Loader: result set row: 122 10:44:18,578 DEBUG LongType: returning '225' as column: id3_0_ 10:44:18,578 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG LongType: returning '8' as column: ANIMAL1_1_ 10:44:18,578 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#8] 10:44:18,578 DEBUG CollectionLoadContext: reading row 10:44:18,578 DEBUG LongType: returning '225' as column: COUNTRY2_1_ 10:44:18,578 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG Loader: result set row: 123 10:44:18,578 DEBUG LongType: returning '225' as column: id3_0_ 10:44:18,578 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG LongType: returning '7' as column: ANIMAL1_1_ 10:44:18,578 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#7] 10:44:18,578 DEBUG CollectionLoadContext: reading row 10:44:18,578 DEBUG LongType: returning '225' as column: COUNTRY2_1_ 10:44:18,578 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG Loader: result set row: 124 10:44:18,578 DEBUG LongType: returning '225' as column: id3_0_ 10:44:18,578 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG LongType: returning '6' as column: ANIMAL1_1_ 10:44:18,578 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#6] 10:44:18,578 DEBUG CollectionLoadContext: reading row 10:44:18,578 DEBUG LongType: returning '225' as column: COUNTRY2_1_ 10:44:18,578 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG Loader: result set row: 125 10:44:18,578 DEBUG LongType: returning '225' as column: id3_0_ 10:44:18,578 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG LongType: returning '5' as column: ANIMAL1_1_ 10:44:18,578 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#5] 10:44:18,578 DEBUG CollectionLoadContext: reading row 10:44:18,578 DEBUG LongType: returning '225' as column: COUNTRY2_1_ 10:44:18,578 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG Loader: result set row: 126 10:44:18,578 DEBUG LongType: returning '225' as column: id3_0_ 10:44:18,578 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG LongType: returning '4' as column: ANIMAL1_1_ 10:44:18,578 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#4] 10:44:18,578 DEBUG CollectionLoadContext: reading row 10:44:18,578 DEBUG LongType: returning '225' as column: COUNTRY2_1_ 10:44:18,578 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG Loader: result set row: 127 10:44:18,578 DEBUG LongType: returning '225' as column: id3_0_ 10:44:18,578 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG LongType: returning '3' as column: ANIMAL1_1_ 10:44:18,578 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#3] 10:44:18,578 DEBUG CollectionLoadContext: reading row 10:44:18,578 DEBUG LongType: returning '225' as column: COUNTRY2_1_ 10:44:18,578 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG Loader: result set row: 128 10:44:18,578 DEBUG LongType: returning '225' as column: id3_0_ 10:44:18,578 DEBUG Loader: result row: EntityKey[org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG LongType: returning '2' as column: ANIMAL1_1_ 10:44:18,578 DEBUG Loader: found row of collection: [org.lds.stack.petstore.model.Animal.countries#2] 10:44:18,578 DEBUG CollectionLoadContext: reading row 10:44:18,578 DEBUG LongType: returning '225' as column: COUNTRY2_1_ 10:44:18,578 DEBUG DefaultLoadEventListener: loading entity: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG DefaultLoadEventListener: attempting to resolve: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG DefaultLoadEventListener: resolved object in session cache: [org.lds.stack.petstore.model.Country#225] 10:44:18,578 DEBUG Loader: done processing result set (129 rows) 10:44:18,578 DEBUG AbstractBatcher: about to close ResultSet (open ResultSets: 1, globally: 1) 10:44:18,578 DEBUG AbstractBatcher: about to close PreparedStatement (open PreparedStatements: 1, globally: 1) 10:44:18,578 DEBUG AbstractBatcher: closing statement 10:44:18,578 DEBUG ConnectionManager: aggressively releasing JDBC connection 10:44:18,578 DEBUG ConnectionManager: releasing JDBC connection [ (open PreparedStatements: 0, globally: 0) (open ResultSets: 0, globally: 0)] 10:44:18,578 DEBUG Loader: total objects hydrated: 37 10:44:18,578 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#1] 10:44:18,578 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#1] 10:44:18,578 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#1] 10:44:18,578 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#1 10:44:18,578 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#1] 10:44:18,578 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#2] 10:44:18,578 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#2] 10:44:18,578 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#2] 10:44:18,578 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#2 10:44:18,578 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#2] 10:44:18,578 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#4] 10:44:18,578 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#4] 10:44:18,578 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#4] 10:44:18,578 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#4 10:44:18,578 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#4] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#7] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#7] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#7] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#7 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#7] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#8] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#8] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#8] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#8 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#8] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#9] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#9] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#9] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#9 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#9] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#10] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#10] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#10] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#10 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#10] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#12] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#12] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#12] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#12 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#12] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#15] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#15] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#15] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#15 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#15] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#16] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#16] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#16] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#16 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#16] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#17] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#17] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#17] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#17 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#17] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#22] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#22] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#22] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#22 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#22] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#27] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#27] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#27] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#27 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#27] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#29] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#29] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#29] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#29 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#29] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#33] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#33] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#33] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#33 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#33] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#38] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#38] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#38] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#38 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#38] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#40] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#40] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#40] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#40 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#40] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#41] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#41] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#41] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#41 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#41] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#44] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#44] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#44] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#44 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#44] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#45] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#45] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#45] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#45 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#45] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#46] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#46] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#46] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#46 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#46] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#47] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#47] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#47] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#47 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#47] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#60] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#60] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#60] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#60 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#60] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#63] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#63] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#63] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#63 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#63] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#67] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#67] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#67] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#67 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#67] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#77] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#77] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#77] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#77 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#77] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#88] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#88] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#88] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#88 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#88] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#90] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#90] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#90] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#90 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#90] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#91] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#91] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#91] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#91 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#91] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#98] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#98] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#98] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#98 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#98] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#99] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#99] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#99] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#99 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#99] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#100] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#100] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#100] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#100 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#100] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#139] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#139] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#139] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#139 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#139] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#150] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#150] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#150] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#150 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#150] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#214] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#214] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#214] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#214 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#214] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#224] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#224] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#224] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#224 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#224] 10:44:18,593 DEBUG TwoPhaseLoad: resolving associations for [org.lds.stack.petstore.model.Country#225] 10:44:18,593 DEBUG CollectionLoadContext: creating collection wrapper:[org.lds.stack.petstore.model.Country.animals#225] 10:44:18,593 DEBUG TwoPhaseLoad: adding entity to second-level cache: [org.lds.stack.petstore.model.Country#225] 10:44:18,593 DEBUG ReadOnlyCache: item already cached: org.lds.stack.petstore.model.Country#225 10:44:18,593 DEBUG TwoPhaseLoad: done materializing entity [org.lds.stack.petstore.model.Country#225] 10:44:18,593 DEBUG CollectionLoadContext: 56 collections were found in result set for role: org.lds.stack.petstore.model.Animal.countries 10:44:18,593 DEBUG CollectionLoadContext: Caching collection: [org.lds.stack.petstore.model.Animal.countries#46] 10:44:18,593 DEBUG CacheSynchronization: transaction after completion callback, status: 4 10:44:18,593 DEBUG JDBCContext: after transaction completion 10:44:18,593 DEBUG SessionImpl: after transaction completion 10:44:18,593 DEBUG JDBCContext: TransactionFactory reported no active transaction; Synchronization not registered 10:44:18,593 DEBUG JDBCContext: TransactionFactory reported no active transaction; Synchronization not registered 10:44:18,593 DEBUG JDBCContext: TransactionFactory reported no active transaction; Synchronization not registered 10:44:18,593 DEBUG JDBCContext: TransactionFactory reported no active transaction; Synchronization not registered Jan 29, 2007 10:44:18 AM com.sun.facelets.FaceletViewHandler handleRenderException SEVERE: Error Rendering View[/pet-search.xhtml] javax.faces.FacesException: javax.el.ELException: /pet-search.xhtml @59,97 rendered="#{empty petSearchBean.currentResults}": java.lang.NullPointerException at javax.faces.component.UIComponentBase.isRendered(UIComponentBase.java:387) at javax.faces.component.UIComponent.encodeAll(UIComponent.java:878) at javax.faces.component.UIComponent.encodeAll(UIComponent.java:890) at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:571) at org.ajax4jsf.framework.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:101) at org.ajax4jsf.framework.ajax.AjaxViewHandler.renderView(AjaxViewHandler.java:222) at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:106) at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:248) at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:144) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:245) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.ajax4jsf.framework.ajax.xmlfilter.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:75) at org.ajax4jsf.framework.ajax.xmlfilter.BaseFilter.doFilter(BaseFilter.java:213) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:144) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter.doFilterInternal(OpenEntityManagerInViewFilter.java:112) at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:77) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:264) at org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107) at org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:110) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.wrapper.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:81) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:217) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.ui.logout.LogoutFilter.doFilter(LogoutFilter.java:106) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:229) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:148) at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:98) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:432) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Caused by: javax.el.ELException: /pet-search.xhtml @59,97 rendered="#{empty petSearchBean.currentResults}": java.lang.NullPointerException at com.sun.facelets.el.TagValueExpression.getValue(TagValueExpression.java:76) at javax.faces.component.UIComponentBase.isRendered(UIComponentBase.java:384) ... 55 more Caused by: java.lang.NullPointerException at org.hibernate.engine.CollectionLoadContext.addCollectionToCache(CollectionLoadContext.java:306) at org.hibernate.engine.CollectionLoadContext.endLoadingCollection(CollectionLoadContext.java:203) at org.hibernate.engine.CollectionLoadContext.endLoadingCollections(CollectionLoadContext.java:268) at org.hibernate.engine.CollectionLoadContext.endLoadingCollections(CollectionLoadContext.java:249) at org.hibernate.loader.Loader.endCollectionLoad(Loader.java:866) at org.hibernate.loader.Loader.initializeEntitiesAndCollections(Loader.java:853) at org.hibernate.loader.Loader.doQuery(Loader.java:717) at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:224) at org.hibernate.loader.Loader.loadCollectionSubselect(Loader.java:2057) at org.hibernate.loader.collection.SubselectCollectionLoader.initialize(SubselectCollectionLoader.java:58) at org.hibernate.persister.collection.AbstractCollectionPersister.initialize(AbstractCollectionPersister.java:565) at org.hibernate.event.def.DefaultInitializeCollectionEventListener.onInitializeCollection(DefaultInitializeCollectionEventListener.java:60) at org.hibernate.impl.SessionImpl.initializeCollection(SessionImpl.java:1716) at org.hibernate.collection.AbstractPersistentCollection.forceInitialization(AbstractPersistentCollection.java:454) at org.hibernate.engine.StatefulPersistenceContext.initializeNonLazyCollections(StatefulPersistenceContext.java:784) at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:229) at org.hibernate.loader.Loader.doList(Loader.java:2211) at org.hibernate.loader.Loader.listIgnoreQueryCache(Loader.java:2095) at org.hibernate.loader.Loader.list(Loader.java:2090) at org.hibernate.loader.hql.QueryLoader.list(QueryLoader.java:375) at org.hibernate.hql.ast.QueryTranslatorImpl.list(QueryTranslatorImpl.java:338) at org.hibernate.engine.query.HQLQueryPlan.performList(HQLQueryPlan.java:172) at org.hibernate.impl.SessionImpl.list(SessionImpl.java:1121) at org.hibernate.impl.QueryImpl.list(QueryImpl.java:79) at org.hibernate.ejb.QueryImpl.getResultList(QueryImpl.java:64) at org.lds.stack.serviceproxy.jpa.hibernate.AbstractQueryFindExecutor.executeQuery(AbstractQueryFindExecutor.java:44) at org.lds.stack.serviceproxy.jpa.FindInterceptor$1.doInJpa(FindInterceptor.java:43) at org.springframework.orm.jpa.JpaTemplate.execute(JpaTemplate.java:191) at org.springframework.orm.jpa.JpaTemplate.execute(JpaTemplate.java:154) at org.lds.stack.serviceproxy.jpa.FindInterceptor.invoke(FindInterceptor.java:39) at org.lds.stack.serviceproxy.ServiceProxyCglibInterceptor.intercept(ServiceProxyCglibInterceptor.java:48) at org.lds.stack.petstore.service.AbstractAnimalService$$EnhancerByCGLIB$$3d59b0a4.searchForAnimals(<generated>) at org.lds.stack.petstore.service.AnimalService$$FastClassByCGLIB$$5fa987b7.invoke(<generated>) at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:163) at org.springframework.aop.framework.Cglib2AopProxy$CglibMethodInvocation.invokeJoinpoint(Cglib2AopProxy.java:675) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:154) at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:107) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:176) at org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.intercept(Cglib2AopProxy.java:616) at org.lds.stack.petstore.service.AbstractAnimalService$$EnhancerByCGLIB$$74b4a0c2.searchForAnimals(<generated>) at org.lds.stack.petstore.view.bean.PetSearchBean.getCurrentResults(PetSearchBean.java:39) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at javax.el.BeanELResolver.getValue(BeanELResolver.java:218) at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:135) at com.sun.faces.el.FacesCompositeELResolver.getValue(FacesCompositeELResolver.java:64) at com.sun.el.parser.AstValue.getValue(AstValue.java:118) at com.sun.el.parser.AstEmpty.getValue(AstEmpty.java:49) at com.sun.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:192) at com.sun.facelets.el.TagValueExpression.getValue(TagValueExpression.java:71) ... 56 more -- 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, 2 months

3
4
0 / 0

[Hibernate-JIRA] Created: (HHH-3123) NullPointerException on invalid HQL query with an extra brace

by Geoffrey De Smet (JIRA)

NullPointerException on invalid HQL query with an extra brace ------------------------------------------------------------- Key: HHH-3123 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3123 Project: Hibernate3 Issue Type: Bug Components: query-hql Affects Versions: 3.2.5 Reporter: Geoffrey De Smet Priority: Trivial This query: "select p from IndividueleRekeningKasPO p left join fetch p.irTotalen inner join fetch p.toegangIndividueleRekeningKas tirkas where tirkas.authorityRef in (:authorityref)) and p.soort = :soort and p.id > 0" gives a NPE. The strange thing is that this query executes: "select p from IndividueleRekeningKasPO p left join fetch p.irTotalen inner join fetch p.toegangIndividueleRekeningKas tirkas where tirkas.authorityRef in (:authorityref)) and p.id > 0" both are invalid, because there is a closing brace to much in "(:authorityref))". -- 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, 2 months

2
2
0 / 0

[Hibernate-JIRA] Created: (HHH-5019) @TableGenerator throws Unsupported exception - error performing isolated work

by Rohini (JIRA)

@TableGenerator throws Unsupported exception - error performing isolated work ----------------------------------------------------------------------------- Key: HHH-5019 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5019 Project: Hibernate Core Issue Type: Bug Affects Versions: 3.3.1, 3.3.0.SP1, 3.3.0.GA, 3.3.0.CR2, 3.3.0.CR1, 3.2.7, 3.2.6, 3.2.5, 3.2.4.sp1, 3.2.4, 3.2.3, 3.2.2, 3.2.1 Environment: Hibernate Core 3.3.1, MySQL, Websphere 6.1 with EJB3.0 Feature pack Reporter: Rohini While implementing GenerationType.TABLE strategy with Hibernate as the persistence provider, id generation throws javax.persistence.PersistenceException: org.hibernate.HibernateException: error performing isolated work [3/18/10 14:40:41:533 IST] 0000002d SystemErr R at org.hibernate.ejb.AbstractEntityManagerImpl.throwPersistenceException(AbstractEntityManagerImpl.java:614) -------------------------------------------------------------- 3/18/10 14:40:41:533 IST] 0000002d SystemErr R Caused by: org.hibernate.HibernateException: error performing isolated work at org.hibernate.engine.transaction.Isolater$JtaDelegate.delegateWork(Isolater.java:166) at org.hibernate.engine.transaction.Isolater.doIsolatedWork(Isolater.java:64) at org.hibernate.engine.TransactionHelper.doWorkInNewTransaction(TransactionHelper.java:74) at org.hibernate.id.MultipleHiLoPerTableGenerator.generate(MultipleHiLoPerTableGenerator.java:210) Looking at the Isolater.doIsolatedWork( work, session );, implementation try { // First we need to suspend any current JTA transaction and obtain // a JDBC connection surroundingTransaction = transactionManager.suspend(); if ( log.isDebugEnabled() ) { log.debug( "surrounding JTA transaction suspended [" + surroundingTransaction + "]" ); } This happnes only with WebsphereExtendedTransactionManagerLookup as the hibernate.transaction.manager_lookup_class. -- 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, 2 months

6
6
0 / 0

[Hibernate-JIRA] Created: (HHH-3934) Problem with PDF doc

by Adam Warski (JIRA)

Problem with PDF doc -------------------- Key: HHH-3934 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3934 Project: Hibernate Core Issue Type: Improvement Components: envers Reporter: Adam Warski Priority: Minor there is a problem on p.8 of the PDF documentation, the table is all jumbled + overlapping itself. -- 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, 2 months

2
1
0 / 0

[Hibernate-JIRA] Created: (HHH-5057) ScrollableResults does not fetch many-to-many collections

by Jérôme Van Der Linden (JIRA)

ScrollableResults does not fetch many-to-many collections --------------------------------------------------------- Key: HHH-5057 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5057 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.3.2 Reporter: Jérôme Van Der Linden Priority: Blocker I have a many-to-many relation between two objects : {code:title=Project.java|borderStyle=solid} @Entity public class Project { private List<Viperson> managers; @ManyToMany(targetEntity = Viperson.class) @JoinTable(name = "PRJMANAGER", joinColumns = @JoinColumn(name = "PROJECTID", nullable = false), inverseJoinColumns = @JoinColumn(name = "VIPID", nullable = false)) public List<Viperson> getManagers() { return managers; } } {code} {code:title=Viperson.java|borderStyle=solid} @Entity public class Viperson { private List<Project> projects; @ManyToMany(mappedBy = "managers", targetEntity = Project.class) public List<Project> getProjects() { return projects; } } {code} And the following test (actually, it is a code from spring batch HibernateCursorItemReader I put in a testcase) : {code} @Test public void testSelectAll() { StatelessSession statelessSession = sessionFactory.openStatelessSession(); ScrollableResults cursor = statelessSession.createQuery("from Project").scroll(); Object[] data = null; if (cursor.next()) { data = cursor.get(); } } {code} data contains a {{Project}} but {{managers}} field is *null*, +even if I add eager fetching+. I have also a {{OneToMany}} in the {{Project}} class. This one is well loaded (i have a {{PersistentBag}}). Is there anything I miss ? I suspect a bug on that. -- 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, 3 months

3
3
0 / 0

[Hibernate-JIRA] Created: (ANN-843) Version increment not triggered on @OneToOne property modification having inverse owner

by Guenther Demetz (JIRA)

Version increment not triggered on @OneToOne property modification having inverse owner --------------------------------------------------------------------------------------- Key: ANN-843 URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-843 Project: Hibernate Annotations Issue Type: Bug Affects Versions: 3.4.0.GA Environment: Hibernate 3.3.1.GA , Microsoft SQL Server Reporter: Guenther Demetz Priority: Minor Attachments: Testcase.jar In the revised "Java Persistence with Hibernate" book by Christian Bauer and Gavin King on page 464 there's written following about versioning: "If you use Hibernate as JPA provider ... every value-typed property modification .. triggers a version increment." Now I saw that Version increment indeed is not triggered on @OneToOne properties having an inverse owner (= mappedBy setted). This allows several concurrent transactions to set the association from same object towards different targets without having a OptimistickLockException at commit. This violates the ToOne policy! (Hibernate detects the inconsistency later when loading the property from database: org.hibernate.HibernateException: More than one row with the given identifier was found) Please see attached junit-testcase for reproducing the problem. regards Guenther Demetz -- 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, 3 months

1
2
0 / 0

[Hibernate-JIRA] Created: (HHH-4617) Using blobs with hibernate causes error

by Radosław Smogura (JIRA)

Using blobs with hibernate causes error --------------------------------------- Key: HHH-4617 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4617 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.5.0-Beta-2 Environment: Hibernate 3.5-b2, Glassfish v3 promoted build 74, PostgreSQL 8.3.7 Reporter: Radosław Smogura Priority: Critical I have entity with byte[] property annotated as @Lob and lazy fetch type, when table is createad the created column is of type oid, but when the column is read in application, the Hibernate reads the OID value instead of bytes under given oid. It's behavior like to read / write bytea. If i remember well, auto-creating table with Hibernate creates oid column. The proper behavior for dealing in PostgreSQL (and this behavior is in Hibernate 3.4) is to use oids. -- 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, 3 months

4
16
0 / 0

[Hibernate-JIRA] Created: (HHH-5163) ClassCastException when Hibernate tries to cache results using ResultTransformer

by Strong Liu (JIRA)

ClassCastException when Hibernate tries to cache results using ResultTransformer -------------------------------------------------------------------------------- Key: HHH-5163 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5163 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.5.1 Reporter: Strong Liu Assignee: Gail Badner Fix For: 3.5.x, 3.6 When Hibernate executes a cacheable query using a ResultTransformer, it will attempt to cache the results AFTER applying the ResultTransformer. The problem is that the ResultTransformer may modify the data in a way that Hibernate won't understand it anymore, and in this case it will generate a ClassCastException when trying to cache it. --------------------------- this can be reproduced by CriteriaQueryTest with following change: papa-pc:testsuite stliu$ svn diff src/test/java/org/hibernate/test/criteria/CriteriaQueryTest.java Index: src/test/java/org/hibernate/test/criteria/CriteriaQueryTest.java =================================================================== --- src/test/java/org/hibernate/test/criteria/CriteriaQueryTest.java (revision 19246) +++ src/test/java/org/hibernate/test/criteria/CriteriaQueryTest.java (working copy) @@ -613,6 +613,7 @@ ) .addOrder( Order.desc("studentName") ) .setResultTransformer( Transformers.aliasToBean(StudentDTO.class) ) + .setCacheable( true ) .list(); assertEquals(2, resultWithAliasedBean.size()); -- 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, 3 months

4
14
0 / 0

[Hibernate-JIRA] Created: (HHH-3872) Criteria on alias causes partial collection materialization

by Adrian Moos (JIRA)

Criteria on alias causes partial collection materialization ----------------------------------------------------------- Key: HHH-3872 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3872 Project: Hibernate Core Issue Type: Bug Components: query-criteria Affects Versions: 3.3.0.CR1 Reporter: Adrian Moos I have a parent entity with a one-to-many assocation to a child entity: <hibernate-mapping package="ch.bedag.a11.ccinfo.business.entity" default-lazy="false"> <class name="Parent" table="PARENT"> <id name="id" type="long" column="ID" unsaved-value="null"> <generator class="sequence"> <param name="sequence">SEQ_T_PARENT</param> </generator> </id> <set name="children" cascade="all-delete-orphan" inverse="true"> <key column="PARENT_ID" foreign-key="CHILD_FK1"/> <one-to-many class="Child"/> </set> </class> <class name="Child" <id name="id" type="long" column="ID" unsaved-value="null"> <generator class="sequence"> <param name="sequence">SEQ_T_CHILD</param> </generator> </id> <property name="businessKey" column="BUSINESSKEY" not-null="true"/> </class> </hibernate-mapping> I then do: Criteria parentCriteria = aSession.createCriteria(Parent.class); parentCriteria.createAlias("children", "c", CriteriaSpecification.LEFT_JOIN); parentCriteria.setResultTransformer(CriteriaSpecification.DISTINCT_ROOT_ENTITY); parentCriteria.add(Restrictions.eq("c.businessKey", 123456789)); List parents = parentCriteria.list(); Expected behaviour: Since each parent in parents is a materialized entity, I'd expect its children set to contain all its children. Observed behaviour: It contains only children with matching business key. Is my expectation correct? -- 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, 3 months

2
2
0 / 0

[Hibernate-JIRA] Created: (HHH-4878) Add documentation about new "image" and "text" properties

by Gail Badner (JIRA)

Add documentation about new "image" and "text" properties --------------------------------------------------------- Key: HHH-4878 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4878 Project: Hibernate Core Issue Type: Improvement Components: documentation Reporter: Gail Badner Assignee: Gail Badner Fix For: 3.5 -- 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, 3 months

3
18
0 / 0

[Hibernate-JIRA] Created: (HHH-3230) getEntityName() throws org.hibernate.TransientObjectException: proxy was not associated with the session

by Howard M. Lewis Ship (JIRA)

getEntityName() throws org.hibernate.TransientObjectException: proxy was not associated with the session -------------------------------------------------------------------------------------------------------- Key: HHH-3230 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3230 Project: Hibernate3 Issue Type: Bug Components: core Affects Versions: 3.2.2 Environment: Mac OS X, JDK 1.5 Reporter: Howard M. Lewis Ship I'm retrieving an entity that contains a OneToMany relationship. The master entity is retrieved, within a transaction, via Session.get(Class,Serializable). @Entity public class MapUnitSurvey extends ActiveDO { @ManyToOne(fetch = FetchType.LAZY) private VegetationType vegetationType; } @Entity public class VegetationType extends AbstractEnum { } ActiveDO and AbstractEnum are abstract base classes with @MappedSuperclass. I retrieve the vegationType: VegetationType type = survey.getVegetationType(); Then I need the type's entity name String entityName = session.getEntityName(type); This fails with the TransientObjectException. Inspecting with the debugger, I see that type is a CGLIB-enhanced proxy, and that there's a fully initialized bean in the target field of the proxy. I'll attach a screenshot of some debugging data. In summary; the entity was retrieved via a lazy fetch, appears the be correct, seems to be in the session and yet the exception occurs. I've tried to resolve this by re-fetching the object from the session, and a few other tries, with no luck. -- 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, 3 months

4
10
0 / 0

[Hibernate-JIRA] Created: (HHH-3332) Hibernate duplicate then child entity's on merge

by Rodrigo de Assumpção (JIRA)

Hibernate duplicate then child entity's on merge ------------------------------------------------ Key: HHH-3332 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3332 Project: Hibernate3 Issue Type: Bug Affects Versions: 3.2.6 Environment: JDK 1.6 Oracle 9i Hibernate 3.2.6 Hibernate Annotations 3.3.1 Hibernate EntityManager 3.3.2 Standalone Running Reporter: Rodrigo de Assumpção Priority: Critical The method merge from EntityManager causes a duplication of child entity's. class Father: @OneToMany(mappedBy = "father", cascade={CascadeType.ALL}, fetch=FetchType.LAZY) private List<Child> childList; class Child: @ManyToOne @JoinColumn(name = "ID_FATHER") private Father father; class BugTest EntityManagerFactory emf = Persistence.createEntityManagerFactory("JpaTestHB"); EntityManager em = emf.createEntityManager(); Father f = (Father) em.createQuery("SELECT f FROM Father f WHERE f.id = 1").getSingleResult(); Child c = new Child(); c.setFather(f); f.getChildList().add(c); em.getTransaction().begin(); em.merge(f); em.getTransaction().commit(); The execution of BugTest Class causes tow insert's on table "child". If you change the fetch mode to EAGER (into Father class) the problem not occurs. I make the same test with Toplink, and it make a unique insert, normal. -- 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, 3 months

13
29
0 / 0

[Hibernate-JIRA] Created: (HV-272) jaxb dependencies should be dependencies with scope 'provided' instead of profile dependencies

by Hardy Ferentschik (JIRA)

jaxb dependencies should be dependencies with scope 'provided' instead of profile dependencies ---------------------------------------------------------------------------------------------- Key: HV-272 URL: http://opensource.atlassian.com/projects/hibernate/browse/HV-272 Project: Hibernate Validator Issue Type: Bug Components: build Affects Versions: 4.0.2.GA Reporter: Hardy Ferentschik Assignee: Hardy Ferentschik Priority: Minor Fix For: 4.1.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

15 years, 3 months

2
3
0 / 0

[Hibernate-JIRA] Created: (HHH-5280) "java.lang.IllegalArgumentException: object is not an instance of declaring class" when persisting a object graph containing the same transient objetc twice.

by Benjamin Lerman (JIRA)

"java.lang.IllegalArgumentException: object is not an instance of declaring class" when persisting a object graph containing the same transient objetc twice. ------------------------------------------------------------------------------------------------------------------------------------------------------------- Key: HHH-5280 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5280 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.5.2 Environment: Hibernate 3.5.2 Db: All? (At least h2 and mysql) Reporter: Benjamin Lerman Priority: Critical Attachments: hibernate-multi-parent.tgz, test.entity.TestCreate.txt I attach a maven project showing the bug. I have 3 classes, A, B, C with C have a one-to-many unidirectional relation to B and A. B have a one-to-many unidirectional relation to A. Those relations are mapped by foreign keys. The cascading properties for those relations are all save-update,persist For each of those relations, the inverse cardinality is 1 (which means A must be associated with a B and a C, and B must be associated with a C). I create an instance of C that I associate to an instance of B and an instance of A, and I associate the instance of B with the instance of A. I then try to save C, and I get the attached exception. For what I understood the problem is with the method StatefulPersistenceContext.getOwnerId: this method use a cache to retrieve the parent of the instance of A, but because A has 2 different parents (the instance of B and the instance of C), it does not retrieve the right one and try to call a method on the wrong entity. -- 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, 3 months

6
9
0 / 0

[Hibernate-JIRA] Created: (HHH-3608) DB sequence numbers are not unique when using the pooled SequenceStyleGenerator in multiple JVMs with the same DB

by Matthias Gommeringer (JIRA)

DB sequence numbers are not unique when using the pooled SequenceStyleGenerator in multiple JVMs with the same DB ----------------------------------------------------------------------------------------------------------------- Key: HHH-3608 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3608 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.3.1, 3.3.0.SP1, 3.3.0.GA, 3.2.6 Environment: Hibernate 3.2.6, Oracle (any version) Reporter: Matthias Gommeringer Priority: Blocker Attachments: PooledOptimizerTest.java We have several Application Servers (=JVMs) running each of them using Hibernate-Objects with the SequenceStyleGenerator+pooled configured. In unpredictable time intervals it happens that hibernate assigns the same ID to two completely different objects which results in a UniqueConstraintViolation exception from the database. Here an example with a description where hibernate fails: DB-Sequence setup: start=0 increment=2 PooledOptimizer.generate() with 2 threads (first assignment of hiValue/value): JVM-1 JVM-2 value=0=callback.nextval value=2=callback.nextval hiValue=4=callback.nextval hiValue=6=callback.nextval The problem's cause is in the PooledOptimizer.generate: when it initializes the value+hiValue for the first time it invokes callback.nextValue() twice which may provide values that do not belong to each other. The reason is that between the assignment of "value" and "hiValue" another JVM can retrieve a DB sequence value from the callback which leads to an inconsistent "value" and "hiValue" relation (see example above). A fix that works for multiple JVMs would be to invoke the "callback.getNextValue()" maximum once per "optimizer.generate()" call: public synchronized Serializable generate(AccessCallback callback) { if ( hiValue < 0 ) { value = callback.getNextValue(); hiValue = value + incrementSize; } else if ( value >= hiValue ) { value = callback.getNextValue(); hiValue = value + incrementSize; } return make(value++); } I attached a testcase that prooves the described problem (you can see that the IDs "2" and "3" are assigned two times). I would be very thankful if this problem could be fixed very soon since it is a showstopper which occurs very unpredictably. -- 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, 3 months

15
40
0 / 0

[Hibernate-JIRA] Created: (HHH-4887) @IdClass on derived entity fails when derived entity is persisted before the associated entity

by Emmanuel Bernard (JIRA)

@IdClass on derived entity fails when derived entity is persisted before the associated entity ---------------------------------------------------------------------------------------------- Key: HHH-4887 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4887 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.5.0-Beta-4 Reporter: Emmanuel Bernard -- 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, 3 months

2
6
0 / 0

[Hibernate-JIRA] Created: (HHH-5028) Calling em.remove() on child object @OneToMany relationship when CascadeType.ALL and FetchType.EAGER are set throws exception

by Jesse Hutton (JIRA)

Calling em.remove() on child object @OneToMany relationship when CascadeType.ALL and FetchType.EAGER are set throws exception ----------------------------------------------------------------------------------------------------------------------------- Key: HHH-5028 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5028 Project: Hibernate Core Issue Type: Bug Components: entity-manager Affects Versions: 3.5.0-CR-2 Environment: Confirmed bug using MySQL, PostgreSQL, and Hsqldb, which is what the test is configured with. Hibernate version is 3.5.0-CR-2 (see test app pom.xml) Reporter: Jesse Hutton Attachments: HibernateManyToOneEagerRemove.tar.gz Calling em.remove(foo) on the child object of a @OneToMany relationship that is defined with CascadeType.ALL and FetchType.EAGER throws an Exception. The cause is given as: javax.persistence.EntityNotFoundException: deleted entity passed to persist: And all I'm doing in the test is removing an object. See attached test case. If, however, I remove FetchType.EAGER from the @OneToMany relationship, no exception is thrown. -- 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, 3 months

3
7
0 / 0

[Hibernate-JIRA] Created: (HHH-3551) Boolean substitution in informix

by Rouvignac (JIRA)

Boolean substitution in informix -------------------------------- Key: HHH-3551 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3551 Project: Hibernate Core Issue Type: Bug Components: query-sql Affects Versions: 3.3.1 Environment: Hibernate 3.2 Informix 9.40 Reporter: Rouvignac HQL Query : select order from Order order where order.printed = ? Parameter : true, false, Boolean.TRUE or Boolean.FALSE When the request is executed we get the following error : SQLSTATE: IX000 SQL CODE: -674 674: Routine (equal) can not be resolved. If as parameter we use "t" ot "f" everything works fine but it will not work with other DB. As a workaround we can use : property name="hibernate.query.substitutions">true t, false f</property> I investigated in Dialects : Dialect.java public String toBooleanValueString(boolean bool) { return bool ? "1" : "0"; } PostgreSQLDialect.java public String toBooleanValueString(boolean bool) { return bool ? "true" : "false"; } InformixDialect.java uses Dialect.java toBooleanValueString method. In my mind toBooleanValueString should be added to InformixDialect.java as follow : public String toBooleanValueString(boolean bool) { return bool ? "t" : "f"; } -- 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, 3 months

4
8
0 / 0

[Hibernate-JIRA] Created: (HHH-3984) onPrepareStatement is called twice.

by Tobias Bergman (JIRA)

onPrepareStatement is called twice. ----------------------------------- Key: HHH-3984 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3984 Project: Hibernate Core Issue Type: Bug Affects Versions: 3.5 Environment: Windows, MySQL 5, Java 1.6 Reporter: Tobias Bergman onPrepareStatement is called twice when batched. First getSQL(sql) (which will call the interceptor) is called from prepareBatchStatement. After the invokation the prepareBatchStatement() will call prepareStatement(sql) which will also call getSQL(). -- 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, 3 months

2
2
0 / 0

[Hibernate-JIRA] Created: (HHH-4511) Problems with polymorphic queries with SINGLE_TABLE inheritance strategy

by Karoly Gacsal (JIRA)

Problems with polymorphic queries with SINGLE_TABLE inheritance strategy ------------------------------------------------------------------------ Key: HHH-4511 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4511 Project: Hibernate Core Issue Type: Bug Components: envers Affects Versions: 3.5.0.Beta-1 Environment: envers 1.2.1 Hibernate 3.3.2 Reporter: Karoly Gacsal Attachments: ChildAuditing.java Inheritance strategy is SINGLE_TABLE (discriminator). When I query for ParentType I do not get ChildType instances in the result, but ParentType instances. I checked the problem against envers 1.2.1/Hibernate 3.3.2 and against Hibernate 3.5.0.Beta-1 too. The testcase "\src\test\java\org\hibernate\envers\test\integration\inheritance\single\ChildAuditing.java" passes, but when I change the two sides of the equals method in testPolymorphicQuery()'s second assert the testcase fails, because the expected result is a ChildEntity, but in the result we get an instance of ParentEntity. Attached you can find the testcases changed by me. -- 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, 3 months

2
1
0 / 0

[Hibernate-JIRA] Created: (HHH-5095) BasicLoader.isBag() checks type assignability wrongly

by Matt Benson (JIRA)

BasicLoader.isBag() checks type assignability wrongly ----------------------------------------------------- Key: HHH-5095 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5095 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.5.0-Final Environment: N/A Reporter: Matt Benson Method defined as: {code} private boolean isBag(CollectionPersister collectionPersister) { return collectionPersister.getCollectionType().getClass().isAssignableFrom( BagType.class ); } {code} Will never return true if the returned CollectionType subclasses BagType; should IMO be: {code} private boolean isBag(CollectionPersister collectionPersister) { return BagType.class.isInstance( collectionPersister.getCollectionType() ); } {code} My humble apologies for the submission without a test case, but this one feels pretty simple. 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

15 years, 3 months

2
10
0 / 0

[Hibernate-JIRA] Created: (HHH-5236) Exception with hibernate model

by Michael Zhang (JIRA)

Exception with hibernate model ------------------------------ Key: HHH-5236 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5236 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.5.2, 3.5.0-Final, 3.2.0.ga Environment: Java 1.5 Windows/Unix Reporter: Michael Zhang I have a hibernate model class member e.g. (active) that is mapped to a string (either "Y" or "N"). Both getter and setter are implemented. There is also another method in the class: public boolean isActive()... When test it from JUnit, everything works fine. However when the class is accessed from thread with database update operation, hibernate will throw ClassCast exception from Boolean to String. If the method of "isActive" is changed to something else such as "isActiveMethod", the exception will disappeare. -- 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, 3 months

2
4
0 / 0

[Hibernate-JIRA] Created: (HHH-3524) setFetchMode ignored if using createCriteria

by Peter Weemeeuw (JIRA)

setFetchMode ignored if using createCriteria -------------------------------------------- Key: HHH-3524 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3524 Project: Hibernate Core Issue Type: Bug Components: query-criteria Affects Versions: 3.2.5 Environment: Hibernate 3.2.5, Oracle 8 Reporter: Peter Weemeeuw Hi, It seems that criteria.setFetchMode gets ignored if you combine it with createCriteria to add a restriction. This works as expected: DetachedCriteria c = DetachedCriteria.forClass(MenuItem.class); c.setFetchMode("menuItemSubscriptions", FetchMode.JOIN); But in this case the join doesn't happen (and I get a LazyInstantiationException further on). DetachedCriteria c = DetachedCriteria.forClass(MenuItem.class); c.setFetchMode("menuItemSubscriptions", FetchMode.JOIN); c.createCriteria("menuItemSubscriptions").add( Restrictions.eq("location", "B") ); This does not happen if I set lazy="false" in the mappings file. Regards, Peter -- 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, 3 months

8
13
0 / 0

[Hibernate-JIRA] Created: (ANN-747) @CollectionOfElements does not cascade on delete

by Nicole Rauch (JIRA)

@CollectionOfElements does not cascade on delete ------------------------------------------------ Key: ANN-747 URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-747 Project: Hibernate Annotations Issue Type: Bug Affects Versions: 3.3.1.GA Environment: Hibernate 3.2.6 GA Database: H2 1.0.72 Reporter: Nicole Rauch Consider the following constellation: @Embeddable public class Foo { // ... } @Entity public class Bar { @CollectionOfElements private Set<Foo> myFoos; // ... } When I persist a Bar object that contains some Foos, and when I later decide to delete the Bar object, I get a foreign key constraint violation error message because the Foo objects, which contain a reference to the Bar object that owns them, are not deleted automatically. I would expect the default behaviour to be "on delete cascade" because the Foo objects are embeddables, thus they cannot exist on their own without the Bar object that owns them. But there is no way to tell Hibernate to cascade: - the @OnDelete annotation is only allowed for OneToMany relations - the @Cascade annotation is being ignored - there is no "cascade" property for the CollectionOfElements So my question is: Why does the cascading not occur automatically, and how do I tell Hibernate to cascade anyways? Thanks a lot in advance, Nicole -- 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, 3 months

4
3
0 / 0

[Hibernate-JIRA] Created: (HHH-3273) One-to-Many relationship not working with custom Loader

by Darren Hicks (JIRA)

One-to-Many relationship not working with custom Loader -------------------------------------------------------- Key: HHH-3273 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3273 Project: Hibernate3 Issue Type: Bug Affects Versions: 3.2.6, 3.2.5, 3.2.4, 3.2.3, 3.2.2, 3.2.1 Environment: hibernate-3.2.6.jar Reporter: Darren Hicks Within the context of a One-to-Many relationship, NamedQueryCollectionInitializer .initialize() never actually populates the PersistantBag on the parent after it calls query.setCollectionKey( key ).setFlushMode( FlushMode.MANUAL ).list() to retrieve the children. This is documented in the forums here: http://forums.hibernate.org/viewtopic.php?t=986428 Additionally, the poster has a fix posted which may solve the problem, or at least lay out the groundwork for a solution. Here is the proposed implementation of NamedQueryCollectionInitializer.initialize(): public void initialize(Serializable key, SessionImplementor session) throws HibernateException { if (log.isDebugEnabled()) { log.debug("initializing collection: " + persister.getRole() + " using named query: " + queryName); } // TODO: is there a more elegant way than downcasting? AbstractQueryImpl query = (AbstractQueryImpl) session .getNamedSQLQuery(queryName); if (query.getNamedParameters().length > 0) { query.setParameter(query.getNamedParameters()[0], key, persister .getKeyType()); } else { query.setParameter(0, key, persister.getKeyType()); } List list = query.setCollectionKey(key).setFlushMode(FlushMode.MANUAL) .list(); // Uh, how 'bout we save the collection for later retrieval? CollectionKey collectionKey = new CollectionKey(persister, key, session .getEntityMode()); for (Object object : session.getPersistenceContext() .getCollectionsByKey().keySet()) { if (collectionKey.equals(object)) { PersistentCollection persistentCollection = session .getPersistenceContext().getCollection(collectionKey); Serializable[] serializables = new Serializable[list.size()]; for (int i = 0; i < list.size(); i++) { serializables[i] = persister.getElementType().disassemble( list.get(i), session, persistentCollection.getOwner()); } persistentCollection.initializeFromCache(persister, serializables, persistentCollection.getOwner()); persistentCollection.setSnapshot(key, persistentCollection .getRole(), serializables); persistentCollection.afterInitialize(); session.getPersistenceContext().getCollectionEntry( persistentCollection).postInitialize( persistentCollection); } } } -- 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, 4 months

6
9
0 / 0

[Hibernate-JIRA] Created: (EJB-328) Missing flush before lock() when LockModeType is AUTO

by Per Olesen (JIRA)

Missing flush before lock() when LockModeType is AUTO ----------------------------------------------------- Key: EJB-328 URL: http://opensource.atlassian.com/projects/hibernate/browse/EJB-328 Project: Hibernate Entity Manager Issue Type: Bug Components: EntityManager Affects Versions: 3.3.1.GA Environment: core: 3.2.5.ga entitymanager: 3.3.1.ga annotations: 3.3.0.ga Reporter: Per Olesen Priority: Minor When I try to WRITE lock() a newly persisted entity using entityManager.lock, I get a StaleObjectStateException, telling me that some other transaction updated or deleted the row. I am doing this in the same transaction (persist and lock). By digging into the code, I see that the exception is thrown inside the SelectLockingStrategy.lock method, around these lines: ResultSet rs = st.executeQuery(); try { if ( !rs.next() ) { if ( factory.getStatistics().isStatisticsEnabled() ) { factory.getStatisticsImplementor() .optimisticFailure( lockable.getEntityName() ); } throw new StaleObjectStateException( lockable.getEntityName(), id ); } } The query executed here is the one which performs the select on id with FOR UPDATE. This select finds nothing, hence the exception. Setting show_sql = true shows me, that no insert is performed. Debugging the flush mode tells me, that it is set to AUTO. Shouldn't AUTO flush mode have the side effect, that a flush is performed before a query? Performing an explicit flush, before the lock, makes everything green :-), so this is my current work-around. Here is the exception (sanitized for company info): org.springframework.orm.jpa.JpaOptimisticLockingFailureException: nested exception is javax.persistence.OptimisticLockException Caused by: javax.persistence.OptimisticLockException at org.hibernate.ejb.AbstractEntityManagerImpl.wrapStaleStateException(AbstractEntityManagerImpl.java:643) at org.hibernate.ejb.AbstractEntityManagerImpl.throwPersistenceException(AbstractEntityManagerImpl.java:600) at org.hibernate.ejb.AbstractEntityManagerImpl.lock(AbstractEntityManagerImpl.java:379) ... Caused by: org.hibernate.StaleObjectStateException: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [com.foo.bar#32] at org.hibernate.dialect.lock.SelectLockingStrategy.lock(SelectLockingStrategy.java:78) at org.hibernate.persister.entity.AbstractEntityPersister.lock(AbstractEntityPersister.java:1334) at org.hibernate.event.def.AbstractLockUpgradeEventListener.upgradeLock(AbstractLockUpgradeEventListener.java:88) at org.hibernate.event.def.DefaultLockEventListener.onLock(DefaultLockEventListener.java:64) at org.hibernate.impl.SessionImpl.fireLock(SessionImpl.java:584) at org.hibernate.impl.SessionImpl.lock(SessionImpl.java:576) at org.hibernate.ejb.AbstractEntityManagerImpl.lock(AbstractEntityManagerImpl.java:376) ... -- 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, 4 months

2
2
0 / 0

[Hibernate-JIRA] Created: (ANN-848) Bidirectional Polymorphism

by Yong Joo Jeong (JIRA)

Bidirectional Polymorphism -------------------------- Key: ANN-848 URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-848 Project: Hibernate Annotations Issue Type: New Feature Components: binder Affects Versions: 3.4.0.GA Environment: 3.4.0.GA, Any database Reporter: Yong Joo Jeong I'm trying to implement bidirectional polymorphic class. Code: public class Order{ ... @Any( metaColumn = @Column( name = "item_type" ), fetch=FetchType.EAGER ) @AnyMetaDef( idType = "long", metaType = "string", metaValues = { @MetaValue( value = "ItemA", targetEntity = ItemA.class ), @MetaValue( value = "ItemB", targetEntity = ItemB.class ) } ) @JoinColumn( name = "item_id" ) Object item; ... } And trying to do somthing like the following Code: public class ItemA { @OneToAny // like @OneToMany; in Order table there are "item_id" and "item_type" fields to distinguish ItemA and ItemB List<Order> orders; ... } RoR support this kind of relationship, but I can't find it from Hibernate. Inheritance with "Table per class" is not an option since it does not support the IDENTITY generator strategy. Any solution for this? -- 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, 4 months

2
1
0 / 0

[Hibernate-JIRA] Created: (HBX-1092) hbm2doc with graphing fails on MacOSX

by Avram Cherry (JIRA)

hbm2doc with graphing fails on MacOSX ------------------------------------- Key: HBX-1092 URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-1092 Project: Hibernate Tools Issue Type: Bug Components: hbm2doc Affects Versions: 3.2.0.GA, 3.2.2 Reporter: Avram Cherry In the method org.hibernate.tool.hbm2x.DocExporter.dotToFile, the portions of the command passed to Runtime.exec() are being passed to an escape(String) method that optionally adds quotes to the executable file path and the path to the input file, but only if the OS is not linux. MacOSX is not linux, but adding quotes causes exec() to fail. The solution is to change the following statement: String exeCmd = escape(dotExeFileName) + " -T" + getFormatForFile(outFileName) + " " + escape(dotFileName) + " -o " + escape(outFileName); to: String[] exeCmd = new String[] {dotExeFileName, " -T", getFormatForFile(outFileName), dotFileName, " -o ", outFileName}; If you pass the command and arguments as separate strings within an array to Runtime.exec() you do not need to quote filenames, regardless of platform. A (potentially very harmful) workaround is to pass -Dos.name=Linux to the VM. Please note that I've checked both the 3.2 branch and trunk and both contain the same 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, 4 months

3
2
0 / 0

[Hibernate-JIRA] Created: (HHH-5265) @Formula adds a this_. prefix to an SQL function

by Matthias Bosshard (JIRA)

@Formula adds a this_. prefix to an SQL function ------------------------------------------------ Key: HHH-5265 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5265 Project: Hibernate Core Issue Type: Bug Components: annotations, core Affects Versions: 3.5.2 Environment: Hibernate 3.5.2, with a SQL Anywhere 10 and the org.hibernate.dialect.SybaseDialect Reporter: Matthias Bosshard With Hibernate 3.5.2 the ISNULL/COALESCE SQL statement in the following @Formula is prefixed with a this_. An so its no valid SQL. The annotation: @Formula( "(SELECT ISNULL ( (SELECT 1 WHERE EXISTS (SELECT * FROM org.usertable as user WHERE user.user_id = user_id)), 0))" ) The SQL part for this formula: (SELECT *this_.ISNULL* ( (SELECT 1 WHERE EXISTS (SELECT * FROM org.usertable as user WHERE user.user_id = this_.user_id)), 0)) as formula8_1_, -> thats invalid SQL In Hibernate 3.5.1 the SQL is pretty the same, but without this_. before ISNULL. (SELECT *ISNULL* ( (SELECT 1 WHERE EXISTS (SELECT * FROM org.usertable as user WHERE user.user_id = this_.user_id)), 0)) as formula8_1_, -- 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, 4 months

1
2
0 / 0

[Hibernate-JIRA] Created: (HHH-3824) OneToOne join by Non-primary key column throws PropertyAccessException when join column is String

by sathish (JIRA)

OneToOne join by Non-primary key column throws PropertyAccessException when join column is String ------------------------------------------------------------------------------------------------- Key: HHH-3824 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3824 Project: Hibernate Core Issue Type: Bug Components: query-criteria, query-hql Affects Versions: 3.3.1 Environment: Microsoft SQL server 2005, Hibernate 3.3.1 Reporter: sathish Attachments: trace.txt When i try to join 2 entities by OneToOne using a Non-primary key column, it throws the following exception: org.hibernate.PropertyAccessException: could not get a field value by reflection getter of com.xxx.domain.Inventory.sku Caused by: java.lang.IllegalArgumentException: Can not set java.lang.String field com.inwk.estore.server.domain.Inventory.sku to java.lang.Integer [Full stacktrace attached] sku is the Non-primary key String join column by which im trying to do a OneToOne join between Item and Inventory entity. Apparently its trying to interpret Sku as an Integer column. Adding columnDefinition as VARCHAR/String doesn't help either Mappings for Item and Inventory are below: class Item{ @Id Long id; @Column String sku; //some more properties @OneToOne(optional = true) @JoinColumn(name = "sku", referencedColumnName = "sku", insertable = false, updatable = false) Inventory inventory; } class Inventory{ @Id Long id @Column String sku @Column Long quantity; } -- 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, 4 months

9
14
0 / 0

[Hibernate-JIRA] Created: (HHH-5201) Proxy objects can't fetch lazy loaded referenced objects

by Guy Loewy (JIRA)

Proxy objects can't fetch lazy loaded referenced objects -------------------------------------------------------- Key: HHH-5201 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5201 Project: Hibernate Core Issue Type: Bug Affects Versions: 3.5.1 Environment: JBoss 5.1, Windows, hsqldb/oracle/db2 Reporter: Guy Loewy Priority: Blocker Upgrading from v3.3.2 to v3.5.1 we encountered issues of "missing" data coming from the database. After analyzing the issues, it seems that the data is in the database and also available in the actual beans, but not in the proxy objects. Trying to read the data from the proxy returns a null value and the only work around we found was to do a separate hibernate query that forces the lazy loaded referenced object to load, in order to fix that issue with the proxy object. -- 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, 4 months

2
7
0 / 0

[Hibernate-JIRA] Created: (HHH-5136) map-key-column is broken

by Harald Wellmann (JIRA)

map-key-column is broken ------------------------ Key: HHH-5136 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5136 Project: Hibernate Core Issue Type: Bug Affects Versions: 3.5.1 Environment: Hibernate 3.5.1, PostgreSQL 8.4.3 Reporter: Harald Wellmann Priority: Critical I have an entity with a Map<String, Embeddable> with unexpected behaviour. The problem is that annotation mappings and the equivalent XML mappings yield different results. (For brevity, I'm leaving out the getters and setters and the SQL constraints in the following examples.) Here is my Embeddable: {code:java} @Embeddable public class LocalizedString { private String language; private String text; } {code} And this is the containing entity: {code:java} @Entity public class Amenity { @Id @Column(name = "amenity_id") @GeneratedValue private long id; @ElementCollection @CollectionTable(name = "amenity_name", joinColumns = @JoinColumn(name = "amenity_id")) @MapKeyColumn(name = "language_map_key") private Map<String, LocalizedString> names = new HashMap<String, LocalizedString>(); } {code} Hibernate generates the following collection table: {code:sql} CREATE TABLE amenity_name ( amenity_id bigint NOT NULL, "language" character varying(255), "text" character varying(255), language_map_key character varying(255) NOT NULL ) {code} Now when replacing the annotations by the following XML mapping {code:xml} <?xml version="1.0" encoding="UTF-8"?> <entity-mappings version="2.0" xmlns="http://java.sun.com/xml/ns/persistence/orm" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/persistence/orm http://java.sun.com/xml/ns/persistence/orm_2_0.xsd"> <entity class="Amenity"> <attributes> <id name="id"> <column name="amenity_id"/> <generated-value /> </id> <element-collection name="names"> <map-key-column name="language_map_key" /> <collection-table name="amenity_name"> <join-column name="amenity_id" referenced-column-name="amenity_id"/> </collection-table> </element-collection> </attributes> </entity> <embeddable class="LocalizedString"> <attributes> <basic name="language"></basic> <basic name="text"></basic> </attributes> </embeddable> </entity-mappings> {code} the generated SQL looks like this: {code:sql} CREATE TABLE amenity_names ( amenity_amenity_id bigint NOT NULL, "language" character varying(255), "text" character varying(255), names_key character varying(255) NOT NULL ) {code} It seems that the map-key-column and collection-table settings are simply ignored. Another question: The column language_map_key is actually redundant, I would like to use the language column as map key instead. The JPA 2.0 spec is a bit vague on this case. When the map value is an entity, @MapKey can be used to select a property of the entity value as map key, but it is not clear to me whether the spec supports supressing the separate key column when the map value is an embeddable. I tried using @MapKeyColumn(name="language"), but then Hibernate complained about a duplicate column. Eclipselink (the version contained in Glassfish v3) accepts this usage and suppresses the duplicate column, i.e. the join table has the form {code:sql} CREATE TABLE amenity_name ( amenity_id bigint NOT NULL, "language" character varying(255), "text" character varying(255) ) {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

15 years, 4 months

2
1
0 / 0

[Hibernate-JIRA] Created: (HHH-4581) Embedded objects in criteria API does not work

by Jaroslaw Lewandowski (JIRA)

Embedded objects in criteria API does not work ---------------------------------------------- Key: HHH-4581 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4581 Project: Hibernate Core Issue Type: Bug Components: query-criteria Affects Versions: 3.5.0-Beta-2 Reporter: Jaroslaw Lewandowski It not possible to use Embedded attribute in Criteria API. E.g. having the following entity @Entity class Client { @Embedded private Name name; } @Embeddable public class Name implements Serializable { @Basic private String firstName; @Basic private String lastName; } The following throws an exception CriteriaBuilder cb = em.getCriteriaBuilder(); CriteriaQuery<ClientCard> cq = cb.createQuery(Client.class); Root<ClientCard> root = cq.from(ClientCard.class); cq.where(cb.equal(root.get(Client_.name).get(Name_.firstName)), "blah"); em.createQuery(cq).getResultList(); Saying that Name is not managed entity: Caused by: java.lang.IllegalArgumentException: Not an managed type: class com.phorest.memento.server.domain.Name at org.hibernate.ejb.metamodel.MetamodelImpl.managedType(MetamodelImpl.java:171) at org.hibernate.ejb.criteria.JoinImpl.<init>(JoinImpl.java:54) at org.hibernate.ejb.criteria.FromImpl.constructJoin(FromImpl.java:193) at org.hibernate.ejb.criteria.FromImpl.join(FromImpl.java:176) at org.hibernate.ejb.criteria.FromImpl.join(FromImpl.java:169) at org.hibernate.ejb.criteria.FromImpl.get(FromImpl.java:559) -- 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, 4 months

4
10
0 / 0

[Hibernate-JIRA] Created: (HHH-3659) statistics: Execution time of a query

by Anthony Patricio (JIRA)

statistics: Execution time of a query ------------------------------------- Key: HHH-3659 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3659 Project: Hibernate Core Issue Type: New Feature Components: query-hql, query-sql Affects Versions: 3.3.1 Reporter: Anthony Patricio Priority: Trivial Currently we have min, average and max execution time. Could be useful to log each query execution time. -- 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, 4 months

4
6
0 / 0

[Hibernate-JIRA] Created: (HHH-3007) Unchanged persistent set gets marked dirty on session.merge()

by Lars Koedderitzsch (JIRA)

Unchanged persistent set gets marked dirty on session.merge() ------------------------------------------------------------- Key: HHH-3007 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3007 Project: Hibernate3 Issue Type: Bug Components: core Affects Versions: 3.2.5 Reporter: Lars Koedderitzsch Persistent sets are marked dirty on session.merge() even if there have been no changes to the collection. This is especially painful when the collection is immutable and results in an "changed an immutable collection instance" exception on flush. I tracked the behaviour down a bit and believe the problem to be in CollectionType.replace(). Here the passed in orginal PersistentSet is replaced by a plain HashSet in this line: Object result = target == null || target == original ? instantiateResult( original ) : target; The "result" object (HashSet) is then passed to the CollectionType.replaceElements() method (instead of the original PersistentSet). In CollectionType.replaceElements() the code to clear the dirty state of the collection does not execute anymore, because the passed-in "original" collection is the described HashSet and *not* the original PersistentSet. This way the PersistentSet remains marked dirty. A workaround is to manually clear the dirty state of an immutable collection after merge but before flush. -- 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, 4 months

3
8
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-513) Hibernate Search 3.2.0.CR1 listeners cause long delays when indexing entities saved in different transactions

by Florin Haizea (JIRA)

Hibernate Search 3.2.0.CR1 listeners cause long delays when indexing entities saved in different transactions ------------------------------------------------------------------------------------------------------------- Key: HSEARCH-513 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-513 Project: Hibernate Search Issue Type: Bug Affects Versions: 3.2.0.CR1 Environment: Hibernate 3.5.1-Final Spring 3.0.2 MySQL Connector 5.1.6 Reporter: Florin Haizea Attachments: HibernateSearchJira.zip I have 3 entities Person, Event and ParentOfBirthEvent. I save about 8000 Person objects in batches of 20, each batch is being saved in a different transaction. After a sufficient number of entities have been persisted (the saving and indexing of initial batches takes between150ms and 500ms) the indexing of the entities that are saved in some of the following batches takes a very large amount of time (sometime even minutes for a whole batch). The problem is that in order for these delays to appear there has to be a certain relationship between the objects saved in the current batch and objects saved in previous batches. The only way in which I can reproduce this 100% is by importing a file (which was submitted by one of the users of our app), creating entities based on the data in that file and saving the entities in batches of 20. When I reach batch number 273 or so the indexing starts taking a lot of time. If I removed the @IndexedEmbedded annotation from the "parent" field in the ParentOfBirthEvent class the problem is solved. Also, if I removed all the hibernate search listeners from the sessionFactory the problem is solved. -- 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, 5 months

7
68
0 / 0

[Hibernate-JIRA] Created: (METAGEN-29) Embedded generic types not supported by metamodel generator

by Adrian Hummel (JIRA)

Embedded generic types not supported by metamodel generator ----------------------------------------------------------- Key: METAGEN-29 URL: http://opensource.atlassian.com/projects/hibernate/browse/METAGEN-29 Project: Hibernate Metamodel Generator Issue Type: Bug Components: processor Affects Versions: 1.0.0-CR-1 Environment: Hibernate 3.5.0-CR-2 Reporter: Adrian Hummel Assignee: Hardy Ferentschik Priority: Critical Attachments: bugreport.zip Scenario: I have a @MappedSuperclass defining an abstract entity. This class has a technical primary key and a business identity. The business identity is realized by means of a generic embeddable (e.g. for a Customer class there is a corresponding CustomerId class for its business identity). The JPAMetaModelEntityProcessor does generate the AbstractEntity_ class but does only include the primary key field but omits the generic field for the business identity (which leads to subsequent errors when accessing this field using a CriteriaBuilder). Attached a mini project with a test case which illustrates 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, 5 months

4
8
0 / 0

[Hibernate-JIRA] Created: (HHH-4539) Make UPPER and LOWER work on MS SQL Server text and ntext columns

by Sergiu Dumitriu (JIRA)

Make UPPER and LOWER work on MS SQL Server text and ntext columns ----------------------------------------------------------------- Key: HHH-4539 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4539 Project: Hibernate Core Issue Type: Improvement Components: query-sql Affects Versions: 3.3.2 Environment: MS SQL Server Reporter: Sergiu Dumitriu Trying to use UPPER or LOWER on a text column results in: ERROR util.JDBCExceptionReporter - Argument data type text is invalid for argument 1 of upper function. http://databases.aspfaq.com/database/why-do-i-get-argument-data-type-text... suggests a workaround, which I think should be automatically used by Hibernate, so that the HQL query can work with other dialects. -- 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, 5 months

3
3
0 / 0

[Hibernate-JIRA] Created: (HHH-3965) Expose the ability to use varchar(max) or nvarchar(max)

by Ido Ran (JIRA)

Expose the ability to use varchar(max) or nvarchar(max) ------------------------------------------------------- Key: HHH-3965 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3965 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.3.1 Environment: Hibernate 3.4.0GA as provider for JPA 1.0 - SQL Server 2005 Database Reporter: Ido Ran Priority: Blocker I have an entity which needs to store long text field (at least 30,000 characters). I use SQL Server 2005 as back-end database. SQL Server varchar support up-to 8,000 characters in length of a field, or the reserved word MAX which indicate that the field length will be 2^31-1. I think that the class SQLServerDialect should be changed to have the following line in it's ctor: registerColumnType( Types.VARCHAR, 8001, "varchar(MAX)" ); this way, all String fields with length above 8000 will have varchar(MAX) as column type. -- 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, 5 months

5
7
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-517) ThreadLocal in ContextHolder causes memory leak when deployed in a web container

by Vojtěch Krása (JIRA)

ThreadLocal in ContextHolder causes memory leak when deployed in a web container -------------------------------------------------------------------------------- Key: HSEARCH-517 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-517 Project: Hibernate Search Issue Type: Bug Components: engine Affects Versions: 3.2.0.CR1, 3.2.0.Beta1, 3.1.1.GA, 3.1.0.GA, 3.1.0.CR1, 3.1.0.Beta2, 3.1.0.Beta1, 3.0.1.GA, 3.0.0.GA Environment: Hibernate 3.4.0.GA/3.5.1-Final, Tomcat 6.0.26, Spring 2.5.6/3.0.1, Sun JDK 1.6; Hibernate 3.3.1.GA Tomcat 6.0.18 Spring 2.5.6 Java OpenJDK 1.6 Reporter: Vojtěch Krása Priority: Critical Attachments: dump.zip, testCase.zip The SearchFactory has a static ThreadLocal variables which holds a reference to the SearchFactoryImpl. The ThreadLocal is not cleared when the application is undeployed, causing a memory leak. http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-314 -- 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, 5 months

4
8
0 / 0

[Hibernate-JIRA] Created: (HHH-3527) Null Version Comparator for versioned class due to reuse of Second Level CacheDataDescriptionImpl

by Paul FitzPatrick (JIRA)

Null Version Comparator for versioned class due to reuse of Second Level CacheDataDescriptionImpl ------------------------------------------------------------------------------------------------- Key: HHH-3527 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3527 Project: Hibernate Core Issue Type: Bug Components: caching (L2) Affects Versions: 3.3.1 Environment: 3.3.1 GA, Postgres 8.3.3, EH Cache Reporter: Paul FitzPatrick Priority: Minor When the SessionFactoryImpl constructor builds the EntityPersister for classes, it consults a cache of entityAccessStrategies for all the known second level cache regions. If only some of the classes in that region have version tags, then it is possible the cached EntityRegionAccessStrategy will be created without a Version Comparator. Subsequent calls to load an object using a Criteria query failed with a NullPointerException (stack trace below). The line being executed is "return version!=null && comparator.compare(version, newVersion) < 0;" and in this case "version" is an Integer object and comparator is null. Not sure the appropriate solution. It would seem from an examination of the code that if the EntityRegionAccessStrategy is to be shared, then all classes in the second level cache region _must_ either all have a "version" column or all have no "version" column. Further, it seems implied that if they use a "version" column, then they must all use the exact same data type. If this is the case, then a better error check on the configuration data may be in order. Caused by: java.lang.NullPointerException at org.hibernate.cache.ReadWriteCache$Item.isPuttable(ReadWriteCache.java:426) at org.hibernate.cache.ReadWriteCache.put(ReadWriteCache.java:180) at org.hibernate.cache.impl.bridge.EntityAccessStrategyAdapter.putFromLoad(EntityAccessStrategyAdapter.java:68) at org.hibernate.engine.TwoPhaseLoad.initializeEntity(TwoPhaseLoad.java:179) at org.hibernate.loader.Loader.initializeEntitiesAndCollections(Loader.java:877) at org.hibernate.loader.Loader.doQuery(Loader.java:752) at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:259) at org.hibernate.loader.Loader.doList(Loader.java:2228) at org.hibernate.loader.Loader.listIgnoreQueryCache(Loader.java:2125) at org.hibernate.loader.Loader.list(Loader.java:2120) at org.hibernate.loader.criteria.CriteriaLoader.list(CriteriaLoader.java:118) at org.hibernate.impl.SessionImpl.list(SessionImpl.java:1596) at org.hibernate.impl.CriteriaImpl.list(CriteriaImpl.java:306) at org.hibernate.impl.CriteriaImpl.uniqueResult(CriteriaImpl.java:328) -- 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, 5 months

2
2
0 / 0

[Hibernate-JIRA] Created: (HHH-5202) polymorphism=PolymorphismType.EXPLICIT not work

by zhuzhangsuo (JIRA)

polymorphism=PolymorphismType.EXPLICIT not work ------------------------------------------------ Key: HHH-5202 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5202 Project: Hibernate Core Issue Type: Bug Components: annotations Affects Versions: 3.5.1 Environment: hibernate3.5.1 mysql 5.1 Reporter: zhuzhangsuo Attachments: src.rar class Book ,Section is Inheritanced from EntityItem and use @Inheritance(strategy=InheritanceType.JOINED) I want to use @org.hibernate.annotations.Entity(dynamicUpdate=true,selectBeforeUpdate=true, polymorphism=PolymorphismType.EXPLICIT) to select the base table into EntityItem but not Book or Section The sql is : select entityitem0_.entity_id as entity1_0_, entityitem0_.entity_author as entity2_0_, entityitem0_.entity_category as entity3_0_, entityitem0_.entity_ctime as entity4_0_, entityitem0_.entity_desc as entity5_0_, entityitem0_.entity_folder as entity6_0_, entityitem0_.entity_keyword as entity7_0_, entityitem0_.entity_name as entity8_0_, entityitem0_.entity_operator as entity9_0_, entityitem0_.entity_order as entity10_0_, entityitem0_.entity_pid as entity18_0_, entityitem0_.entity_picture as entity11_0_, entityitem0_.entity_status as entity12_0_, entityitem0_.entity_tag as entity13_0_, entityitem0_.entity_template as entity14_0_, entityitem0_.entity_type as entity15_0_, entityitem0_.entity_update_time as entity16_0_, entityitem0_.entity_url as entity17_0_, entityitem0_1_.section_content as section1_1_, entityitem0_2_.book_continue as book1_2_, entityitem0_2_.book_copyright as book2_2_, entityitem0_2_.book_grade as book3_2_, entityitem0_2_.book_press as book4_2_, entityitem0_2_.book_price as book5_2_, entityitem0_2_.book_pv as book6_2_, entityitem0_2_.book_translate as book7_2_, case when entityitem0_1_.entity_id is not null then 1 when entityitem0_2_.entity_id is not null then 2 when entityitem0_.entity_id is not null then 0 end as clazz_ from book_entity entityitem0_ left outer join book_section_detail entityitem0_1_ on entityitem0_.entity_id=entityitem0_1_.entity_id left outer join book_detail entityitem0_2_ on entityitem0_.entity_id=entityitem0_2_.entity_id -- 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, 5 months

2
1
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-433) Think about exposing not yet committed changes by opening IndexReaders off IndexWriters

by Emmanuel Bernard (JIRA)

Think about exposing not yet committed changes by opening IndexReaders off IndexWriters --------------------------------------------------------------------------------------- Key: HSEARCH-433 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-433 Project: Hibernate Search Issue Type: Sub-task Reporter: Emmanuel Bernard -- 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, 5 months

3
7
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-511) Clean up orphaned lock files on startup

by Marc Schipperheyn (JIRA)

Clean up orphaned lock files on startup --------------------------------------- Key: HSEARCH-511 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-511 Project: Hibernate Search Issue Type: Improvement Components: engine Affects Versions: 3.2.0.CR1 Reporter: Marc Schipperheyn I have had several occassions when the MassIndexer failed to complete for some reason and I had to restart Tomcat. MassIndexer creates lockfiles for the indexes it is updating. These lock files remain after a restart and block MassIndexer from running again. I suggest that Hibernate Search during startup checks for the existence of lock files in the index directory and removes then if they are there. This prevents an administrator from having to go and do it manually which is a bummer in production. -- 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, 5 months

3
8
0 / 0

[Hibernate-JIRA] Created: (HHH-3936) Provide Hibernate Dialect for MS SQL Server 2005

by Claudio (JIRA)

Provide Hibernate Dialect for MS SQL Server 2005 ------------------------------------------------ Key: HHH-3936 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3936 Project: Hibernate Core Issue Type: Task Environment: Hibernate 3.3.1 Reporter: Claudio Attachments: SQLServer2005Dialect.java Hibernate should support a dialect for MS SQL Server 2005. There are some particularities comparing to SQL Server 2000 (SQL Limit strategy for example). Find the dialect attached. Test Case must be created for it. -- 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, 5 months

2
2
0 / 0

[Hibernate-JIRA] Created: (HV-230) Database Connective or @Unique

by Ken Egervari (JIRA)

Database Connective or @Unique ------------------------------ Key: HV-230 URL: http://opensource.atlassian.com/projects/hibernate/browse/HV-230 Project: Hibernate Validator Issue Type: New Feature Affects Versions: 3.1.0.GA Reporter: Ken Egervari Priority: Critical I find a common validation use case is checking to see if a field is unique to all those in the table, such as emails, isbns, usernames, keywords, etc. these fields may not be the primary key, but still need to be unique. It would be fantastic if hibernate validator implemented this. This is a common problem though because the domain class will need to have access the database. I dunno if there's an easy way to wire in a copy of sessionFactory to make this easy to write. Perhaps something like this: @Query( "select user from User user where user.emailAddress = :this.emailAddress and user.id != :this.id", message = "That Email is already being used by another user in the system" ) private String emailAddress; Basically the idea is that if @Query returns no results, then the validation constraint is good, and if returns more than 1 result, then it fails. Kind of like simpleJdbcTemplate.queryForMap() does within the Spring testing framework. That method causes the test to fail if no row is returned, because it expects 1 result. If it were possible to just say @Unique private String emailAddress; That would be extremely concise and would save people a ton of time. Of course, this requires some interoperability with Hibernate... but I think that's a good thing, no? Thanks for taking this into consideration. I'd appreciate an email letting me know how to do this in a clean way in 3.1.0 GA as it is as well if you would. Thank you. -- 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, 5 months

3
9
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-307) Implement clustering with JBoss Cache

by Hardy Ferentschik (JIRA)

Implement clustering with JBoss Cache ------------------------------------- Key: HSEARCH-307 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-307 Project: Hibernate Search Issue Type: New Feature Reporter: Hardy Ferentschik Assignee: Hardy Ferentschik -- 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, 5 months

4
8
0 / 0

[Hibernate-JIRA] Created: (HHH-2716) Session.replicate failure with identity column

by Yves Martin (JIRA)

Session.replicate failure with identity column ---------------------------------------------- Key: HHH-2716 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2716 Project: Hibernate3 Issue Type: Bug Components: core Affects Versions: 3.2.2 Environment: Java 1.5, MySQL 5.0.27 and Hibernate Annotations 3.2.1.GA Reporter: Yves Martin I'm trying to use replicate: http://www.hibernate.org/hib_docs/reference/en/html/objectstate.html#obje... The column "@version" is replicated properly (same value in second db) but the column "@Id @GeneratedValue" contains a new value from the db2 sequence. In fact the insert statement generated by the replicate method does not include the "id" column. -- 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, 5 months

6
8
0 / 0

[Hibernate-JIRA] Created: (HHH-4795) Comparing OneToOne mappedBy column to null generates wrong SQL

by Uros Majeric (JIRA)

Comparing OneToOne mappedBy column to null generates wrong SQL -------------------------------------------------------------- Key: HHH-4795 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4795 Project: Hibernate Core Issue Type: Bug Environment: Hibernate core 3.3.2.GA Postgresql 8.4 Reporter: Uros Majeric I have two entities: @Entity @Table(name = "beer_keg") public class Keg implements Serializable { @Id @GeneratedValue @Column(name = "bkid") public Long getId() { return id; } public void setId(Long id) { this.id = id; } @OneToOne(mappedBy="keg", fetch=FetchType.LAZY, optional=true) public KegValveCombination getCombination() { return combination; } void setCombination(KegValveCombination combination) { this.combination = combination; } } and @Entity @Table(name="keg_valve_combination") public class KegValveCombination implements Serializable { @Id @GeneratedValue @Column(name="id", nullable=false) public Long getId() { return id; } public void setId(Long id) { this.id = id; } @OneToOne(cascade=CascadeType.ALL) @JoinColumn(name="keg", nullable=false, unique=true) public Keg getKeg() { return keg; } public void setKeg(Keg keg) { this.keg = keg; } } if I create query: em.createQuery("FROM Keg k WHERE k.combination is null").getResultList(); hibernate generates sql like: select keg0_.* from beer_keg keg0_ where keg0_.bkid is null but it should be: select keg0_.* from beer_keg keg0_ left join keg_valve_combination kegvalveco1_ on keg0_.bkid=kegvalveco1_.keg where (kegvalveco1_.keg is null) thanks, Uros -- 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, 5 months

2
1
0 / 0

[Hibernate-JIRA] Created: (HHH-4453) Reserved keywords not quoted in table/column names

by Philipp Reichart (JIRA)

Reserved keywords not quoted in table/column names -------------------------------------------------- Key: HHH-4453 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4453 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.3.1 Environment: Hibernate 3.3.1 GA, Windows XP, Sun JDK 1.6.0_06, Derby 10.5 Reporter: Philipp Reichart I'm currently migrating our test suite form HSQLDB to Derby (we need transaction isolation and the HSLDB 1.9 RCs are no good), and found out that we have a lot of table or colum names that happen to be reserved keywords in Derby, like "transaction", "key", "value", "year", etc.. The usual workaround seems to be adding backticks to any offending table/column name in our hbm.xml files, but that's really an ugly workaround and doesn't prevent later incidents of this kind when new keywords show up in either our mappings or database. As this is about a production database schema, reanming the table/column names isn't an option either. I already tried implementing a custom Derby dialect and registering all the keywords from the Derby doc at http://db.apache.org/derby/docs/10.5/ref/rrefkeywords29722.html and even defined a "quote everything" NamingStrategy using the dialect to get the correct native quotes for the database. Unfortunately, neither the Hibernate DDL generator nor HQL queries seem to consider the naming strategy or dialect when handling table or column names. Is there any way to have Hibernate quote database-specific keywords every they're used? Or just have Hibernate quote everything that comes from a mapping file? -- 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, 5 months

3
3
0 / 0

[Hibernate-JIRA] Created: (HHH-3081) SQL queries do not currently support iteration

by MG (JIRA)

SQL queries do not currently support iteration ---------------------------------------------- Key: HHH-3081 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3081 Project: Hibernate3 Issue Type: Bug Reporter: MG Query sqlQuery = session.createSQLQuery("select * from TRADE").addEntity(Trade.class); sqlQuery.setReadOnly(true); sqlQuery.setCacheMode(CacheMode.IGNORE); sqlQuery.setCacheable(false); sqlQuery.setFetchSize(1000); Iterator<Trade> trades = sqlQuery.iterate(); Causes Exception in thread "main" java.lang.UnsupportedOperationException: SQL queries do not currently support iteration at org.hibernate.impl.SQLQueryImpl.iterate(SQLQueryImpl.java:190) -- 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, 5 months

2
1
0 / 0

[Hibernate-JIRA] Created: (HHH-2315) relax schemaupdate complaining about numeric/decimal

by Max Rydahl Andersen (JIRA)

relax schemaupdate complaining about numeric/decimal ---------------------------------------------------- Key: HHH-2315 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2315 Project: Hibernate3 Type: Improvement Components: core Reporter: Max Rydahl Andersen Fix For: 3.2.2 http://jira.jboss.com/jira/browse/JBSEAM-596 -- 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, 5 months

5
7
0 / 0

[Hibernate-JIRA] Created: (HHH-3356) Support for subselect (subquery) in from clause

by Geoffrey De Smet (JIRA)

Support for subselect (subquery) in from clause ----------------------------------------------- Key: HHH-3356 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3356 Project: Hibernate3 Issue Type: New Feature Components: query-hql Reporter: Geoffrey De Smet Many databases support subselects in the from clause, for example: http://dev.mysql.com/doc/refman/5.0/en/unnamed-views.html And it's very handy. Native query's are sometimes a working workaround, but have many disadvantages, unlike HQL. Btw, I've searched through jira for over 20 minutes and didn't find an issue for this already. If there is one already, please give it a better title or link it to this 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

15 years, 5 months

3
2
0 / 0

[Hibernate-JIRA] Created: (HV-68) Consider reponening (see new patch)

by Lucien Weller (JIRA)

Consider reponening (see new patch) ----------------------------------- Key: HV-68 URL: http://opensource.atlassian.com/projects/hibernate/browse/HV-68 Project: Hibernate Validator Issue Type: Sub-task Reporter: Lucien Weller -- 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, 5 months

4
6
0 / 0

[Hibernate-JIRA] Created: (HHH-2097) LAZY property results in org.hibernate.TransientObjectException after merge

by Reto Urfer (JIRA)

LAZY property results in org.hibernate.TransientObjectException after merge --------------------------------------------------------------------------- Key: HHH-2097 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2097 Project: Hibernate3 Type: Bug Components: core Versions: 3.2.0.cr4 Environment: Hibernate3.2 cr4 with Annotations cr2 and EntityManager cr2, Oracle10g R2, WindowsXP Reporter: Reto Urfer Priority: Critical Attachments: BugLazyPropertyMerge.zip Entity1 has a property e2 which references Entity2. This property is defined as follows. @ManyToOne(fetch = FetchType.LAZY, optional = false) private Entity2 e2; If you have an instance e1 of Entity1 which has not initialized property e2 and you merge e1 to the EntityManager within a transaction, then you get the following exception during commit: Exception in thread "main" javax.persistence.RollbackException: Error while commiting the transaction at org.hibernate.ejb.TransactionImpl.commit(TransactionImpl.java:63) at com.test.Test.main(Test.java:42) Caused by: org.hibernate.TransientObjectException: object references an unsaved transient instance - save the transient instance before flushing: com.test.Entity1.e2 -> com.test.Entity2 at org.hibernate.engine.CascadingAction$9.noCascade(CascadingAction.java:350) at org.hibernate.engine.Cascade.cascade(Cascade.java:139) at org.hibernate.event.def.AbstractFlushingEventListener.cascadeOnFlush(AbstractFlushingEventListener.java:130) at org.hibernate.event.def.AbstractFlushingEventListener.prepareEntityFlushes(AbstractFlushingEventListener.java:121) at org.hibernate.event.def.AbstractFlushingEventListener.flushEverythingToExecutions(AbstractFlushingEventListener.java:65) at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:26) at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1000) at org.hibernate.impl.SessionImpl.managedFlush(SessionImpl.java:338) at org.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:106) at org.hibernate.ejb.TransactionImpl.commit(TransactionImpl.java:53) ... 1 more I added a small Testproject to reproduce this bug. -- 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, 5 months

4
5
0 / 0

[Hibernate-JIRA] Created: (HBX-1042) Make DocHelper robust against failing buildSettings()

by Arnout Engelen (JIRA)

Make DocHelper robust against failing buildSettings() ----------------------------------------------------- Key: HBX-1042 URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-1042 Project: Hibernate Tools Issue Type: Improvement Components: hbm2doc Reporter: Arnout Engelen Attachments: dochelper.diff.txt DocHelper calls cfg.buildSettings(). to get the Dialect, default catalog name and default schema name. However, cfg.buildSettings() may fail with a HibernateException (example below). It would be nice to have DocHelper handle this more gracefully. Attached is a simple patch that does this. (background: I'd like to use the Configuration I'm getting from a Spring LocalSessionFactoryBean, which after initial creation leaves its LocalDataSourceConnectionProvider in a state that yiels a HibernateException when calling 'configure()' on it, which buildSettings() does. Because of this issue, I cannot use the DocExporter for my Spring-based hibernate configurations) -- 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, 5 months

2
10
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-275) support new NIOFSDirectory, a multithreaded optimized FSDirectory

by Sanne Grinovero (JIRA)

support new NIOFSDirectory, a multithreaded optimized FSDirectory ----------------------------------------------------------------- Key: HSEARCH-275 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-275 Project: Hibernate Search Issue Type: Improvement Reporter: Sanne Grinovero Assignee: Sanne Grinovero # LUCENE-753: Added new Directory implementation org.apache.lucene.store.NIOFSDirectory, which uses java.nio's FileChannel to do file reads. On most non-Windows platforms, with many threads sharing a single searcher, this may yield sizable improvement to query throughput when compared to FSDirectory, which only allows a single thread to read from an open file at a time. (Jason Rutherglen via Mike McCandless) -- 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, 6 months

3
14
0 / 0

[Hibernate-JIRA] Created: (HV-70) Add @Equals(property="name")

by Juergen Zimmermann (JIRA)

Add @Equals(property="name") ---------------------------- Key: HV-70 URL: http://opensource.atlassian.com/projects/hibernate/browse/HV-70 Project: Hibernate Validator Issue Type: New Feature Affects Versions: 3.1.0.CR2 Reporter: Juergen Zimmermann It would be nice to have something like: public class Customer implements Serializable { private String password; @Equals(property="password") // the name of the property above private String password2; ... } Such entity classes would be helpful for user interfaces e.g. inside registration pages where you want to avoid typos or ensure that a human being is registering. -- 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, 6 months

4
4
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-115) Add a default value for indexing null value

by Julien Brulin (JIRA)

Add a default value for indexing null value ------------------------------------------- Key: HSEARCH-115 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-115 Project: Hibernate Search Issue Type: Improvement Components: mapping Reporter: Julien Brulin Hi, Null elements are not indexed by lucene then it's not easy to use a nullable property in lucene query. I have a TagTranslation entity in my model with a nullable property language. In this case null is used as default language for tag translation. Each translation may have many variations like synonyms. Because I can specified a default value for null value in the @Field annotation like this @Field(index=Index.UN_TOKENIZED, store=Store.NO, default='null'), i can't search a cat tag with a default translation like this : +value:cat* +lang:null <pre></code> @Entity() @Table(name="indexing_tag_trans") @org.hibernate.annotations.Cache(usage=org.hibernate.annotations.CacheConcurrencyStrategy.READ_WRITE) @Indexed public class TagTranslation implements java.io.Serializable { private static final long serialVersionUID = -1065316566731456110L; @Id @GeneratedValue(strategy=GenerationType.IDENTITY) @DocumentId private Integer id; @Field(index=Index.UN_TOKENIZED, store=Store.NO) private String language; @Field(index=Index.TOKENIZED, store=Store.YES) private String value; @OneToMany(cascade=CascadeType.ALL, fetch=FetchType.LAZY) @org.hibernate.annotations.Fetch(org.hibernate.annotations.FetchMode.SUBSELECT) @JoinColumn(name="translation_id") @IndexedEmbedded private List<TagVariation> variations = new LinkedList<TagVariation>(); public TagTranslation() { } ... </code> </pre> What do you think about that ? Ps: sorry for english write, i am a french guy. -- 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, 6 months

4
28
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-532) FSSlaveDirectoryProvider could retry several times when the current marker file is not found

by Hardy Ferentschik (JIRA)

FSSlaveDirectoryProvider could retry several times when the current marker file is not found -------------------------------------------------------------------------------------------- Key: HSEARCH-532 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-532 Project: Hibernate Search Issue Type: Bug Components: directory provider Affects Versions: 3.2.0.Final Reporter: Hardy Ferentschik Fix For: 3.3.0 The {{FSMasterDirectoryProvider}} has a hole in the startup procedure where it is possible for the {{FSSlaveDirectoryProvider}} to not being able to find the current marker file. At the moment the startup for the slave will fail in this case. We could let the {{FSSlaveDirectoryProvider}} retry for a couple of times to allow the master to create the marker file. This problem can also occur during runtime, but there the {{FSSlaveDirectoryProvider}} just skips a sync. However, we log this as error. Probably should just be a warning. -- 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, 6 months

4
4
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-390) HibernateSearchResourceLoader uses default charset for reading resources

by Ivan Holub (JIRA)

HibernateSearchResourceLoader uses default charset for reading resources ------------------------------------------------------------------------ Key: HSEARCH-390 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-390 Project: Hibernate Search Issue Type: Bug Components: analyzer Affects Versions: 3.1.1.GA Reporter: Ivan Holub HibernateSearchResourceLoader uses default charset for reading resources. So stop words are not working for other languages. @AnalyzerDef(name="ru", tokenizer=(a)TokenizerDef(factory=StandardTokenizerFactory.class), filters={ @TokenFilterDef(factory=StandardFilterFactory.class), @TokenFilterDef(factory=LowerCaseFilterFactory.class), @TokenFilterDef(factory=StopFilterFactory.class, params=@Parameter(name="words", value="stopwords/stopwords_ru.txt")), @TokenFilterDef(factory=SnowballPorterFilterFactory.class, params=@Parameter(name="language", value="Russian")) stopwords/stopwords_ru.txt is UTF-8 file To fix the problem I constructed Analyzer in separate class and without using AnalyzerDef. -- 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, 6 months

3
4
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-416) Analyze Payload and how this could be used to store id and class in the index and not the document

by Emmanuel Bernard (JIRA)

Analyze Payload and how this could be used to store id and class in the index and not the document -------------------------------------------------------------------------------------------------- Key: HSEARCH-416 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-416 Project: Hibernate Search Issue Type: Sub-task Reporter: Emmanuel Bernard -- 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, 6 months

3
8
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-228) Write a reliability test under stress

by Emmanuel Bernard (JIRA)

Write a reliability test under stress ------------------------------------- Key: HSEARCH-228 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-228 Project: Hibernate Search Issue Type: Task Reporter: Emmanuel Bernard Fix For: 3.1.0 Write an app inserting, updating deleting concurrently Also searching concurrently and make sure data is reliable during search all that during stress conditions. -- 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, 6 months

3
12
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-119) Enable lucene similarity seach based on term frequency vector by QBE-like query

by Xin Wu (JIRA)

Enable lucene similarity seach based on term frequency vector by QBE-like query --------------------------------------------------------------------------------- Key: HSEARCH-119 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-119 Project: Hibernate Search Issue Type: New Feature Reporter: Xin Wu Scenario: Your bookstore application needs a function as follow: When a user see a list of books, there is a similar books button for each book. If user clicks this button of one book item, the similar books will be listed. The similarity is evaluated by all terms in summary of the book and similarity score is dirived from Lucene search similarity package which uses term frequency vectors in calculation. It will compare the target in all corresponding documents in the index and return the hits in order. Note: this funtion is not same as fuzzy query which still needs a definite query condition. In the contrast, similarity search only needs one or several fields (of object/document)to be specified and the rest will be automatically caculated by lucene. A QBE-like API should be used to make such query. You can specify the fields in such query. Please see discussion about this topic in the forum: http://forum.hibernate.org/viewtopic.php?t=979692 -- 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, 6 months

3
8
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-469) Filter caching using causes excessive memory use

by Dobes Vandermeer (JIRA)

Filter caching using causes excessive memory use ------------------------------------------------ Key: HSEARCH-469 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-469 Project: Hibernate Search Issue Type: Bug Components: query Affects Versions: 3.1.1.GA Environment: hibernate-core-3.3.2.GA Reporter: Dobes Vandermeer The CachingWrapperFilter uses the reader instance (CacheableMultiReader) as a key for the caching. However, the reader instance keeps pointers to byte arrays in its "normsCache" and in the "normsCache" of its sub-readers; each array has one byte for each document in the index and in some cases there will be multiple of these arrays associated with differet fields. For an index with millions of records this can result in an apparent "leak" of hundreds of megabytes of memory as those readers are not re-used and the MRU cache used by default will keep up to 128 hard references to the readers by default. The search system must either re-use or delete the normsCache, OR the cache key for these filters should be tied to something else that doesn't keep references to potentially huge data arrays. Otherwise the scalability of the search subsystem is significantly impacted when using filters, as you must have enough heap to accommodate up to 128 times as many copies of the norms arrays. -- 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, 6 months

3
14
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-434) Make use of NumericField

by Emmanuel Bernard (JIRA)

Make use of NumericField ------------------------- Key: HSEARCH-434 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-434 Project: Hibernate Search Issue Type: Sub-task Reporter: Emmanuel Bernard -- 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, 6 months

4
39
0 / 0

[Hibernate-JIRA] Created: (EJB-435) @SqlResultSetMapping gives Invalid Column for columns not in select clause

by Rachit (JIRA)

@SqlResultSetMapping gives Invalid Column for columns not in select clause -------------------------------------------------------------------------- Key: EJB-435 URL: http://opensource.atlassian.com/projects/hibernate/browse/EJB-435 Project: Hibernate Entity Manager Issue Type: Bug Components: EntityManager Affects Versions: 3.4.0.GA Environment: DB: Oracle 10g, OS: Win XP, Hibernate 3 using JPA entitymanager Reporter: Rachit Hi, A very simple usage of SqlResultSetMapping. I want to retrieve only country Name using native query. I have specified one column country name to be fetched and mapped in Object. @SqlResultSetMapping(name = "CountryCountry", entities = { @EntityResult(entityClass = Country.class, fields = { @FieldResult(name = "countryName", column = "COUNTRY_NAME") }) public void testComplexer0NativeQuery() { em = emf.createEntityManager(); Query query = em.createNativeQuery( "select iso.COUNTRY_NAME from Country iso", "CountryCountry"); List list = query.getResultList(); System.out.println(list.size()); System.out.println(list.get(0).getClass()); } Running this I get "INFO: could not read column value from result set: ISO1_2_0_; Invalid column name" exception. The whole stack trace : javax.persistence.PersistenceException: org.hibernate.exception.GenericJDBCException: could not execute query at org.hibernate.ejb.AbstractEntityManagerImpl.throwPersistenceException(AbstractEntityManagerImpl.java:614) at org.hibernate.ejb.QueryImpl.getResultList(QueryImpl.java:76) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:618) at junit.framework.TestCase.runTest(TestCase.java:168) at junit.framework.TestCase.runBare(TestCase.java:134) at org.springframework.test.ConditionalTestCase.runBare(ConditionalTestCase.java:76) at junit.framework.TestResult$1.protect(TestResult.java:110) at junit.framework.TestResult.runProtected(TestResult.java:128) at junit.framework.TestResult.run(TestResult.java:113) at junit.framework.TestCase.run(TestCase.java:124) at junit.framework.TestSuite.runTest(TestSuite.java:232) at junit.framework.TestSuite.run(TestSuite.java:227) at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:81) at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:38) at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196) Caused by: org.hibernate.exception.GenericJDBCException: could not execute query at org.hibernate.exception.SQLStateConverter.handledNonSpecificException(SQLStateConverter.java:126) at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:114) at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:66) at org.hibernate.loader.Loader.doList(Loader.java:2231) at org.hibernate.loader.Loader.listIgnoreQueryCache(Loader.java:2125) at org.hibernate.loader.Loader.list(Loader.java:2120) at org.hibernate.loader.custom.CustomLoader.list(CustomLoader.java:312) at org.hibernate.impl.SessionImpl.listCustomQuery(SessionImpl.java:1722) at org.hibernate.impl.AbstractSessionImpl.list(AbstractSessionImpl.java:165) at org.hibernate.impl.SQLQueryImpl.list(SQLQueryImpl.java:175) at org.hibernate.ejb.QueryImpl.getResultList(QueryImpl.java:67) ... 21 more Caused by: java.sql.SQLException: Invalid column name at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:134) at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:179) at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:269) at oracle.jdbc.driver.OracleStatement.get_column_index(OracleStatement.java:6348) at oracle.jdbc.driver.OracleResultSetImpl.findColumn(OracleResultSetImpl.java:1557) at oracle.jdbc.driver.OracleResultSet.getString(OracleResultSet.java:1549) at org.hibernate.type.StringType.get(StringType.java:41) at org.hibernate.type.NullableType.nullSafeGet(NullableType.java:184) at org.hibernate.type.NullableType.nullSafeGet(NullableType.java:173) at org.hibernate.loader.Loader.getKeyFromResultSet(Loader.java:1121) at org.hibernate.loader.Loader.getRowFromResultSet(Loader.java:588) at org.hibernate.loader.Loader.doQuery(Loader.java:724) at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:259) at org.hibernate.loader.Loader.doList(Loader.java:2228) ... 28 more Hibernate is trying to fetch all the columns present in entity to create the object. I am only interested in column/s I have specified in "@FieldResult". If I retrieve all fields in entity, It works fine though. Thanks and Regards. -- 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, 6 months

5
4
0 / 0

[Hibernate-JIRA] Created: (METAGEN-12) Investigate why it is not possible to use the Filer API to load non class resources like The API throws a FilerException with the message "Illegal name /META-INF". The call is processingEnv.getFiler().getResource((StandardLocation.CLAS /META-INF/orm.xml

by Hardy Ferentschik (JIRA)

Investigate why it is not possible to use the Filer API to load non class resources like The API throws a FilerException with the message "Illegal name /META-INF". The call is processingEnv.getFiler().getResource((StandardLocation.CLAS /META-INF/orm.xml --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Key: METAGEN-12 URL: http://opensource.atlassian.com/projects/hibernate/browse/METAGEN-12 Project: Hibernate StaticMetamodel Generator Issue Type: Improvement Reporter: Hardy Ferentschik Assignee: Hardy Ferentschik The API throws a FilerException with the message "Illegal name /META-INF". The call in question is: {code} processingEnv.getFiler().getResource((StandardLocation.CLASS_OUTPUT, "/META-INF", "orm.xml" ) {code} Currently we work around this by using {{Class.getResourceAsStream()}} -- 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, 6 months

1
4
0 / 0

[Hibernate-JIRA] Created: (HHH-4876) Postgresql @Lob problem

by Radosław Smogura (JIRA)

Postgresql @Lob problem ----------------------- Key: HHH-4876 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4876 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.5.0-Beta-4 Environment: Reproducable on Windows and Linux with Postgresql 8.4 Reporter: Radosław Smogura The current version of Hibernate (Beta) wrongly reads PgSQL blob values (mapped from @Lob byte[]). In general Hibernate properly creates OID type columns for storing blobs, but when it read blob it reads oid value instead of LOB referenced by oid valu (so as the output i get 6 bytes length table instead of 120kb table) This works fine in previous release 3.3 / 3.2. This was I saw is: previous version uses getBlob(), but 3.5 version uses getBytes() of resultset class. -- 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, 6 months

4
15
0 / 0

[Hibernate-JIRA] Created: (HHH-4992) Version is incremented when an inverse one-to-many collection is dirtied by adding or removing read-only entities

by Gail Badner (JIRA)

Version is incremented when an inverse one-to-many collection is dirtied by adding or removing read-only entities ----------------------------------------------------------------------------------------------------------------- Key: HHH-4992 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4992 Project: Hibernate Core Issue Type: Bug Components: core Reporter: Gail Badner Assignee: Gail Badner If a persistent, read-only entity is added to an inverse one-to-many association, and the owning entity is versioned, then, when flushed, the collection is found to be dirty, the owning entity's version is incremented, but the read-only entity is not actually added or removed from collection. This does not happen when the association is non-inverse. This situation should at least be logged. -- 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, 6 months

2
2
0 / 0

[Hibernate-JIRA] Created: (HHH-5177) auditing a child of a mapped superclass forces auditing on siblings

by Clint Popetz (JIRA)

auditing a child of a mapped superclass forces auditing on siblings ------------------------------------------------------------------- Key: HHH-5177 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5177 Project: Hibernate Core Issue Type: Bug Components: envers Affects Versions: 3.3.2 Reporter: Clint Popetz If I have: @MappedSuperclass public class Parent { } @Audited @Entity public class AuditedChild extends Parent { } @Entity public class NonAuditedChild extends Parent { } envers will try to flush audit data for changes to NonAuditedChild. -- 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, 6 months

4
5
0 / 0

[Hibernate-JIRA] Created: (HHH-4646) Inconsistent behavior with Audited and MappedSuperclass annotations

by Hernán Chanfreau (JIRA)

Inconsistent behavior with Audited and MappedSuperclass annotations ------------------------------------------------------------------- Key: HHH-4646 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4646 Project: Hibernate Core Issue Type: Bug Components: envers Affects Versions: 3.5.0-Beta-2, 3.3.2 Environment: 1) hibernate 3.5 build from trunk (7 nov 09) 2) hibernate-core-3.3.2ga with envers build from branch envers-hibernate3.3 (7 nov 09) Reporter: Hernán Chanfreau Priority: Minor Attachments: mapperSuperclass2TestPatch.txt Suppose B is a subclass of A. The subclass B is @Entity and is not audited. The superclass A is @MappedSuperclass. The differents/inconsistent behaviors are: - If A has @Audited at class level, envers does not generate audit info when saving an instance of B. - If A has @Audited at field/getter level, envers generates audit info when saving an instance of B. You can find the original discussion in envers forum: http://www.jboss.org/index.html?module=bb&op=viewtopic&t=164340 -- 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, 6 months

3
5
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-374) Timeout support for lucene searches

by Benjamin Gniza (JIRA)

Timeout support for lucene searches ----------------------------------- Key: HSEARCH-374 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-374 Project: Hibernate Search Issue Type: New Feature Components: query Reporter: Benjamin Gniza Attachments: bit-TimeoutPatched-Hibernate-Search-1.0.1EXPERIMENTAL.zip It would be nice to add support for the TimeLimitedCollector of Lucene (Versions 2.4.0 and above). We needed that feature in our project within a week so we couldn't wait for a new official release and had to imlement it on our own. Check out https://sourceforge.net/projects/timeoutpatchhib/ for our source (LGPL just as requested by hibernate). I attached our current source code to the Jira issue. New versions will be published on sourceforge, please refer to https://sourceforge.net/projects/timeoutpatchhib/ for the most current one. The attached source only includes the code to support the TimeLimitedCollector. We also have an experimental version which tries to find the reason of a BooleanQuery.TooManyClausesException within the offending user search term. For more information take a look at the sourceforge project. Note: We didn't overide the query.setTimeout(int) method because we didn't know if this would have caused other side effects. So we created a method query.setTimeout(long). Changed Methods: - org.hibernate.search.FullTextQuery -- +isSearchTimoutExceeded() -- +setTimeout(long) -- +getTimeout() - org.hibernate.search.query.FullTextQueryImpl -- getQueryHits(IndexSearcher, Integer) -- +isSearchTimoutExceeded() -- +setTimeout(long) -- +getTimeout() - org.hibernate.search.query.QueryHits -- Constructors -- scoreDoc(int) -- updateTopDocs(int) -- +getTopDocCollector(int) -- +getHitCollectorForSearch(TopDocCollector) -- +isTimeLimitExceeded() -- 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, 6 months

2
5
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-405) Be able to set Similarity per index in configuration properties

by Sanne Grinovero (JIRA)

Be able to set Similarity per index in configuration properties --------------------------------------------------------------- Key: HSEARCH-405 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-405 Project: Hibernate Search Issue Type: Improvement Reporter: Sanne Grinovero Fix For: 3.3.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

15 years, 6 months

2
3
0 / 0

[Hibernate-JIRA] Created: (ANN-668) Method in entity with return type of ArrayList<Object[]> causes failure to build session factory

by Clint Popetz (JIRA)

Method in entity with return type of ArrayList<Object[]> causes failure to build session factory ------------------------------------------------------------------------------------------------ Key: ANN-668 URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-668 Project: Hibernate Annotations Issue Type: Bug Affects Versions: 3.3.0.ga Environment: Hibernate 3.2.X, no database needed (happens during factory build before connecting to db) Reporter: Clint Popetz Attachments: propertyTypeExtractorBug.tar.gz The following source: @javax.persistence.Entity public class TestEntity { @javax.persistence.Id public int Id; public java.util.ArrayList<Object[]> badMethod() { return null; } public static void main(String args[]) { new org.hibernate.cfg.AnnotationConfiguration().addAnnotatedClass(TestEntity .class).configure().buildSessionFactory(); } } will cause: java.lang.IllegalArgumentException: No PropertyTypeExtractor available for type void at org.hibernate.annotations.common.reflection.java.JavaReflectionManager.toXType(JavaReflectionManager.java:164)^M at org.hibernate.annotations.common.reflection.java.JavaXMethod.create(JavaXMethod.java:18) at org.hibernate.annotations.common.reflection.java.JavaReflectionManager.getXMethod(JavaReflectionManager.java:128) at org.hibernate.annotations.common.reflection.java.JavaXClass.getDeclaredMethods(JavaXClass.java:114) at org.hibernate.validator.ClassValidator.initValidator(ClassValidator.java:214) at org.hibernate.validator.ClassValidator.<init>(ClassValidator.java:133) at org.hibernate.validator.event.ValidateEventListener.initialize(ValidateEventListener.java:91) at org.hibernate.event.EventListeners.initializeListeners(EventListeners.java:356) at org.hibernate.cfg.Configuration.getInitializedEventListeners(Configuration.java:1304) at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1294) Changing the return type to List<Object[]> avoids the bug. Attached is a tgz of an ant-buildable project; typing "ant run" will illustrate the bug. -- 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, 6 months

6
7
0 / 0

[Hibernate-JIRA] Created: (HHH-3873) DB2Dialect.getLimitString raise DB2 error message when called with limit=0

by Julien Kronegg (JIRA)

DB2Dialect.getLimitString raise DB2 error message when called with limit=0 -------------------------------------------------------------------------- Key: HHH-3873 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3873 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.3.1 Environment: DB2, http://viewvc.jboss.org/cgi-bin/viewvc.cgi/hibernate/core/branches/Branch... http://viewvc.jboss.org/cgi-bin/viewvc.cgi/hibernate/core/branches/Branch... Reporter: Julien Kronegg Priority: Minor Executing a query called with setMaxResults(n) makes the underlying Hibernate code to call DB2Dialect.getLimitString. While this is working fine in general case, the following database error is raised when setting the maximum number of results to zero: SqlException: NUMBER 0 DIRECTLY SPECIFIED IN AN SQL STATEMENT IS OUTSIDE THE RANGE OF ALLOWABLE VALUES IN THIS CONTEXT (1, 2147483647) This is due to the getLimitString method in classes DB2400Dialect and DB2390Dialect : public String getLimitString(String sql, int offset, int limit) { return new StringBuffer(sql.length() + 40) .append(sql) .append(" fetch first ") .append(limit) .append(" rows only ") .toString(); } When the limit parameter is set to zero, the fetch limit is appended, which explains why the error message occur. Solution: ------------ When the limit is 0, there should be no "fetch first" instruction appended (as 0 is the general convention for "no limit"). The code would be: public String getLimitString(String sql, int offset, int limit) { + if (limit==0) return sql; return new StringBuffer(sql.length() + 40) .append(sql) .append(" fetch first ") .append(limit) .append(" rows only ") .toString(); } Workaround: ------------------ In order to avoid the error message, getLimitString(n) or setMaxResults(n) should be called with the 'newN' argument: int newN = (n==0?Integer.MAX_VALUE:n); Note: since the workaround is quite easy, I set the priority to "Minor" -- 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, 6 months

2
6
0 / 0

[Hibernate-JIRA] Created: (HHH-3144) Final methods preclude some useful Hibernate extensions

by Ali Ibrahim (JIRA)

Final methods preclude some useful Hibernate extensions ------------------------------------------------------- Key: HHH-3144 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3144 Project: Hibernate3 Issue Type: Improvement Components: core Affects Versions: 3.2.6 Reporter: Ali Ibrahim Priority: Minor The following methods are final: AbstractPersistentCollection#read, AbstractPersistentCollection#write, AbstractLazyInitializer#initialize. It can be useful to override these methods. Fix is to make them protected. -- 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, 6 months

2
2
0 / 0

[Hibernate-JIRA] Created: (HHH-5168) DB2Dialect generates CROSS JOINs which aren't supported

by Grzegorz Olędzki (JIRA)

DB2Dialect generates CROSS JOINs which aren't supported ------------------------------------------------------- Key: HHH-5168 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5168 Project: Hibernate Core Issue Type: Bug Affects Versions: 3.5.0-Final Environment: Hibernate 3.5.0-Final, using hibernate-jpa-2.0-api-1.0.0.Final.jar, DB2/NT SQL09013 Reporter: Grzegorz Olędzki When executing a simple JPQL query: {code} SELECT st FROM ScheduledTask st WHERE (NOT st.status = 'COMPLETED') AND st.active = TRUE AND st.task.group = :group {code} Hibernate generates the following SQL query: {code} select scheduledt0_.QSID as col_0_0_ from SCHSCHEDTASK_QS scheduledt0_ cross join SCHTASK_QT task1_ where scheduledt0_.QTID=task1_.QTID and scheduledt0_.QSSTATUS<>'COMPLETED' and scheduledt0_.QSACTIVE=1 and task1_.QTGROUP=? {code} which crashes with: {code} 2010-04-28 10:14:18,551 WARN [org.hibernate.util.JDBCExceptionReporter]/[org.hibernate.util.JDBCExceptionReporter] SQL Error: -104, SQLState: 42601 2010-04-28 10:14:18,552 ERROR [org.hibernate.util.JDBCExceptionReporter]/[org.hibernate.util.JDBCExceptionReporter] DB2 SQL error: SQLCODE: -104, SQLSTATE: 42601, SQLERRMC: cross;TASK_QS scheduledt0_;<space> 2010-04-28 10:14:18,552 WARN [org.hibernate.util.JDBCExceptionReporter]/[org.hibernate.util.JDBCExceptionReporter] SQL Error: -727, SQLState: 56098 2010-04-28 10:14:18,553 ERROR [org.hibernate.util.JDBCExceptionReporter]/[org.hibernate.util.JDBCExceptionReporter] DB2 SQL error: SQLCODE: -727, SQLSTATE: 56098, SQLERRMC: 2;-104;42601;cross|TASK_QS scheduledt0_|<space> 2010-04-28 10:14:18,554 WARN [org.hibernate.util.JDBCExceptionReporter]/[org.hibernate.util.JDBCExceptionReporter] SQL Error: -727, SQLState: 56098 2010-04-28 10:14:18,554 ERROR [org.hibernate.util.JDBCExceptionReporter]/[org.hibernate.util.JDBCExceptionReporter] DB2 SQL error: SQLCODE: -727, SQLSTATE: 56098, SQLERRMC: 2;-104;42601;cross|TASK_QS scheduledt0_|<space> {code} The very same JPQL query works on MySQL database (the actual SQL query uses CROSS JOIN too). When trying to run the same SQL on DB2 manually in a database client the error message is the same (-104, 42601). A subtle change in the query, i.e. replacing CROSS JOIN with a comma (,) seems to fix the problem - both manually and using Hibernate-based application. Using the following DB2Dialect seems to help: {code} public class DB2Dialect extends org.hibernate.dialect.DB2Dialect { @Override public String getCrossJoinSeparator() { return ", "; } } {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

15 years, 6 months

5
9
0 / 0

[Hibernate-JIRA] Created: (HHH-4074) Polymorphic queries avoid with polymorphism="explicit" in hbm.xml file doesn't work

by Radics Laszlo (JIRA)

Polymorphic queries avoid with polymorphism="explicit" in hbm.xml file doesn't work ----------------------------------------------------------------------------------- Key: HHH-4074 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4074 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.3.2 Environment: hibernate 3.3.2 Oracle 9i Reporter: Radics Laszlo hbm.xml: <hibernate-mapping default-cascade="none"> <class name="hu.raiffeisen.aps.soa.entity.collateral.AncestorImpl" table="ANCESTOR" dynamic-insert="false" dynamic-update="false" polymorphism="explicit"> <id name="id" type="java.lang.Long" unsaved-value="null"> <column name="ID" sql-type="NUMBER(19)"/> <generator class="sequence"> <param name="sequence">ANCESTOR_SEQ</param> </generator> </id> <property name="top" type="java.lang.Long"> <column name="TOP" not-null="true" unique="false" sql-type="NUMBER(19)"/> </property> <union-subclass name="hu.raiffeisen.aps.soa.entity.collateral.DescendantImpl" table="DESCENDANT" dynamic-insert="false" dynamic-update="false" abstract="false"> <property name="bottom" type="java.lang.Long"> <column name="BOTTOM" not-null="true" unique="false" sql-type="NUMBER(19)"/> </property> </union-subclass> </class> </hibernate-mapping> hql: "from AncestorImpl" fetch both ancestor and descendant rows -- 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, 6 months

2
2
0 / 0

[Hibernate-JIRA] Created: (ANN-470) enrich UniqueConstraint with property name

by Johnny D. (JIRA)

enrich UniqueConstraint with property name ------------------------------------------ Key: ANN-470 URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-470 Project: Hibernate Annotations Type: Improvement Reporter: Johnny D. To be able in annotation to give uniqueConstraint exact database name, there is need to add field java.lang.String name(); to annotation class UniqueConstraint in similar way like in index is. -- 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, 6 months

5
10
0 / 0

[Hibernate-JIRA] Created: (HHH-4042) StatelessSession does not flush when using jdbc batch_size > 1

by Gael Beaudoin (JIRA)

StatelessSession does not flush when using jdbc batch_size > 1 -------------------------------------------------------------- Key: HHH-4042 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4042 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.3.1 Environment: JBoss 4.2.3, Linux, java 1.6, hibernate 3.3.1, entityManager 3.4.0, jboss seam 2.1.2, postgresql 8.3 Reporter: Gael Beaudoin I'm using a StetelessSession to insert millions of rows : it works great and without using much memory. But I've just seen that with a jdbc batch size of 50 for example (<property name="hibernate.jdbc.batch_size" value="0"/> in my persistence.xml) the last round of inserts aren't flushed to the database. For example, with 70 insert, only the first 50 are sent to the database. I've searched a lot about this issues and on this thread (https://forum.hibernate.org/viewtopic.php?f=1&t=987882&start=0), the only solution found is to set the batch_size to 1, which is really a shame. I've tried to flush the session, close the jdbc connection, etc etc ... no luck. I'd be fine with a way to set the batch_size to 1 only for this method, pro grammatically, but I've not found any way to do that. If you don't pay attention, it's a easy way to lose data. -- 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, 6 months

5
7
0 / 0

[Hibernate-JIRA] Created: (HV-327) Update TCK runner dependecies to not depend on the JBoss deprecated repo

by Hardy Ferentschik (JIRA)

Update TCK runner dependecies to not depend on the JBoss deprecated repo ------------------------------------------------------------------------ Key: HV-327 URL: http://opensource.atlassian.com/projects/hibernate/browse/HV-327 Project: Hibernate Validator Issue Type: Task Components: build, tck Affects Versions: 4.1.0.Beta1 Reporter: Hardy Ferentschik Assignee: Hardy Ferentschik Fix For: 4.2.0 The current build for the tck runner module depends (transitively) on dependencies from the JBoss deprecated repository - https://repository.jboss.org/nexus/content/repositories/deprecated/ We should try if possible to avoid the usage of this repository. Not sure how far this is possible since it would require that there are properly configured upstream dependencies. -- 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, 6 months

1
3
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-524) Migrate unit tests to H2 (instead of HSQLDB) for inclusion in the Hudson train

by Emmanuel Bernard (JIRA)

Migrate unit tests to H2 (instead of HSQLDB) for inclusion in the Hudson train ------------------------------------------------------------------------------ Key: HSEARCH-524 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-524 Project: Hibernate Search Issue Type: Task Components: build Reporter: Emmanuel Bernard Fix For: 3.3.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

15 years, 6 months

2
4
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-424) Update to Lucene 3.0

by Sanne Grinovero (JIRA)

Update to Lucene 3.0 -------------------- Key: HSEARCH-424 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-424 Project: Hibernate Search Issue Type: Improvement Components: analyzer, directory provider, documentation, engine, mapping, query Reporter: Sanne Grinovero Assignee: Sanne Grinovero Fix For: 3.2.0.Beta2 Lucene 3.0 was released, update the dependencies and fix the code to work with the new APIs, to be able to make use of new features 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, 6 months

3
6
0 / 0

[Hibernate-JIRA] Created: (HHH-2319) StatelessInterceptor

by Max Rydahl Andersen (JIRA)

StatelessInterceptor -------------------- Key: HHH-2319 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2319 Project: Hibernate3 Type: New Feature Components: core Versions: 3.2.1 Reporter: Max Rydahl Andersen It would make sense to have an Interceptor for StatelessSession to solve the following usecases: Log/adjust SQL: onPrepareStatement Proper entityname handling: instantiate/getEntity Maybe also tx interaction: afterTransationBegin/beforeTransactionCompletion/afterTransactionCompletion Technically it could be solved by just allowing to pass in a normal interceptor to a StatelessSession and just document that the state oriented callbacks will not be called. Alternatively we can create a StatelessInterceptor that only implement the releavant methods and wrap that instance into an internal Interceptor. -- 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, 6 months

2
1
0 / 0

[Hibernate-JIRA] Created: (HHH-4563) Maven repository uses proprietary JTA as transitive dependency

by Karel Piwko (JIRA)

Maven repository uses proprietary JTA as transitive dependency -------------------------------------------------------------- Key: HHH-4563 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4563 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.2.6 Reporter: Karel Piwko Transitive dependency javax.transaction:jta:jar:1.0.1B was removed from jboss reposories and it is to be replaced with jboss-transaction-api. <dependency> <groupId>org.jboss.javaee</groupId> <artifactId>jboss-transaction-api</artifactId> </dependency> Logs: Missing: ---------- 1) javax.transaction:jta:jar:1.0.1B Try downloading the file manually from: http://java.sun.com/products/jta Then, install it using the command: mvn install:install-file -DgroupId=javax.transaction -DartifactId=jta -Dversion=1.0.1B -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=javax.transaction -DartifactId=jta -Dversion=1.0.1B -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.jboss.weld.integration:weld-jboss-int-jboss-ejb:jar:5.2.0-SNAPSHOT 2) org.jboss.ejb3:jboss-ejb3-endpoint-deployer:jar:0.1.3 3) org.jboss.ejb3:jboss-ejb3-core:jar:1.1.5 4) org.hibernate:hibernate:jar:3.2.6.ga 5) javax.transaction:jta:jar:1.0.1B ---------- 1 required artifact is missing. for artifact: org.jboss.weld.integration:weld-jboss-int-jboss-ejb:jar:5.2.0-SNAPSHOT from the specified remote repositories: apiviz.release (http://apiviz.googlecode.com/svn/site/repo/mvn/release), snapshots.jboss.org (http://snapshots.jboss.org/maven2), oss.sonatype.org/jboss-snapshots (http://oss.sonatype.org/content/repositories/jboss-snapshots), central (http://repo1.maven.org/maven2), repository.jboss.org (http://repository.jboss.org/maven2) This breaks a lot of builds. -- 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, 6 months

3
4
0 / 0

[Hibernate-JIRA] Created: (HHH-2007) Hibernate doesn't support optional one-to-one associations

by Andrei Iltchenko (JIRA)

Hibernate doesn't support optional one-to-one associations ---------------------------------------------------------- Key: HHH-2007 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2007 Project: Hibernate3 Type: Bug Components: core Versions: 3.2.0.cr2 Reporter: Andrei Iltchenko Hibernate doesn't properly support optional one-to-one associations, e.g. Person (0..1) -- (0..1) Passport. The Hibernate books and reference all talk of two ways of mapping one-to-one associations: 1. using a many-to-one fk association with a unique constraint on the fk; 2. using a pk association. the trouble with both of them is that they enforce the mandatory property of an association end, which sometimes is not desirable. The first way enforces the mandatory property with the uniqueness constraint on the fk, the other by using the fact that one table's pk is its fk. I tried to see if I could adapt the 1st way of representing one-to-ones to support optional association ends. What I did was simply remove the unique and not null constrains from DDL generated (without removing it it would be impossible to have a Person record that doesn't reference a Passport record): from CREATE TABLE Person ( PassUniqueId VARCHAR (32) NOT NULL, version INTEGER NOT NULL, uniqueId VARCHAR (32) NOT NULL, name VARCHAR (40) NULL, PRIMARY KEY (uniqueId), UNIQUE(PassUniqueId), FOREIGN KEY (PassUniqueId) REFERENCES Passport (uniqueId) ); to CREATE TABLE Person ( PassUniqueId VARCHAR (32) NULL, version INTEGER NOT NULL, uniqueId VARCHAR (32) NOT NULL, name VARCHAR (40) NULL, PRIMARY KEY (uniqueId), FOREIGN KEY (PassUniqueId) REFERENCES Passport (uniqueId) ); but leave the uniqueness attribute in the mapping file: <many-to-one name="pass" class="application.business.logic.Passport" cascade="save-update,merge" unique="true" > <column name="PassUniqueId"/> </many-to-one> The resulting solution worked fine and I was able to create instances of Person not linked to a Passport. However Hibernate didn't succed in keeping the association from degrading into a many-to-one. It enabled me to create two Persons linked with the same Passport: PASSUNIQUEID | VIRSION | UNIQUEID | Name ================================================ 0d8b3919fffff | 1 | 0d5fb1dcfff | John 0d8b3919fffff | 0 | 10fd07bdfff | Sam A subsequent attempt at retrieving such Persons with Hibernate failed: org.hibernate.HibernateException: More than one row with the given identifier was found: 0d8b3919ffffffd60151e135b6da0164, for class: application.business.logic.Passport. Hibernate should be able to impose the single end property of such associations without relying on the underlying RDBMS engine and never allow them to degrade to many-to-ones. -- 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, 6 months

2
1
0 / 0

[Hibernate-JIRA] Created: (HV-24) Improve the default message of InvalidStateException

by Mike Quilleash (JIRA)

Improve the default message of InvalidStateException ---------------------------------------------------- Key: HV-24 URL: http://opensource.atlassian.com/projects/hibernate/browse/HV-24 Project: Hibernate Validator Issue Type: Improvement Components: engine Affects Versions: 3.0.0.ga Environment: Any Reporter: Mike Quilleash Doing a printStackTrace on InvalidStateException does not give the actual invalid values anywhere. Would greatly improving debugging speed if this was included by default as often this indicates a programming error. Currently I have to run the code again and debug the right place to find out what the InvalidValues are. -- 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, 6 months

7
14
0 / 0

[Hibernate-JIRA] Created: (HHH-4618) Support pagination: total rows ignore limit

by Dave (JIRA)

Support pagination: total rows ignore limit ------------------------------------------- Key: HHH-4618 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4618 Project: Hibernate Core Issue Type: New Feature Components: core Environment: JBoss 5.1.0GA Reporter: Dave Limit is used for pagination, but total number of rows must be known to calculate page count. Currently we have to use two queries: 1. select * from Student where age<30 limit 20; 2. select count(*) from Student where age<30; For complex query with joins/huge tables, it can be a performance issue. For Criteria API query with group by, there is no way to get row count, for example criteria.setProjection(Projection.projectionList().add(Projections.groupProperty("name")).add(Projections.sum(score))); Currently there is no way to get row count of this query using Criteria API. For MYSQL, SQL_CALC_FOUND_ROWS and FOUND_ROWS() are used to get row count ignoring limit. Pagination is used for all web application. Hibernate should support it in HQL and Criteria API. -- 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, 6 months

2
1
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-449) Consider LUCENE-1575 carefully: not scoring by default?

by Sanne Grinovero (JIRA)

Consider LUCENE-1575 carefully: not scoring by default? ------------------------------------------------------- Key: HSEARCH-449 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-449 Project: Hibernate Search Issue Type: Sub-task Reporter: Sanne Grinovero -- 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, 6 months

2
4
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-528) MassIndexer attempts to index non-indexed subclasses of indexed types

by Sanne Grinovero (JIRA)

MassIndexer attempts to index non-indexed subclasses of indexed types --------------------------------------------------------------------- Key: HSEARCH-528 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-528 Project: Hibernate Search Issue Type: Bug Affects Versions: 3.2.0.Final, 3.2.0.CR1, 3.2.0.Beta1 Reporter: Sanne Grinovero Fix For: 3.3.0 quoting comments from HSEARCH-526: j nadler : {quote}Sanne, I have @Indexed class Parent, @Indexed class Child1 extends Parent, @Indexed class Child2 extends Parent, unindexed class Child3 extends Parent. I create an indexer fullTextEntityManager.createIndexer(Parent.class), it seems that it then fetches all Parent entities. This includes all Child3 entities but Child3 is not indexed. It seems like the MassIndexer attempts to index them anyway. Best behavior might be to ignore these (explicitly check if the concrete subtype is @Indexed, skip that record if not, possibly log a warning) or as you say it could at least throw an error that makes it clear what the developer (me) did wrong. Thanks! {quote} Emmanuel Bernard : {quote}Ah, right. Sanne, you should use the same algorithm we use in the query building process to check the list of indexed subclasses to create the list of indexes to merge.{quote} -- 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, 6 months

3
7
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-457) Analyzers in Lucene 3.0 don't have a default constructor

by Sanne Grinovero (JIRA)

Analyzers in Lucene 3.0 don't have a default constructor -------------------------------------------------------- Key: HSEARCH-457 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-457 Project: Hibernate Search Issue Type: Sub-task Components: analyzer Reporter: Sanne Grinovero we're going to need a factory of analyzers or something; could be nice to use "simple" names to embed support for the most common analyzers (the advanced anaylzers are probably most commonly picked from Solr). Analyzers like StopWords where needing parameters anyway to make sense. -- 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, 6 months

4
6
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-435) New token stream API, is there a benefit, work on our part?

by Emmanuel Bernard (JIRA)

New token stream API, is there a benefit, work on our part? ----------------------------------------------------------- Key: HSEARCH-435 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-435 Project: Hibernate Search Issue Type: Sub-task Reporter: Emmanuel Bernard -- 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, 6 months

2
6
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-371) Refactor DocumentBuilder and introduce abstract base class

by Hardy Ferentschik (JIRA)

Refactor DocumentBuilder and introduce abstract base class ---------------------------------------------------------- Key: HSEARCH-371 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-371 Project: Hibernate Search Issue Type: Task Components: engine Reporter: Hardy Ferentschik Assignee: Hardy Ferentschik Fix For: 3.2.0 Further improvement of the document builder. Introducing a common base class and moving some methods into there and taking care of some not so nice method overriding between the two existing DocumentBuilders will further improve the design of these classes. -- 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, 6 months

3
7
0 / 0

[Hibernate-JIRA] Created: (HHH-4072) ManyToMany with single table inheritance fails when multiple subclasses

by david sinclair (JIRA)

ManyToMany with single table inheritance fails when multiple subclasses ----------------------------------------------------------------------- Key: HHH-4072 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4072 Project: Hibernate Core Issue Type: Bug Components: envers Affects Versions: 3.3.2 Environment: Windows XP, Java 1.6 Reporter: david sinclair Priority: Critical I have a base entity named BusinessSoftwareMatrixElement declare as such @Entity @Inheritance(strategy = InheritanceType.SINGLE_TABLE) @DiscriminatorColumn(name = "software_type", discriminatorType = DiscriminatorType.STRING) @DiscriminatorValue("Software") @Audited BusinessSoftwareMatrixElement ...{ } I then have a subclass of BusinessSoftwareMatrixElement that is a mapped super class which defines a many to many relationship. @MappedSuperclass @Audited public abstract class BusinessOSProcessServiceMatrixElement extends BusinessSoftwareMatrixElement { private Set<BusinessOSMatrixElement> applicableOperatingSystems = new HashSet<BusinessOSMatrixElement>(); @ManyToMany(fetch = FetchType.LAZY, cascade = {CascadeType.REMOVE, CascadeType.REFRESH }, targetEntity = BusinessOSMatrixElement.class) @JoinTable(name="matrix_elements_procserv_aos", joinColumns=@JoinColumn(name="sw_guid"), inverseJoinColumns = @JoinColumn(name="os_guid")) public Set<BusinessOSMatrixElement> getApplicableOperatingSystems() { return applicableOperatingSystems; } } There are then to subclasses that add no new fields, only different discriminators @Entity @DiscriminatorValue("Database") @Audited public class BusinessDBMatrixElement extends BusinessOSProcessServiceMatrixElement { @Entity @DiscriminatorValue("Application") @Audited public class BusinessAppMatrixElement extends BusinessOSProcessServiceMatrixElement { Running the ant task to create the DDL results in an exception being thrown for that many to many table. Caused by: org.hibernate.DuplicateMappingException: Duplicate class/entity mapping matrix_elements_procserv_aos_AUD at org.hibernate.tool.ant.HibernateToolTask.reportException(HibernateToolTask.java:226) at org.hibernate.tool.ant.HibernateToolTask.execute(HibernateToolTask.java:189) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275) at org.apache.tools.ant.Task.perform(Task.java:364) at org.apache.tools.ant.Target.execute(Target.java:341) at org.apache.maven.plugin.antrun.AbstractAntMojo.executeTasks(AbstractAntMojo.java:108) ... 24 more Caused by: org.hibernate.DuplicateMappingException: Duplicate class/entity mapping matrix_elements_procserv_aos_AUD at org.hibernate.cfg.Mappings.addClass(Mappings.java:141) at org.hibernate.cfg.HbmBinder.bindRoot(HbmBinder.java:167) at org.hibernate.cfg.Configuration.add(Configuration.java:716) at org.hibernate.cfg.AnnotationConfiguration.processArtifactsOfType(AnnotationConfiguration.java:531) at org.hibernate.cfg.AnnotationConfiguration.secondPassCompile(AnnotationConfiguration.java:291) at org.hibernate.cfg.Configuration.buildMappings(Configuration.java:1162) at org.hibernate.envers.configuration.AuditConfiguration.getFor(AuditConfiguration.java:102) at org.hibernate.envers.ant.AnnotationConfigurationTaskWithEnvers.doConfiguration(AnnotationConfigurationTaskWithEnvers.java:38) at org.hibernate.tool.ant.ConfigurationTask.getConfiguration(ConfigurationTask.java:55) at org.hibernate.tool.ant.HibernateToolTask.getConfiguration(HibernateToolTask.java:302) at org.hibernate.tool.ant.Hbm2DDLExporterTask.createExporter(Hbm2DDLExporterTask.java:51) at org.hibernate.tool.ant.ExporterTask.execute(ExporterTask.java:39) at org.hibernate.tool.ant.HibernateToolTask.execute(HibernateToolTask.java:186) -- 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, 6 months

3
4
0 / 0

[Hibernate-JIRA] Created: (HHH-2835) Setting org.hibernate.type logging to debug produces no logging

by Jeremy Grodberg (JIRA)

Setting org.hibernate.type logging to debug produces no logging --------------------------------------------------------------- Key: HHH-2835 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2835 Project: Hibernate3 Issue Type: Bug Components: core, documentation Affects Versions: 3.2.5, 3.2.4 Environment: Hibernate 3.2.4.ga and Hibernate 3.2.5.ga with MySQL5Dialect (configured with Hibernate Annotations 3.3.0.ga and Spring 2.0.6) Reporter: Jeremy Grodberg Priority: Minor According to the online documentation (labeled as version 3.2.2 at this moment), Table 3.9 "Hibernate Log Categories", as viewed here today: http://www.hibernate.org/hib_docs/v3/reference/en/html/session-configurat... Setting the log4j category "org.hibernate.type" to debug should "Log all JDBC parameters". However, it produces no output at all. When I go on to set "org.hibernate" to debug, I get output like this: DEBUG: org.hibernate.jdbc.AbstractBatcher - about to open PreparedStatement (open PreparedStatements: 0, globally: 0) DEBUG: org.hibernate.SQL - select count(*) from album where genreID=? DEBUG: org.hibernate.loader.Loader - bindNamedParameters() 126 -> genreId [1] DEBUG: org.hibernate.jdbc.AbstractBatcher - about to open ResultSet (open ResultSets: 0, globally: 0) DEBUG: org.hibernate.loader.Loader - result row: DEBUG: org.hibernate.jdbc.AbstractBatcher - about to close ResultSet (open ResultSets: 1, globally: 1) DEBUG: org.hibernate.jdbc.AbstractBatcher - about to close PreparedStatement (open PreparedStatements: 1, globally: 1) Note that the JDBC parameters are logged under org.hibernate.loader but nothing appears under org.hibernate.type. FYI, genreId is, in this case, a Long. Perhaps this is expected/desired when using annotations? If so, then please update the documentation. If not, please restore the logging. -- 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, 6 months

10
10
0 / 0

[Hibernate-JIRA] Created: (HHH-2228) ant eg fails - bad release notes quick start

by Brian Brooks (JIRA)

ant eg fails - bad release notes quick start -------------------------------------------- Key: HHH-2228 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2228 Project: Hibernate3 Type: Bug Components: documentation Versions: 3.2.0.ga Environment: hibernate 3.2.0.ga Microsoft Windows XP [Version 5.1.2600] java version "1.5.0_07" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_07-b03) Java HotSpot(TM) Client VM (build 1.5.0_07-b03, mixed mode) Reporter: Brian Brooks Priority: Minor The hibernate 3.2.0.ga release notes http://sourceforge.net/project/shownotes.php?release_id=455849&group_id=4... read as Get Up And Running Quick ------------------------ Demo: (1) copy your JDBC driver to the lib directory (2) edit etc/hibernate.properties (3) run "ant eg" or "build eg" (4) browse the sourcecode in eg/org/hibernate/auction This directions are incorrect. Below is the ant output if these steps are followed. Also, I had to put junit*.jar and antlr*all*.jar in my ANT_HOME/lib before ant eg would work. C:\hibernate-3.2>ant eg Buildfile: build.xml [taskdef] Could not load definitions from resource clovertasks. It could not b e found. eg: [javac] Compiling 8 source files to C:\hibernate-3.2\build\eg [javac] C:\hibernate-3.2\eg\org\hibernate\auction\Main.java:10: cannot find symbol [javac] symbol : class FetchMode [javac] location: package org.hibernate [javac] import org.hibernate.FetchMode; [javac] ^ [javac] C:\hibernate-3.2\eg\org\hibernate\auction\Main.java:11: cannot find symbol [javac] symbol : class FlushMode [javac] location: package org.hibernate [javac] import org.hibernate.FlushMode; [javac] ^ [javac] C:\hibernate-3.2\eg\org\hibernate\auction\Main.java:12: cannot find symbol [javac] symbol : class LockMode [javac] location: package org.hibernate [javac] import org.hibernate.LockMode; [javac] ^ .... -- 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, 6 months

4
4
0 / 0

[Hibernate-JIRA] Created: (HHH-3778) Select expression results in more than one column having same name when using connected to Sybase

by vijay gudimella (JIRA)

Select expression results in more than one column having same name when using connected to Sybase -------------------------------------------------------------------------------------------------- Key: HHH-3778 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3778 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.2.4.sp1 Environment: Windows XP, Jboss 4.2 GA, JPA Reporter: vijay gudimella The bug described in HB-705 is still a problem. The application runs fine with MySQL and JavaDb but throws the error "Select expression results in more than one column having same name " with Sybase. HB-705 is marked as "Incomplete" , and status as closed, will there be a "fix" or it is considered "fixed" -- 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, 6 months

4
6
0 / 0

[Hibernate-JIRA] Created: (HV-307) Support @Past/@Future annotations at types from the Joda Time API

by Gunnar Morling (JIRA)

Support @Past/@Future annotations at types from the Joda Time API ----------------------------------------------------------------- Key: HV-307 URL: http://opensource.atlassian.com/projects/hibernate/browse/HV-307 Project: Hibernate Validator Issue Type: New Feature Affects Versions: 4.1.0 Reporter: Gunnar Morling Assignee: Hardy Ferentschik Background: =========== The Bean Validation API specifies the annotations @Past and @Future, which are allowed at the JDK types Date and Calendar. Due to several issues and restrictions of these JDK types the open-source Joda Time API (http://joda-time.sourceforge.net/) which provides alternative date/time types became quite popular within the last years. To do: ====== * Hibernate Validator should add support for @Past/@Future for the Joda API date/times types by providing ConstraintValidator implementations for these types. * The Joda Time API should be added as optional dependency to HV. Upon runtime HV should check reflectively if Joda is on the class path. If that's the case, the Joda validators should be registered. * The HV reference guide should mention the additional types at which the @Past/@Future are supported. -- 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, 6 months

2
4
0 / 0

[Hibernate-JIRA] Created: (HHH-3834) Exception: cast() requires two arguments

by Paulo Angelo (JIRA)

Exception: cast() requires two arguments ---------------------------------------- Key: HHH-3834 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3834 Project: Hibernate Core Issue Type: Bug Environment: hibernate3, postgresql 8.3 Reporter: Paulo Angelo Got exaclty the same as in HHH-3285 .: cast() requires two arguments [select f from MenuItem f where ( ( UPPER( TO_ASCII(CAST(convert(f.Menu.Idme, 'UTF8', 'LATIN1') , TEXT),'LATIN1')) LIKE UPPER( TO_ASCII(CAST(convert('M10', 'UTF8', 'LATIN1') , TEXT),'LATIN1')) ) ) order by f.Orde ASC ] But there is not a extra ")" (I think, :) ) -- 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, 7 months

2
2
0 / 0

[Hibernate-JIRA] Created: (METAGEN-28) Custom UserType not supported in Hibernate's static MetaModel generator

by jean-claude cote (JIRA)

Custom UserType not supported in Hibernate's static MetaModel generator ----------------------------------------------------------------------- Key: METAGEN-28 URL: http://opensource.atlassian.com/projects/hibernate/browse/METAGEN-28 Project: Hibernate Metamodel Generator Issue Type: Bug Affects Versions: 1.0.0-CR-1 Reporter: jean-claude cote Assignee: Hardy Ferentschik Priority: Minor If an Entity has a custom Hibernate User type @Type it will not get generated in the static MetaModel class "Item_". This seems easy to fix by checking if the element being process has a @Type annotation then process it. AnnotationMetaEntity.isBasicAttribute() ... if(TypeUtils.containsAnnotation(element, Type.class) { return true; } -- 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, 7 months

2
4
0 / 0

[Hibernate-JIRA] Created: (HHH-5230) Regresion! @SequenceGenerator with allocationSize=1 fails Other allocationSizes appear to be decremented by 1

by Mike Youngstrom (JIRA)

Regresion! @SequenceGenerator with allocationSize=1 fails Other allocationSizes appear to be decremented by 1 ------------------------------------------------------------------------------------------------------------- Key: HHH-5230 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5230 Project: Hibernate Core Issue Type: Bug Components: annotations, core Affects Versions: 3.5.2 Reporter: Mike Youngstrom When I attempt to upgrade to 3.5.2 I get an error on startup. If I change my allocationSize to 2 then it starts up fine but debugging into LegacyHiLoAlgorithmOptimizer it appears to be using a value of 1. Caused by: javax.persistence.PersistenceException: [PersistenceUnit: org.lds.stack.stack-pet-store-ws] Unable to build EntityManagerFactory at org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory(Ejb3Configuration.java:896) at org.hibernate.ejb.HibernatePersistence.createContainerEntityManagerFactory(HibernatePersistence.java:73) at org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean.createNativeEntityManagerFactory(LocalContainerEntityManagerFactoryBean.java:225) at org.springframework.orm.jpa.AbstractEntityManagerFactoryBean.afterPropertiesSet(AbstractEntityManagerFactoryBean.java:308) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1469) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1409) ... 38 more Caused by: org.hibernate.MappingException: Could not instantiate id generator [entity-name=org.lds.stack.petstore.model.Animal] at org.hibernate.id.factory.DefaultIdentifierGeneratorFactory.createIdentifierGenerator(DefaultIdentifierGeneratorFactory.java:117) at org.hibernate.mapping.SimpleValue.createIdentifierGenerator(SimpleValue.java:178) at org.hibernate.impl.SessionFactoryImpl.<init>(SessionFactoryImpl.java:257) at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1385) at org.hibernate.cfg.AnnotationConfiguration.buildSessionFactory(AnnotationConfiguration.java:954) at org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory(Ejb3Configuration.java:887) ... 43 more Caused by: org.hibernate.HibernateException: increment size cannot be less than 1 at org.hibernate.id.enhanced.OptimizerFactory$LegacyHiLoAlgorithmOptimizer.<init>(OptimizerFactory.java:336) at org.hibernate.id.SequenceHiLoGenerator.configure(SequenceHiLoGenerator.java:64) at org.hibernate.id.factory.DefaultIdentifierGeneratorFactory.createIdentifierGenerator(DefaultIdentifierGeneratorFactory.java:110) ... 48 more -- 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, 7 months

3
8
0 / 0

[Hibernate-JIRA] Created: (HHH-4969) NullPointerException in FromClause.findIntendedAliasedFromElementBasedOnCrazyJPARequirements due to null alias map key

by Jürgen (JIRA)

NullPointerException in FromClause.findIntendedAliasedFromElementBasedOnCrazyJPARequirements due to null alias map key ---------------------------------------------------------------------------------------------------------------------- Key: HHH-4969 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4969 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.2.4.sp1 Environment: Java version: 1.6.0_16,Sun Microsystems Inc. Java VM: Java HotSpot(TM) 64-Bit Server VM 14.2-b01,Sun Microsystems Inc. OS-System: Linux 2.6.25.14-69.fc8,amd64 Hibernate 3.2.4.sp1 JBosss-4.2.3.GA DB2 v8 / JDBC Driver v4.7.85 Reporter: Jürgen Got a NullPointerException in {{org.hibernate.hql.ast.tree.FromClause.findIntendedAliasedFromElementBasedOnCrazyJPARequirements(String)}} due to fromElementByClassAlias Map key being null. Only for certain HQL query, along the lines of: {code} SELECT c FROM C c, IN(c.t) t, IN(c.k.x) x WHERE c.k.u = 'K' AND t.end >= CURRENT_DATE {code} Removing {{IN(c.k.x) x}} or {{c.k.u = 'K'}} will not result in a NullPointerException, most likely due to no null alias key put into the map. specifiedAlias param was "CURRENT_DATE" when findIntendedAliasedFromElementBasedOnCrazyJPARequirements was called. {code} private FromElement findIntendedAliasedFromElementBasedOnCrazyJPARequirements(String specifiedAlias) { ... if ( alias.equalsIgnoreCase( specifiedAlias ) ) { // alias can be null here .. } {code} {code} java.lang.NullPointerException at org.hibernate.hql.ast.tree.FromClause.findIntendedAliasedFromElementBasedOnCrazyJPARequirements(FromClause.java:120) at org.hibernate.hql.ast.tree.FromClause.containsClassAlias(FromClause.java:247) at org.hibernate.hql.ast.tree.FromClause.isFromElementAlias(FromClause.java:135) at org.hibernate.hql.ast.HqlSqlWalker.isNonQualifiedPropertyRef(HqlSqlWalker.java:467) at org.hibernate.hql.antlr.HqlSqlBaseWalker.addrExpr(HqlSqlBaseWalker.java:4382) at org.hibernate.hql.antlr.HqlSqlBaseWalker.expr(HqlSqlBaseWalker.java:1212) at org.hibernate.hql.antlr.HqlSqlBaseWalker.exprOrSubquery(HqlSqlBaseWalker.java:4041) at org.hibernate.hql.antlr.HqlSqlBaseWalker.comparisonExpr(HqlSqlBaseWalker.java:3648) at org.hibernate.hql.antlr.HqlSqlBaseWalker.logicalExpr(HqlSqlBaseWalker.java:1762) at org.hibernate.hql.antlr.HqlSqlBaseWalker.logicalExpr(HqlSqlBaseWalker.java:1690) at org.hibernate.hql.antlr.HqlSqlBaseWalker.logicalExpr(HqlSqlBaseWalker.java:1687) at org.hibernate.hql.antlr.HqlSqlBaseWalker.logicalExpr(HqlSqlBaseWalker.java:1687) at org.hibernate.hql.antlr.HqlSqlBaseWalker.whereClause(HqlSqlBaseWalker.java:776) at org.hibernate.hql.antlr.HqlSqlBaseWalker.query(HqlSqlBaseWalker.java:577) at org.hibernate.hql.antlr.HqlSqlBaseWalker.selectStatement(HqlSqlBaseWalker.java:281) at org.hibernate.hql.antlr.HqlSqlBaseWalker.statement(HqlSqlBaseWalker.java:229) at org.hibernate.hql.ast.QueryTranslatorImpl.analyze(QueryTranslatorImpl.java:228) at org.hibernate.hql.ast.QueryTranslatorImpl.doCompile(QueryTranslatorImpl.java:160) at org.hibernate.hql.ast.QueryTranslatorImpl.compile(QueryTranslatorImpl.java:111) at org.hibernate.engine.query.HQLQueryPlan.<init>(HQLQueryPlan.java:77) at org.hibernate.engine.query.HQLQueryPlan.<init>(HQLQueryPlan.java:56) at org.hibernate.engine.query.QueryPlanCache.getHQLQueryPlan(QueryPlanCache.java:72) at org.hibernate.impl.SessionFactoryImpl.checkNamedQueries(SessionFactoryImpl.java:402) at org.hibernate.impl.SessionFactoryImpl.<init>(SessionFactoryImpl.java:352) at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1294) at org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory(Ejb3Configuration.java:713) at org.hibernate.ejb.HibernatePersistence.createContainerEntityManagerFactory(HibernatePersistence.java:127) at org.jboss.ejb3.entity.PersistenceUnitDeployment.start(PersistenceUnitDeployment.java:246) at sun.reflect.GeneratedMethodAccessor622.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.ejb3.ServiceDelegateWrapper.startService(ServiceDelegateWrapper.java:103) at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289) at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245) at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.system.server.jmx.LazyMBeanServer.invoke(LazyMBeanServer.java:291) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:417) {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

15 years, 7 months

2
1
0 / 0

[Hibernate-JIRA] Created: (HHH-2606) CharArrayType allways leads to dirty objects

by Aymeric Levaux (JIRA)

CharArrayType allways leads to dirty objects -------------------------------------------- Key: HHH-2606 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2606 Project: Hibernate3 Issue Type: Bug Components: core Affects Versions: 3.2.4 Environment: Hibernate 3.2.4 Postgresql 8.2 or Hsqldb Reporter: Aymeric Levaux Attachments: typechararray.zip When you map a property of type char[], the owning object is always considered as dirty even if untouched. I attached a unit test that reproduce 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, 7 months

4
5
0 / 0

[Hibernate-JIRA] Created: (METAGEN-32) Update the documentation regarding the usage of the maven-processor-plugin

by Hardy Ferentschik (JIRA)

Update the documentation regarding the usage of the maven-processor-plugin -------------------------------------------------------------------------- Key: METAGEN-32 URL: http://opensource.atlassian.com/projects/hibernate/browse/METAGEN-32 Project: Hibernate Metamodel Generator Issue Type: Task Components: build, documentation Affects Versions: 1.0.0.Final Reporter: Hardy Ferentschik Assignee: Hardy Ferentschik Fix For: 1.1.0 The plugin allows now to configure the ap dependency as a plugin dependency instead of a project dependency - http://code.google.com/p/maven-annotation-plugin/issues/detail?id=20 For example: {code} <plugin> <groupId>org.bsc.maven</groupId> <artifactId>maven-processor-plugin</artifactId> <version>1.3.4</version> <executions> <execution> <id>process</id> <goals> <goal>process</goal> </goals> <phase>process-sources</phase> </execution> </executions> <dependencies> <dependency> <groupId>org.hibernate</groupId> <artifactId>hibernate-validator-annotation-processor</artifactId> <version>4.1.0.GA</version> <scope>compile</scope> </dependency> </dependencies> </plugin> {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

15 years, 7 months

1
1
0 / 0

[Hibernate-JIRA] Created: (HBX-1068) Hibernate Configurations on Eclipse Ganymede 3.4

by Ricardo M Augusto (JIRA)

Hibernate Configurations on Eclipse Ganymede 3.4 ------------------------------------------------ Key: HBX-1068 URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-1068 Project: Hibernate Tools Issue Type: Bug Components: eclipse Affects Versions: 3.2.1 Environment: Windows Vista 32bits, hibernate 2.6, eclipse 3.4 (Ganymede) Reporter: Ricardo M Augusto When created hibernate configuration eclipse shows: java.lang.NoClassDefFoundError: org/eclipse/ui/internal/util/SWTResourceUtil at org.hibernate.eclipse.console.workbench.xpl.AnyAdaptableLabelProvider.getImage(AnyAdaptableLabelProvider.java:166) at org.eclipse.jface.viewers.WrappedViewerLabelProvider.getImage(WrappedViewerLabelProvider.java:117) at org.eclipse.jface.viewers.WrappedViewerLabelProvider.update(WrappedViewerLabelProvider.java:165) at org.eclipse.jface.viewers.ViewerColumn.refresh(ViewerColumn.java:145) at org.eclipse.jface.viewers.AbstractTreeViewer.doUpdateItem(AbstractTreeViewer.java:932) at org.eclipse.jface.viewers.AbstractTreeViewer$UpdateItemSafeRunnable.run(AbstractTreeViewer.java:102) at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37) at org.eclipse.core.runtime.Platform.run(Platform.java:880) at org.eclipse.ui.internal.JFaceUtil$1.run(JFaceUtil.java:48) at org.eclipse.jface.util.SafeRunnable.run(SafeRunnable.java:175) at org.eclipse.jface.viewers.AbstractTreeViewer.doUpdateItem(AbstractTreeViewer.java:1012) at org.eclipse.jface.viewers.StructuredViewer$UpdateItemSafeRunnable.run(StructuredViewer.java:466) at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37) at org.eclipse.core.runtime.Platform.run(Platform.java:880) at org.eclipse.ui.internal.JFaceUtil$1.run(JFaceUtil.java:48) at org.eclipse.jface.util.SafeRunnable.run(SafeRunnable.java:175) at org.eclipse.jface.viewers.StructuredViewer.updateItem(StructuredViewer.java:2041) at org.eclipse.jface.viewers.AbstractTreeViewer.createTreeItem(AbstractTreeViewer.java:827) at org.eclipse.jface.viewers.AbstractTreeViewer.createAddedElements(AbstractTreeViewer.java:340) at org.eclipse.jface.viewers.AbstractTreeViewer.internalAdd(AbstractTreeViewer.java:270) at org.eclipse.jface.viewers.TreeViewer.internalAdd(TreeViewer.java:652) at org.hibernate.eclipse.console.viewers.xpl.MTreeViewer.add(MTreeViewer.java:106) at org.eclipse.ui.progress.DeferredTreeContentManager$3.runInUIThread(DeferredTreeContentManager.java:353) at org.eclipse.ui.progress.UIJob$1.run(UIJob.java:94) at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35) at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:133) at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:3800) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3425) at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2382) at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2346) at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2198) at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:493) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:288) at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:488) at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149) at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:113) at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:193) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:382) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:549) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:504) at org.eclipse.equinox.launcher.Main.run(Main.java:1236) -- 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, 7 months

7
6
0 / 0

[Hibernate-JIRA] Created: (METAGEN-7) Try to find a way to be able to use @SupportedAnnotationTypes("javax.persistence.Entity") in JPAMetaModelEntityProcessor

by Hardy Ferentschik (JIRA)

Try to find a way to be able to use @SupportedAnnotationTypes("javax.persistence.Entity") in JPAMetaModelEntityProcessor ------------------------------------------------------------------------------------------------------------------------ Key: METAGEN-7 URL: http://opensource.atlassian.com/projects/hibernate/browse/METAGEN-7 Project: Hibernate StaticMetamodel Generator Issue Type: Task Reporter: Hardy Ferentschik Assignee: Hardy Ferentschik At the moment we use @SupportedAnnotationTypes("*"). Better would be to explicitly specify @SupportedAnnotationTypes("javax.persistence.Entity"). Then the processor would only be called if there are any entities annotated with @Entity. However, this also means that the processor is not getting called at all if there is no @Entity which could be the case if all configuration is done via xml. We would need a way to make sure that the processor is called at least once to ensure xml is parsed. Other than that only entities annotated with @Entity should be passed to the processor. At the moment I don't see how we can make this happen :( -- 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, 7 months

2
7
0 / 0

[Hibernate-JIRA] Created: (HHH-5190) Provide annotation support for <discriminator>'s force insert and type features

by Emmanuel Bernard (JIRA)

Provide annotation support for <discriminator>'s force insert and type features ------------------------------------------------------------------------------- Key: HHH-5190 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5190 Project: Hibernate Core Issue Type: New Feature Components: annotations Reporter: Emmanuel Bernard Fix For: 3.6 -- 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, 7 months

3
9
0 / 0

[Hibernate-JIRA] Created: (HHH-4075) UnsupportedOperationException when assigning an alias to an indexed collection

by Robert Wruck (JIRA)

UnsupportedOperationException when assigning an alias to an indexed collection ------------------------------------------------------------------------------ Key: HHH-4075 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4075 Project: Hibernate Core Issue Type: Bug Components: query-hql Affects Versions: 3.3.2 Environment: Hibernate 3.3.2.GA, MySQL5InnoDBDialect Reporter: Robert Wruck This works: select count(*) from Order o left join o.orderAttributes oa, Attribute a where a.id = 1 and index(oa) = a but accessing elements throws an exception: select count(*) from Order o left join o.orderAttributes oa, Attribute a where a.id = 1 and oa[a] is null or oa[a] = '2' Replacing oa[a] with o.orderAttributes[a] does not throw an exception but also does an inner join, so it's not a workaround. Stack trace: java.lang.UnsupportedOperationException at org.hibernate.hql.ast.tree.IdentNode.resolveIndex(IdentNode.java:66) at org.hibernate.hql.ast.tree.IndexNode.resolve(IndexNode.java:94) at org.hibernate.hql.ast.tree.FromReferenceNode.resolve(FromReferenceNode.java:117) at org.hibernate.hql.ast.tree.FromReferenceNode.resolve(FromReferenceNode.java:113) at org.hibernate.hql.ast.HqlSqlWalker.processIndex(HqlSqlWalker.java:956) at org.hibernate.hql.antlr.HqlSqlBaseWalker.addrExpr(HqlSqlBaseWalker.java:4576) at org.hibernate.hql.antlr.HqlSqlBaseWalker.expr(HqlSqlBaseWalker.java:1289) at org.hibernate.hql.antlr.HqlSqlBaseWalker.exprOrSubquery(HqlSqlBaseWalker.java:4243) at org.hibernate.hql.antlr.HqlSqlBaseWalker.comparisonExpr(HqlSqlBaseWalker.java:4084) at org.hibernate.hql.antlr.HqlSqlBaseWalker.logicalExpr(HqlSqlBaseWalker.java:1864) at org.hibernate.hql.antlr.HqlSqlBaseWalker.logicalExpr(HqlSqlBaseWalker.java:1792) at org.hibernate.hql.antlr.HqlSqlBaseWalker.whereClause(HqlSqlBaseWalker.java:818) at org.hibernate.hql.antlr.HqlSqlBaseWalker.query(HqlSqlBaseWalker.java:604) at org.hibernate.hql.antlr.HqlSqlBaseWalker.selectStatement(HqlSqlBaseWalker.java:288) at org.hibernate.hql.antlr.HqlSqlBaseWalker.statement(HqlSqlBaseWalker.java:231) at org.hibernate.hql.ast.QueryTranslatorImpl.analyze(QueryTranslatorImpl.java:254) at org.hibernate.hql.ast.QueryTranslatorImpl.doCompile(QueryTranslatorImpl.java:185) at org.hibernate.hql.ast.QueryTranslatorImpl.compile(QueryTranslatorImpl.java:136) at org.hibernate.engine.query.HQLQueryPlan.<init>(HQLQueryPlan.java:101) at org.hibernate.engine.query.HQLQueryPlan.<init>(HQLQueryPlan.java:80) at org.hibernate.engine.query.QueryPlanCache.getHQLQueryPlan(QueryPlanCache.java:94) at org.hibernate.impl.AbstractSessionImpl.getHQLQueryPlan(AbstractSessionImpl.java:156) at org.hibernate.impl.AbstractSessionImpl.createQuery(AbstractSessionImpl.java:135) at org.hibernate.impl.SessionImpl.createQuery(SessionImpl.java:1651) -- 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, 7 months

2
2
0 / 0

[Hibernate-JIRA] Created: (HHH-3096) Count operator with idenfication variable w/ composite primary key produces bad sql

by Bob Tiernay (JIRA)

Count operator with idenfication variable w/ composite primary key produces bad sql ------------------------------------------------------------------------------------ Key: HHH-3096 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3096 Project: Hibernate3 Issue Type: Bug Reporter: Bob Tiernay @EmbeddedId private Id id; @Embeddable public static class Id implements Serializable { private static final long serialVersionUID = 6475618094377929936L; @Column(name="TG_ID", nullable = false) private Integer groupId; @Column(name="MBR_ID", nullable = false) private Integer memberId; public Id() { // Empty } public Id(Integer groupId, Integer memberId) { super(); this.groupId = groupId; this.memberId = memberId; } @Override public boolean equals(Object other) { if (other == this) { return true; } else if (other instanceof Id) { return groupId.equals(((Id) other).groupId) && memberId.equals(((Id) other).memberId); } return false; } @Override public int hashCode() { return groupId.hashCode() ^ memberId.hashCode(); } } @NamedQuery(name = "GroupMember.getCountByGroup", query = "SELECT COUNT(gm) FROM GroupMember gm WHERE gm.id.groupId = :groupId") produces Hibernate: /* named HQL query GroupMember.getCountByGroup */ select count((groupmembe0_.TG_ID, groupmembe0_.MBR_ID)) as col_0_0_ from GROUP_MEMBER groupmembe0_ where groupmembe0_.TG_ID=? and the following hibernate exception Caused by: java.sql.SQLException: ORA-00907: missing right parenthesis at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:112) at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:331) at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:288) at oracle.jdbc.driver.T4C8Oall.receive(T4C8Oall.java:745) at oracle.jdbc.driver.T4CPreparedStatement.doOall8(T4CPreparedStatement.java:216) at oracle.jdbc.driver.T4CPreparedStatement.executeForDescribe(T4CPreparedStatement.java:810) at oracle.jdbc.driver.OracleStatement.executeMaybeDescribe(OracleStatement.java:1039) at oracle.jdbc.driver.T4CPreparedStatement.executeMaybeDescribe(T4CPreparedStatement.java:850) at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1134) at oracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePreparedStatement.java:3339) at oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:3384) at org.apache.commons.dbcp.DelegatingPreparedStatement.executeQuery(DelegatingPreparedStatement.java:93) at org.hibernate.jdbc.AbstractBatcher.getResultSet(AbstractBatcher.java:186) at org.hibernate.loader.Loader.getResultSet(Loader.java:1787) at org.hibernate.loader.Loader.doQuery(Loader.java:674) at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:236) at org.hibernate.loader Which is consistent with what Oracle produces by manual query execution. The problem is the extra set of parenthesis around the composite primary key columns which appear to be invalid (at least for Oracle) The recommend fix would be to use COUNT(*) or count(groupmembe0_.TG_ID, groupmembe0_.MBR_ID) in yhis 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

15 years, 7 months

7
11
0 / 0

[Hibernate-JIRA] Created: (HHH-3187) Issue with Hibernate3.0 and weblogic8.1 while setting transaction is marked to setRollbackOnly... (AppSetRollbackOnlyException)

by Anjan Deb (JIRA)

Issue with Hibernate3.0 and weblogic8.1 while setting transaction is marked to setRollbackOnly... (AppSetRollbackOnlyException) ------------------------------------------------------------------------------------------------------------------------------- Key: HHH-3187 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3187 Project: Hibernate3 Issue Type: Task Affects Versions: 3.0 final Environment: hibernate3.0, weblogic8.1, oracle9.1 Reporter: Anjan Deb I am using Hibernate 3.0 with JTA (Weblogic 8.1 SP4). Basically, I am trying to handle transaction/hibernate exceptions in my application. I am managing transactions with UserTransaction. I start a transaction at the begining of the request and after that I am doing some operations on that transaction. And if some exception comes I log it, rollback the transaction and throw the exception. UserTransaction.commit() throws RollbackException if anything goes wrong with the operation, but, it does not return what exactly went wrong, like, exceptions related to SQL Exception or hibernate Exception. It basically dumps all that information to the logs internally and throws RollbackException with the following trace (see below). But this trace has no such information which I can send back to the user. As, information of what went wrong has already been dumped to the server console. I will appreciate if you can tell if there is anyway I can recieve the actual exception trace or am I doing anything wrong with the hibernate configuration?? Thanks in Advance, Anjan ------------------------------------------------------------------------------------------------------------------------------ Actual Exception which transaction dumps to the server console/log ERROR - ORA-00001: unique constraint (NOVATXN.UQ_BROKERS) violated ERROR - ORA-00001: unique constraint (NOVATXN.UQ_BROKERS) violated ERROR - Could not synchronize database state with session org.hibernate.exception.ConstraintViolationException: Could not execute JDBC batch update at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:69) at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43) at org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:202) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:230) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:140) at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:296) at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:27) at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:980) at org.hibernate.impl.SessionImpl.managedFlush(SessionImpl.java:353) at org.hibernate.transaction.CacheSynchronization.beforeCompletion(CacheSynchronization.java:59) at weblogic.transaction.internal.ServerSCInfo.callBeforeCompletions(ServerSCInfo.java:1010) at weblogic.transaction.internal.ServerSCInfo.startPrePrepareAndChain(ServerSCInfo.java:115) at weblogic.transaction.internal.ServerTransactionImpl.localPrePrepareAndChain(ServerTransactionImpl.java:1216) at weblogic.transaction.internal.ServerTransactionImpl.globalPrePrepare(ServerTransactionImpl.java:1990) at weblogic.transaction.internal.ServerTransactionImpl.internalCommit(ServerTransactionImpl.java:275) at weblogic.transaction.internal.ServerTransactionImpl.commit(ServerTransactionImpl.java:246) at weblogic.transaction.internal.TransactionManagerImpl.commit(TransactionManagerImpl.java:303) at weblogic.transaction.internal.TransactionManagerImpl.commit(TransactionManagerImpl.java:296) at com.ebw.nova.common.invoker.JTATransactionalAction.commit(JTATransactionalAction.java:31) at com.ebw.nova.common.invoker.TransactionalAction.doAction(TransactionalAction.java:47) at com.ebw.nova.common.invoker.ActionInvoker.invokeAction(ActionInvoker.java:21) at com.ebw.nova.server.handler.AbstractRequestHandler.process(AbstractRequestHandler.java:73) at com.ebw.nova.server.communication.jms.MessageProcessor.processRequest(MessageProcessor.java:44) at com.ebw.ejb.mdb.MQManager.onMessage(MQManager.java:70) at weblogic.ejb20.internal.MDListener.execute(MDListener.java:370) at weblogic.ejb20.internal.MDListener.onMessage(MDListener.java:262) at weblogic.jms.client.JMSSession.onMessage(JMSSession.java:2678) at weblogic.jms.client.JMSSession.execute(JMSSession.java:2598) at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:219) at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:178) Caused by: java.sql.BatchUpdateException: ORA-00001: unique constraint (NOVATXN.UQ_BROKERS) violated at oracle.jdbc.driver.DatabaseError.throwBatchUpdateException(DatabaseError.java:367) at oracle.jdbc.driver.OraclePreparedStatement.executeBatch(OraclePreparedStatement.java:8726) at weblogic.jdbc.wrapper.PreparedStatement.executeBatch(PreparedStatement.java:169) at org.hibernate.jdbc.BatchingBatcher.doExecuteBatch(BatchingBatcher.java:58) at org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:195) ... 27 more RollbackException Trace: 03/17/2008 08:50:09 [EROR] JTATransactionalAction weblogic.transaction.RollbackException: Unknown reason - with nested exception: [weblogic.transaction.internal.AppSetRollbackOnlyException] 03/17/2008 08:50:09 [EROR] JTATransactionalAction com.novarum.nova.application.OperationException: Transaction does not exist 03/17/2008 08:50:09 [DBUG] MessageProcessor Unknown reason java.lang.RuntimeException: Unknown reason at com.ebw.nova.common.invoker.TransactionalAction.doAction(TransactionalAction.java:54) at com.ebw.nova.common.invoker.ActionInvoker.invokeAction(ActionInvoker.java:21) at com.ebw.nova.server.handler.AbstractRequestHandler.process(AbstractRequestHandler.java:73) at com.ebw.nova.server.communication.jms.MessageProcessor.processRequest(MessageProcessor.java:44) at com.ebw.ejb.mdb.MQManager.onMessage(MQManager.java:70) at weblogic.ejb20.internal.MDListener.execute(MDListener.java:370) at weblogic.ejb20.internal.MDListener.onMessage(MDListener.java:262) at weblogic.jms.client.JMSSession.onMessage(JMSSession.java:2678) at weblogic.jms.client.JMSSession.execute(JMSSession.java:2598) at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:219) at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:178) Caused by: com.novarum.nova.application.OperationException: Unknown reason at com.ebw.nova.common.invoker.JTATransactionalAction.commit(JTATransactionalAction.java:35) at com.ebw.nova.common.invoker.TransactionalAction.doAction(TransactionalAction.java:47) ... 10 more Caused by: weblogic.transaction.RollbackException: Unknown reason - with nested exception: [weblogic.transaction.internal.AppSetRollbackOnlyException] at weblogic.transaction.internal.TransactionImpl.throwRollbackException(TransactionImpl.java:1683) at weblogic.transaction.internal.ServerTransactionImpl.internalCommit(ServerTransactionImpl.java:325) at weblogic.transaction.internal.ServerTransactionImpl.commit(ServerTransactionImpl.java:246) at weblogic.transaction.internal.TransactionManagerImpl.commit(TransactionManagerImpl.java:303) at weblogic.transaction.internal.TransactionManagerImpl.commit(TransactionManagerImpl.java:296) at com.ebw.nova.common.invoker.JTATransactionalAction.commit(JTATransactionalAction.java:31) ... 11 more getCause(): com.novarum.nova.application.OperationException: Unknown reason at com.ebw.nova.common.invoker.JTATransactionalAction.commit(JTATransactionalAction.java:35) at com.ebw.nova.common.invoker.TransactionalAction.doAction(TransactionalAction.java:47) at com.ebw.nova.common.invoker.ActionInvoker.invokeAction(ActionInvoker.java:21) at com.ebw.nova.server.handler.AbstractRequestHandler.process(AbstractRequestHandler.java:73) at com.ebw.nova.server.communication.jms.MessageProcessor.processRequest(MessageProcessor.java:44) at com.ebw.ejb.mdb.MQManager.onMessage(MQManager.java:70) at weblogic.ejb20.internal.MDListener.execute(MDListener.java:370) at weblogic.ejb20.internal.MDListener.onMessage(MDListener.java:262) at weblogic.jms.client.JMSSession.onMessage(JMSSession.java:2678) at weblogic.jms.client.JMSSession.execute(JMSSession.java:2598) at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:219) at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:178) Caused by: weblogic.transaction.RollbackException: Unknown reason - with nested exception: [weblogic.transaction.internal.AppSetRollbackOnlyException] at weblogic.transaction.internal.TransactionImpl.throwRollbackException(TransactionImpl.java:1683) at weblogic.transaction.internal.ServerTransactionImpl.internalCommit(ServerTransactionImpl.java:325) at weblogic.transaction.internal.ServerTransactionImpl.commit(ServerTransactionImpl.java:246) at weblogic.transaction.internal.TransactionManagerImpl.commit(TransactionManagerImpl.java:303) at weblogic.transaction.internal.TransactionManagerImpl.commit(TransactionManagerImpl.java:296) at com.ebw.nova.common.invoker.JTATransactionalAction.commit(JTATransactionalAction.java:31) ... 11 more getCause(): weblogic.transaction.internal.AppSetRollbackOnlyException at weblogic.transaction.internal.TransactionImpl.setRollbackOnly(TransactionImpl.java:504) at org.hibernate.transaction.CacheSynchronization.setRollbackOnly(CacheSynchronization.java:73) at org.hibernate.transaction.CacheSynchronization.beforeCompletion(CacheSynchronization.java:63) at weblogic.transaction.internal.ServerSCInfo.callBeforeCompletions(ServerSCInfo.java:1010) at weblogic.transaction.internal.ServerSCInfo.startPrePrepareAndChain(ServerSCInfo.java:115) at weblogic.transaction.internal.ServerTransactionImpl.localPrePrepareAndChain(ServerTransactionImpl.java:1216) at weblogic.transaction.internal.ServerTransactionImpl.globalPrePrepare(ServerTransactionImpl.java:1990) at weblogic.transaction.internal.ServerTransactionImpl.internalCommit(ServerTransactionImpl.java:275) at weblogic.transaction.internal.ServerTransactionImpl.commit(ServerTransactionImpl.java:246) at weblogic.transaction.internal.TransactionManagerImpl.commit(TransactionManagerImpl.java:303) at weblogic.transaction.internal.TransactionManagerImpl.commit(TransactionManagerImpl.java:296) at com.ebw.nova.common.invoker.JTATransactionalAction.commit(JTATransactionalAction.java:31) at com.ebw.nova.common.invoker.TransactionalAction.doAction(TransactionalAction.java:47) at com.ebw.nova.common.invoker.ActionInvoker.invokeAction(ActionInvoker.java:21) at com.ebw.nova.server.handler.AbstractRequestHandler.process(AbstractRequestHandler.java:73) at com.ebw.nova.server.communication.jms.MessageProcessor.processRequest(MessageProcessor.java:44) at com.ebw.ejb.mdb.MQManager.onMessage(MQManager.java:70) at weblogic.ejb20.internal.MDListener.execute(MDListener.java:370) at weblogic.ejb20.internal.MDListener.onMessage(MDListener.java:262) at weblogic.jms.client.JMSSession.onMessage(JMSSession.java:2678) at weblogic.jms.client.JMSSession.execute(JMSSession.java:2598) at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:219) at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:178) --------------- nested within: ------------------ weblogic.transaction.RollbackException: Unknown reason - with nested exception: [weblogic.transaction.internal.AppSetRollbackOnlyException] at weblogic.transaction.internal.TransactionImpl.throwRollbackException(TransactionImpl.java:1683) at weblogic.transaction.internal.ServerTransactionImpl.internalCommit(ServerTransactionImpl.java:325) at weblogic.transaction.internal.ServerTransactionImpl.commit(ServerTransactionImpl.java:246) at weblogic.transaction.internal.TransactionManagerImpl.commit(TransactionManagerImpl.java:303) at weblogic.transaction.internal.TransactionManagerImpl.commit(TransactionManagerImpl.java:296) at com.ebw.nova.common.invoker.JTATransactionalAction.commit(JTATransactionalAction.java:31) at com.ebw.nova.common.invoker.TransactionalAction.doAction(TransactionalAction.java:47) at com.ebw.nova.common.invoker.ActionInvoker.invokeAction(ActionInvoker.java:21) at com.ebw.nova.server.handler.AbstractRequestHandler.process(AbstractRequestHandler.java:73) at com.ebw.nova.server.communication.jms.MessageProcessor.processRequest(MessageProcessor.java:44) at com.ebw.ejb.mdb.MQManager.onMessage(MQManager.java:70) at weblogic.ejb20.internal.MDListener.execute(MDListener.java:370) at weblogic.ejb20.internal.MDListener.onMessage(MDListener.java:262) at weblogic.jms.client.JMSSession.onMessage(JMSSession.java:2678) at weblogic.jms.client.JMSSession.execute(JMSSession.java:2598) at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:219) at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:178) getNested(): weblogic.transaction.internal.AppSetRollbackOnlyException at weblogic.transaction.internal.TransactionImpl.setRollbackOnly(TransactionImpl.java:504) at org.hibernate.transaction.CacheSynchronization.setRollbackOnly(CacheSynchronization.java:73) at org.hibernate.transaction.CacheSynchronization.beforeCompletion(CacheSynchronization.java:63) at weblogic.transaction.internal.ServerSCInfo.callBeforeCompletions(ServerSCInfo.java:1010) at weblogic.transaction.internal.ServerSCInfo.startPrePrepareAndChain(ServerSCInfo.java:115) at weblogic.transaction.internal.ServerTransactionImpl.localPrePrepareAndChain(ServerTransactionImpl.java:1216) at weblogic.transaction.internal.ServerTransactionImpl.globalPrePrepare(ServerTransactionImpl.java:1990) at weblogic.transaction.internal.ServerTransactionImpl.internalCommit(ServerTransactionImpl.java:275) at weblogic.transaction.internal.ServerTransactionImpl.commit(ServerTransactionImpl.java:246) at weblogic.transaction.internal.TransactionManagerImpl.commit(TransactionManagerImpl.java:303) at weblogic.transaction.internal.TransactionManagerImpl.commit(TransactionManagerImpl.java:296) at com.ebw.nova.common.invoker.JTATransactionalAction.commit(JTATransactionalAction.java:31) at com.ebw.nova.common.invoker.TransactionalAction.doAction(TransactionalAction.java:47) at com.ebw.nova.common.invoker.ActionInvoker.invokeAction(ActionInvoker.java:21) at com.ebw.nova.server.handler.AbstractRequestHandler.process(AbstractRequestHandler.java:73) at com.ebw.nova.server.communication.jms.MessageProcessor.processRequest(MessageProcessor.java:44) at com.ebw.ejb.mdb.MQManager.onMessage(MQManager.java:70) at weblogic.ejb20.internal.MDListener.execute(MDListener.java:370) at weblogic.ejb20.internal.MDListener.onMessage(MDListener.java:262) at weblogic.jms.client.JMSSession.onMessage(JMSSession.java:2678) at weblogic.jms.client.JMSSession.execute(JMSSession.java:2598) at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:219) at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:178) Following is the hibernate.cfg.xml <session-factory>  <property name="connection.datasource">jdbc/novaJDBCDataSource</property> <property name="transaction.factory_class">org.hibernate.transaction.JTATransactionFactory</property> <property name="transaction.manager_lookup_class">org.hibernate.transaction.WeblogicTransactionManagerLookup</property> <property name="dialect">org.hibernate.dialect.OracleDialect</property> <property name="current_session_context_class">jta</property> <property name="show_sql">false</property> <property name="format_sql">true</property> <property name="hibernate.default_schema">novatxn</property> <property name="jdbc.batch_size">30</property>  <property name="jdbc.batch_versioned_data">false</property> <property name="jdbc.use_streams_for_binary">true</property>  <property name="max_fetch_depth">1</property> <property name="query.substitutions">true 1, false 0, yes 'Y', no 'N'</property>   <property name="query.factory_class">org.hibernate.hql.classic.ClassicQueryTranslatorFactory</property> </session-factory> -- 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, 7 months

2
1
0 / 0

[Hibernate-JIRA] Created: (HHH-3900) Do not attempt to register Synchronization when Transaction is in STATUS_MARKED_ROLLBACK

by Chris Bredesen (JIRA)

Do not attempt to register Synchronization when Transaction is in STATUS_MARKED_ROLLBACK ---------------------------------------------------------------------------------------- Key: HHH-3900 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3900 Project: Hibernate Core Issue Type: Bug Affects Versions: 3.3.1, 3.2.6 Reporter: Chris Bredesen Priority: Minor In JTASessionContext.currentSession(), a CleanupSync is built and registered. The transaction is verified to be in progress using JTAHelper.isInProgress() which checks for STATUS_ACTIVE or STATUS_MARKED_ROLLBACK. JBossTS (based on the OTS standard) disallows the registration of Synchronizations in STATUS_MARKED_ROLLBACK and so in such cases, JTASessionContext.currentSession() will fail. The stack trace looks something like this (note no wrapped root cause): Caused by: org.hibernate.HibernateException: Unable to register cleanup Synchronization with TransactionManager at org.hibernate.context.JTASessionContext.currentSession(JTASessionContext.java:92) at org.hibernate.impl.SessionFactoryImpl.getCurrentSession(SessionFactoryImpl.java:544) A possible fix is to check only for STATUS_ACTIVE and do any needed cleanup work proactively if the Transaction is in STATUS_MARKED_ROLLBACK rather than relying on CleanupSync. -- 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, 7 months

3
3
0 / 0

[Hibernate-JIRA] Created: (HHH-3690) Sybase - FumTest.testCompositeKeyPathExpressions() fails due to subquery with more than one column in select list

by Gail Badner (JIRA)

Sybase - FumTest.testCompositeKeyPathExpressions() fails due to subquery with more than one column in select list ----------------------------------------------------------------------------------------------------------------- Key: HHH-3690 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3690 Project: Hibernate Core Issue Type: Bug Components: core Reporter: Gail Badner Sybase only allows one column in a subquery select list. The only exception is that a subquery in an EXISTS() predicate can have '*' as the select list. This is documented at: http://infocenter.sybase.com/help/topic/com.sybase.infocenter.dc32300.150... FumTest.testCompositeKeyPathExpressions() fails with "SybSQLException: Incorrect syntax near ','." The HQL that fails is: "from Fum fum1 where exists elements(fum1.friends)". It fails becuase the elements have a composite ID. The fix described in HHH-3032 should fix this issue since the subquery is used in an EXISTS() predicate.. -- 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, 7 months

3
4
0 / 0

[Hibernate-JIRA] Created: (HHH-5205) Add support for source="db" for timestamp versions

by Emmanuel Bernard (JIRA)

Add support for source="db" for timestamp versions -------------------------------------------------- Key: HHH-5205 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5205 Project: Hibernate Core Issue Type: New Feature Components: annotations Reporter: Emmanuel Bernard Fix For: 3.6 See documentation of <timestamp source=""/> -- 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, 7 months

3
6
0 / 0

[Hibernate-JIRA] Created: (HHH-4510) Add column-level read/write support (HHH-4440) to annotations

by Steve Ebersole (JIRA)

Add column-level read/write support (HHH-4440) to annotations ------------------------------------------------------------- Key: HHH-4510 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4510 Project: Hibernate Core Issue Type: Bug Components: annotations Reporter: Steve Ebersole See HHH-4440 for details -- 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, 7 months

2
1
0 / 0

[Hibernate-JIRA] Created: (METAGEN-30) @Target

by jean-claude cote (JIRA)

@Target ------- Key: METAGEN-30 URL: http://opensource.atlassian.com/projects/hibernate/browse/METAGEN-30 Project: Hibernate Metamodel Generator Issue Type: Bug Components: processor Reporter: jean-claude cote Assignee: Hardy Ferentschik The jpamodelgen does not produce output for fields mapped using the @Embedded/@Target tags. ex: @Entity class House { @Embedded @Target(acme.AddressImpl.class) private Address address; } It only works when the field is of type AddressImpl. Are there plans to support the hiberbate specific annotations? Any plans to support entity mapped using classic hbm.xml files? thanks jean-claude -- 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, 7 months

2
3
0 / 0

[Hibernate-JIRA] Created: (HHH-2917) arithmatic of subselect throws NPE

by John Aylward (JIRA)

arithmatic of subselect throws NPE ---------------------------------- Key: HHH-2917 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2917 Project: Hibernate3 Issue Type: Bug Components: query-hql Affects Versions: 3.2.5 Environment: Hibernate 3.2.5 Annotation 3.3.0 VAlidator 3.0.0 MySQL 5.0.44 Reporter: John Aylward Exception Stack: java.lang.NullPointerException at org.hibernate.hql.ast.tree.BinaryArithmeticOperatorNode.getRightHandOperand(BinaryArithmeticOperatorNode.java:185) at org.hibernate.hql.ast.tree.BinaryArithmeticOperatorNode.initialize(BinaryArithmeticOperatorNode.java:20) at org.hibernate.hql.ast.HqlSqlWalker.prepareArithmeticOperator(HqlSqlWalker.java:1011) at org.hibernate.hql.antlr.HqlSqlBaseWalker.arithmeticExpr(HqlSqlBaseWalker.java:2729) at org.hibernate.hql.antlr.HqlSqlBaseWalker.expr(HqlSqlBaseWalker.java:1278) at org.hibernate.hql.antlr.HqlSqlBaseWalker.exprOrSubquery(HqlSqlBaseWalker.java:4041) at org.hibernate.hql.antlr.HqlSqlBaseWalker.comparisonExpr(HqlSqlBaseWalker.java:3600) at org.hibernate.hql.antlr.HqlSqlBaseWalker.logicalExpr(HqlSqlBaseWalker.java:1762) at org.hibernate.hql.antlr.HqlSqlBaseWalker.logicalExpr(HqlSqlBaseWalker.java:1690) at org.hibernate.hql.antlr.HqlSqlBaseWalker.logicalExpr(HqlSqlBaseWalker.java:1687) at org.hibernate.hql.antlr.HqlSqlBaseWalker.whereClause(HqlSqlBaseWalker.java:776) at org.hibernate.hql.antlr.HqlSqlBaseWalker.query(HqlSqlBaseWalker.java:577) at org.hibernate.hql.antlr.HqlSqlBaseWalker.selectStatement(HqlSqlBaseWalker.java:281) at org.hibernate.hql.antlr.HqlSqlBaseWalker.statement(HqlSqlBaseWalker.java:229) at org.hibernate.hql.ast.QueryTranslatorImpl.analyze(QueryTranslatorImpl.java:228) at org.hibernate.hql.ast.QueryTranslatorImpl.doCompile(QueryTranslatorImpl.java:160) at org.hibernate.hql.ast.QueryTranslatorImpl.compile(QueryTranslatorImpl.java:111) at org.hibernate.engine.query.HQLQueryPlan.<init>(HQLQueryPlan.java:77) at org.hibernate.engine.query.HQLQueryPlan.<init>(HQLQueryPlan.java:56) at org.hibernate.engine.query.QueryPlanCache.getHQLQueryPlan(QueryPlanCache.java:72) at org.hibernate.impl.AbstractSessionImpl.getHQLQueryPlan(AbstractSessionImpl.java:133) at org.hibernate.impl.AbstractSessionImpl.createQuery(AbstractSessionImpl.java:112) at org.hibernate.impl.SessionImpl.createQuery(SessionImpl.java:1623) HQL: [SELECT DISTINCT pi.billingAccount.consolidatedBillingAccount.bankAccount FROM com.cicat.bedrock.billing.model.ProviderInvoice AS pi WHERE pi.readyForPayment=true AND (SELECT piad.total FROM com.cicat.bedrock.billing.model.ProviderInvoiceAccountData AS piad WHERE piad.invoice = pi AND piad.providerBillingAccount = pi.billingAccount) > ((SELECT COALESCE(SUM(amount),0) FROM com.cicat.bedrock.billing.model.BankAccountTransaction AS bat1 WHERE bat1.deleted=false AND bat1.providerInvoice = pi) + (SELECT COALESCE(SUM(amount),0) FROM com.cicat.bedrock.billing.model.BankAccountTransactionSplit AS bats1 WHERE bats1.deleted=false AND bats1.bankAccountTransaction.deleted=false AND bats1.providerInvoice = pi)) ] Representative SQL of HQL call: SELECT DISTINCT ba.* from ProviderInvoice AS pi INNER JOIN ProviderBillingAccount AS pba ON pi.billingAccount_id=pba.id INNER JOIN ConsolidatedBillingAccount AS cba ON pba.consolidatedBillingAccount_id=cba.id INNER JOIN BankAccount AS ba ON cba.bankAccount_id=ba.id WHERE pi.readyForPayment=true AND (SELECT piad.total FROM ProviderInvoiceAccountData AS piad WHERE piad.invoice_id = pi.id AND piad.providerBillingAccount_id = pi.billingAccount_id) > ((SELECT COALESCE(SUM(bat1.amount),0) FROM BankAccountTransaction AS bat1 WHERE bat1.deleted=false AND bat1.providerInvoice_id = pi.id) + (SELECT COALESCE(SUM(bats1.amount),0) FROM BankAccountTransactionSplit AS bats1 INNER JOIN BankAccountTransaction bat2 ON bats1.bankAccountTransaction_id=bat2.id WHERE bats1.deleted=false AND bat2.deleted=false AND bats1.providerInvoice_id = pi.id)) -- 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, 7 months

4
15
0 / 0

[Hibernate-JIRA] Created: (HBX-849) Tools does not insert @Type in POJOs for user types defined in reveng.xml

by Zeljko Trogrlic (JIRA)

Tools does not insert @Type in POJOs for user types defined in reveng.xml ------------------------------------------------------------------------- Key: HBX-849 URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-849 Project: Hibernate Tools Type: Bug Components: hbm2java, reverse-engineer Environment: jboss-seam-1.1.0.GA, MySQL Reporter: Zeljko Trogrlic I have created reveng.xml file: <hibernate-reverse-engineering> <table catalog="configuration" name="userdb_domain_acl"> <column name="enabled" type="com.siemens.msm.model.mapping.BooleanEnumType" exclude="false"/> </table> </hibernate-reverse-engineering> and included it in build.xml: <jdbcconfiguration propertyfile="build.properties" packagename="${model.package}" revengfile="${project.home}/reveng.xml"/> Generated POJO attribute has proper type, but user type information is missing: @Column(name = "enabled") @Length(max = 42) public Boolean getEnabled() { .... so Hibernate reports error: 3:49:31,397 INFO [TableMetadata] table found: configuration.userdb_domain_acl 13:49:31,397 INFO [TableMetadata] columns: [id, enabled, tablename, domain] 13:49:31,397 WARN [ServiceController] Problem starting service persistence.units:ear=msmgui.ear,unitName=msmgui javax.persistence.PersistenceException: org.hibernate.HibernateException: Wrong column type: enabled, expected: varchar( 2) at org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory(Ejb3Configuration.java:698) at org.hibernate.ejb.HibernatePersistence.createContainerEntityManagerFactory(HibernatePersistence.java:127) at org.jboss.ejb3.entity.PersistenceUnitDeployment.start(PersistenceUnitDeployment.java:264) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) Annotations should look like this: @Column(name = "enabled") @Type(type="booleanEnum") public Boolean getEnabled() { ... -- 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, 7 months

4
11
0 / 0

[Hibernate-JIRA] Created: (HHH-3227) Oracle's connect by syntax is mishandled when used with Filter

by Kyrill Alyoshin (JIRA)

Oracle's connect by syntax is mishandled when used with Filter -------------------------------------------------------------- Key: HHH-3227 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3227 Project: Hibernate3 Issue Type: Bug Components: query-sql Affects Versions: 3.2.5 Environment: Hibernaet 3.2.5.GA, Oracle 10g. Reporter: Kyrill Alyoshin Basically, I have a filter definition on a class (via annotation), here it is: @Filter(name = "limitInvoicesByAccountHolderHierarchy", condition = "CHRG_ACCT_ID in (" + "select ca1.chrg_acct_id from cv_chrg_acct ca1 " + "inner join cv_org_unit og1 on ca1.acct_hldr_id = og1.org_unit_id " + "where og1.org_unit_id in (" + "select og2.org_unit_id from cv_org_unit og2 " + "start with og2.org_unit_id = :root " + " connect by prior og2.org_unit_id = og2.hier_par_org_unit_id" + ')' + ')' It contains Oracle's "connect by" clause. Here is the SQL statement that Hibernate generates when trying to query invoices with the filter enabled: Hibernate: /* from Invoice */ select invoice0_.inv_id as inv1_31_, ...... from CV_INV invoice0_ where invoice0_.CHRG_ACCT_ID in ( select ca1.chrg_acct_id from cv_chrg_acct ca1 inner join cv_org_unit og1 on ca1.acct_hldr_id = og1.org_unit_id where og1.org_unit_id in ( select og2.org_unit_id from cv_org_unit og2 invoice0_.start invoice0_.with og2.org_unit_id = ? invoice0_.connect by invoice0_.prior og2.org_unit_id = og2.hier_par_org_unit_id ) ) Even though the documentation states that the condition of the filter is pure SQL (which is great!), it still does not pass SQL verbatim but is actually trying to pre-process the following words: start, with, connect, prior. Is there an easy work around to make Oracle10gDialect recognize these words? Thanks a lot for looking into this! -- 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, 7 months

4
3
0 / 0

[Hibernate-JIRA] Created: (HHH-2402) HQL generates inner join when selecting a specific attribute that is linked to another entity

by Peter Mutsaers (JIRA)

HQL generates inner join when selecting a specific attribute that is linked to another entity --------------------------------------------------------------------------------------------- Key: HHH-2402 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2402 Project: Hibernate3 Type: Bug Components: core Versions: 3.2.2 Environment: Oracle 9i, affects ONLY version 3.2.2, was still working OK in version 3.2.1 and before. Reporter: Peter Mutsaers Priority: Critical Mapping (note the lazy='false', it is essential to cause the problem): <class name='Currency' lazy='false'> .... </class> <class name='Asset'> <id name='id' ... </id> <many-to-one name='currency' class='Currency' fetch='select'/> </class> The following HQL query: "select a.id, a.currency from Asset a" used to generate a query on the Asset table, and subsequently generates separate queries on the Currency table. Since version 3.2.2, this generates an inner join on Asset with Currency. Now many Assets may have a NULL currency, so we do not get all records anymore! This breaks logic and queries all over the place for us. We can't go back to 3.2.1 due to other bugs that had been solved in 3.2.2. The query "from Asset a" still works OK and as before, i.e. it makes the select only on the Asset table and afterwards fetches the Currency with individual selects. I fear that an optimization has been made that has this negative side effect. -- 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, 7 months

2
2
0 / 0

[Hibernate-JIRA] Created: (HHH-3510) Sybase - Timestamp not being translated to the built-in database function

by Juraci Paixao Krohling (JIRA)

Sybase - Timestamp not being translated to the built-in database function ------------------------------------------------------------------------- Key: HHH-3510 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3510 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.2.4.sp1 Environment: Branch_3_2_4_SP1_CP and Sybase 15 Reporter: Juraci Paixao Krohling Test Case: ComponentTest#testComponentQueries Hibernate query "from Employee e where e.person = ('steve', current_timestamp)" should have translated "current_timestamp" to "getdate()" [1]: 14:49:11,087 DEBUG SQL:424 - select employee0_.ID as ID1_, employee0_.HIRE_DATE as HIRE2_1_, employee0_.name as name1_, employee0_.dob as dob1_, employee0_.value1 as value5_1_, employee0_.value2 as value6_1_ from T_EMP employee0_ where employee0_.name='steve' and employee0_.dob=current_timestamp 14:49:11,535 WARN JDBCExceptionReporter:77 - SQL Error: 207, SQLState: ZZZZZ 14:49:11,536 ERROR JDBCExceptionReporter:78 - Invalid column name 'current_timestamp'. [1] SybaseDialect, line 58: registerFunction( "current_timestamp", new NoArgSQLFunction("getdate", Hibernate.TIMESTAMP) ); -- 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, 7 months

4
8
0 / 0

[Hibernate-JIRA] Created: (BVTCK-5) Provide separate signature files for Java 5 and Java 6

by Hardy Ferentschik (JIRA)

Provide separate signature files for Java 5 and Java 6 ------------------------------------------------------- Key: BVTCK-5 URL: http://opensource.atlassian.com/projects/hibernate/browse/BVTCK-5 Project: Bean Validation TCK Issue Type: Task Affects Versions: 1.0.2.GA Reporter: Hardy Ferentschik Assignee: Hardy Ferentschik Fix For: 1.0.3 -- 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, 7 months

1
1
0 / 0

[Hibernate-JIRA] Created: (ANN-592) @TableGenerator realisation does not respect initialValue

by Christoph Schönfeld (JIRA)

@TableGenerator realisation does not respect initialValue --------------------------------------------------------- Key: ANN-592 URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-592 Project: Hibernate Annotations Issue Type: Bug Components: binder Affects Versions: 3.3.0.ga Reporter: Christoph Schönfeld Priority: Minor I would like to have generated IDs for a certain entity type start at the value of 1000. Consider the following example. @TableGenerator(name = "employee", table = "SEQUENCES", pkColumnName = "name", valueColumnName = "value", pkColumnValue = "employee", allocationSize = 10, initialValue = 1000) Hibernate generates the SEQUENCES table correctly but it always returns 1 as the first generated key. In the source code of AnnotationBinder.java which seems to be responsible for binding the @TableGenerator annotation to a MultipleHiLoPerTableGenerator instance the initialValue property is ignored. -- 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, 7 months

6
6
0 / 0

[Hibernate-JIRA] Created: (HHH-4690) Consider adding a flag for legacy/new generators

by Emmanuel Bernard (JIRA)

Consider adding a flag for legacy/new generators ------------------------------------------------ Key: HHH-4690 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4690 Project: Hibernate Core Issue Type: Sub-task Reporter: Emmanuel Bernard -- 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, 7 months

2
8
0 / 0

[Hibernate-JIRA] Created: (HHH-3018) Configuration element to tell Hibernate to have just one insert to flush an entity and not both an insert and an update.

by Nicolas Cazottes (JIRA)

Configuration element to tell Hibernate to have just one insert to flush an entity and not both an insert and an update. ------------------------------------------------------------------------------------------------------------------------ Key: HHH-3018 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3018 Project: Hibernate3 Issue Type: Improvement Components: core Affects Versions: 3.2.5 Reporter: Nicolas Cazottes Attachments: testXMLTypeUpdates.zip While analyzing the SQL queries Hibernate generates to persist objects, I fall on a behaviour, that I first found strange, which is that in one flush of one transaction, there may be both an insert and an update for a given entity. My first expectation was to have only one insert and no update. After a few search, I discover that conversation (http://forum.hibernate.org/viewtopic.php?p=2191664&sid=c571096bda4a6b636e...) that explains it is normal in the case of a save with modifications after save. I discover (cf the classes of my zip showing it) that this behaviour is also present in the case of a relation that is managed by cascade. What I noticed is that the insert of the related entity is planned when the first hql query is executed after the relation has been established. So if the related entity is modified after the query execution (for exemple depending on the result of the query), an update will be executed. This behaviour is understandable but in my case, the update is really expensive (because it acts on an XMLType column) and unless I set a FlushMode to COMMIT (which I found really not a good solution), I can not control that Hibernate will generate both an insert and an update or only an insert. I know I could also set the relation just before the commit in order to avoid insert+update but this solution is not possible in my case and I find it not elegant (it would break the semantic of the cascade of the relation). I suggest to introduce a new configuration element (similar to the flushmode) in Hibernate in order to be able to have control whether Hibernate generates an insert containing the data of the entity at the first save or an insert containing the data of the entity at the flushing time. Note : The attached files (which is the smallest extraction of what does my application) shows that behaviour both for the save call and the cascade declenched by a query. Note2 : I found an issue in jira number 2621 submited by someone else that is related to this subject in think. -- 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, 7 months

2
1
0 / 0

[Hibernate-JIRA] Created: (HHH-2426) Misleading logging messages when using ThreadLocalSessionContext

by Don Smith (JIRA)

Misleading logging messages when using ThreadLocalSessionContext ---------------------------------------------------------------- Key: HHH-2426 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2426 Project: Hibernate3 Type: Improvement Components: core Versions: 3.2.0.ga Reporter: Don Smith Priority: Minor The log messages printed out by TransactionFactoryFactory and SettingsFactory are misleading when using ThreadLocalSessionContext: 2007-02-09 21:49:58,581 INFO [org.hibernate.transaction.TransactionFactoryFactory:info] Using default transaction strategy (direct JDBC transactions) 2007-02-09 21:49:58,588 INFO [org.hibernate.transaction.TransactionManagerLookupFactory:info] No TransactionManagerLookup Configured (in JTA environment, use of read-write or transactional second-level cache is not recommended) 2007-02-09 21:49:58,590 INFO [org.hibernate.cfg.SettingsFactory:info] Automatic flush during beforeCompletion(): disabled 2007-02-09 21:49:58,591 INFO [org.hibernate.cfg.SettingsFactory:info] Automatic session close at end of transaction: disabled This does not indicate that sessions will be closed after commit, which is the behavior when using ThreadLocalSessionContext. -- 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, 7 months

2
1
0 / 0

[Hibernate-JIRA] Created: (ANN-682) @ForeignKey override of @MappedSuperclass

by Christian Bauer (JIRA)

@ForeignKey override of @MappedSuperclass ----------------------------------------- Key: ANN-682 URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-682 Project: Hibernate Annotations Issue Type: New Feature Components: binder Reporter: Christian Bauer Put this @ManyToOne in a @MappedSuperclass: @ManyToOne(fetch = FetchType.LAZY) @JoinColumn(name = "CREATED_BY_USER_ID", nullable = false) // Ideally this foreign key should be ON DELETE SET NULL, however... // Hibernate can't rename these so subclasses would get the same FK constraint name. This doesn't // work, so we need to let Hibernate create a random identifier for these. We could fix this in the // DatabaseObjects.hbm.xml file but we can't even address it because the name is random. This sucks. // So we do a manual SET NULL|DEFAULT when userHome.remove() is called. // @org.hibernate.annotations.ForeignKey(name = "FK_WIKI_NODE_CREATED_BY_USER_ID") protected User createdBy; Now all subclasses get that foreign key constraint name in the database catalog, which isn't possible - constraint names have to be unique. -- 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, 7 months

6
7
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-527) Hibernate Search Not giving any errror when @DocumentId not mentioned, but hangs at configuration.buildSessionFactory()

by Kiran Narasareddy (JIRA)

Hibernate Search Not giving any errror when @DocumentId not mentioned, but hangs at configuration.buildSessionFactory() ----------------------------------------------------------------------------------------------------------------------- Key: HSEARCH-527 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-527 Project: Hibernate Search Issue Type: Bug Components: engine Affects Versions: 3.1.0.GA Environment: Hibernate core : 3.3.1 GA, Hibernate Annotations : 3.4.0.GA, Hibernate commons Annotations : 3.1.0 GA, Lucene core 2.4.1 Mysql Community 5.0.41 Reporter: Kiran Narasareddy Priority: Minor Consider a case in which primary key is associated with only Base class, with no primary key in any other subclasses marked for Lucene's document id. Now, if this attribute is not annotated with @DocumentId, hibernate engine shows no errors, but it hangs up at configuration.buildSessionFactory(); and doesn't move forward. The moment the annotation is added, the SessionFactory gets built and the application works. Example Model : Aobject.java : long id; (this is the intended field to be taken as documentID for lucene ) MyObject extends Aobject (This class is to be indexed.It has no id field of its own, the same id from AObject acts as PK for MyObject Also) -- 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, 7 months

2
7
0 / 0

[Hibernate-JIRA] Created: (HHH-3976) NPE when eager fetching joined component with native SQL query

by Franz Allan Valencia See (JIRA)

NPE when eager fetching joined component with native SQL query -------------------------------------------------------------- Key: HHH-3976 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3976 Project: Hibernate Core Issue Type: Bug Components: query-sql Affects Versions: 3.2.0.ga Reporter: Franz Allan Valencia See Priority: Critical Given a Hibernate Mapping with formula and named sql query, When accessing named sql query, NPE is thrown. This is basically a duplicae of HHH-2225. But since I cannot edit that to change it's Priority, I created a dupe. Feel free to close this if HHH-2225 has been edited to a higher priority. IMHO, it should be of a higher priority because AFAIK there are no decent workaround for this. -- 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, 7 months

2
1
0 / 0

[Hibernate-JIRA] Created: (HHH-3339) Query cache stops working after object save

by Alex Oleynikov (JIRA)

Query cache stops working after object save ------------------------------------------- Key: HHH-3339 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3339 Project: Hibernate3 Issue Type: Bug Components: caching (L2) Affects Versions: 3.2.6 Environment: Hibernate 3.2.6, MS SQL 2005 Database. Windows XP SP2 Reporter: Alex Oleynikov It seems like HB Query cache stops working as soon as given object type is being saved (it does not matter if it was save to existing object or insert of new object instance). The code looks like this. Where User is just a primitive POJO with couple of properties. // #1 query = session.createQuery("from User where userID = :id"); query.setCacheable(true); query.setParameter("id", 10); user = (User) query.list().get(0); // #2 query = session.createQuery("from User where userID = :id"); query.setCacheable(true); query.setParameter("id", 10); user = (User) query.list().get(0); // insert new User object user = new User(); user.setUserID((int)(Math.random() * Integer.MAX_VALUE)); user.setUserName("Ten"); session.beginTransaction(); session.save(user); session.getTransaction().commit(); // #3 query = session.createQuery("from User where userID = :id"); query.setCacheable(true); query.setParameter("id", 10); user = (User) query.list().get(0); // #4 query = session.createQuery("from User where userID = :id"); query.setCacheable(true); query.setParameter("id", 10); user = (User) query.list().get(0); >From MS SQL Profiler I can clearly see that no queries is executed for #2 (e.g. it hit the cache), but queries are executed for #3 and #4. From HB debug log I see following: For #2 Query (cache is hit) - correct: 06:54:25,337 DEBUG StandardQueryCache:102 - checking cached query results in region: org.hibernate.cache.StandardQueryCache 06:54:25,337 DEBUG StandardQueryCache:156 - Checking query spaces for up-to-dateness: [USERS] 06:54:25,337 DEBUG StandardQueryCache:117 - returning cached query results During User insert: 06:54:25,368 DEBUG UpdateTimestampsCache:65 - Invalidating space [USERS], timestamp: 4967466866147328 For #3 Query: 06:54:25,368 DEBUG StandardQueryCache:156 - Checking query spaces for up-to-dateness: [USERS] 06:54:25,368 DEBUG UpdateTimestampsCache:86 - [USERS] last update timestamp: 4967466866147328, result set timestamp: 4967466865061888 06:54:25,368 DEBUG StandardQueryCache:113 - cached query results were not up to date For #4 Query (or any subsequent query for this matter): 06:54:25,368 DEBUG StandardQueryCache:156 - Checking query spaces for up-to-dateness: [USERS] 06:54:25,368 DEBUG UpdateTimestampsCache:86 - [USERS] last update timestamp: 4967466866147328, result set timestamp: 4967466865061888 06:54:25,368 DEBUG StandardQueryCache:113 - cached query results were not up to date Please note the timestamp numbers for #4 query - even though I would expect query to be re-cached in #3, it still shows old timestamp. So I may think that when re-caching a query it does not update cache entry timestamp which is not up-to-date due to save(). -- 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, 7 months

5
8
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 May 2010