January 2008 - hibernate-issues - Jboss List Archives

[Hibernate-JIRA] Created: (HHH-2222) SpringFramework 2.0 uses ASM.JAR versions 2.2.2. This is incompatible with Hibernate 3.2 as it uses and "unknown" previous version of ASM.JAR

by Greg McGregor (JIRA)

SpringFramework 2.0 uses ASM.JAR versions 2.2.2. This is incompatible with Hibernate 3.2 as it uses and "unknown" previous version of ASM.JAR ---------------------------------------------------------------------------------------------------------------------------------------------- Key: HHH-2222 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2222 Project: Hibernate3 Type: Improvement Versions: 3.2.0.ga Environment: Hibernate 3.2.0ga Reporter: Greg McGregor SpringFramework 2.0 uses ASM.JAR from ObjectWeb version 2.2.2. However, Hibernate 3.2.0ga utilizes an "unknown" previous version of the ASM.JAR. The issue is that the method signatures and classes have changed between the two versions. Therefore, Hibernate 3.2.0ga won't run with the new ASM.JAR and Spring 2.0 won't run with the previous ASM.JAR. Mushing the two JARs together in an attempt to get something going results in a NoSuchMethodError (which would make sense). Although this isn't a direct Hibernate3 bug, it does preclude stable use with Spring 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

17 years, 11 months

9
25
0 / 0

[Hibernate-JIRA] Commented: (HBX-623) Add ability in reverse engineering config file to support cascades

by Gergely Dombi (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HBX-623?page=co... ] Gergely Dombi commented on HBX-623: ----------------------------------- I've just noticed that the inverse generation is already targeted in HBX-657. Sorry for the duplication here. > Add ability in reverse engineering config file to support cascades > ------------------------------------------------------------------ > > Key: HBX-623 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-623 > Project: Hibernate Tools > Issue Type: Patch > Components: reverse-engineer > Affects Versions: 3.0beta2 > Environment: Hibernate Tools Beta 5 > Reporter: tony anecito > Priority: Critical > Fix For: 3.2.1 > > Attachments: many-to-one-attributes-with-test.diff, many-to-one-attributes.diff > > > Please add ability to add cascade tag to resultant mapping files in the reveng file. Currently have to modifiy velocity template 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

17 years, 11 months

1
0
0 / 0

[Hibernate-JIRA] Commented: (HBX-623) Add ability in reverse engineering config file to support cascades

by Gergely Dombi (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HBX-623?page=co... ] Gergely Dombi commented on HBX-623: ----------------------------------- I would also need this feature soon in our reverse engineering project. Unfortunately I could not find the mentioned sources in the version control. Which branch is it? May I miss something but I currently can not see the possibilty in the reveng config to control the inverse attribute of a many-to-many relation. Is it possible to address this as well in this issue? > Add ability in reverse engineering config file to support cascades > ------------------------------------------------------------------ > > Key: HBX-623 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-623 > Project: Hibernate Tools > Issue Type: Patch > Components: reverse-engineer > Affects Versions: 3.0beta2 > Environment: Hibernate Tools Beta 5 > Reporter: tony anecito > Priority: Critical > Fix For: 3.2.1 > > Attachments: many-to-one-attributes-with-test.diff, many-to-one-attributes.diff > > > Please add ability to add cascade tag to resultant mapping files in the reveng file. Currently have to modifiy velocity template 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

17 years, 11 months

1
0
0 / 0

[Hibernate-JIRA] Commented: (HHH-892) HQL parser does not resolve alias in ORDER BY clause

by Miguel Diaz (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-892?page=co... ] Miguel Diaz commented on HHH-892: --------------------------------- This issue affects more cases than a simple ORDER BY: SELECT a, (SELECT sum(b.x) FROM MyClass2 b WHERE b.parent = a) computed FROM MyClass1 a WHERE computed = 0 or computed is null since 'computed' is used twice in the WHERE clause the workaround would be to duplicate the subquery, but that would have a performance impact. I think this is not an uncommon use case so this issue deserves more (well, some at least) attention. Thanks in advance. > HQL parser does not resolve alias in ORDER BY clause > ----------------------------------------------------- > > Key: HHH-892 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-892 > Project: Hibernate3 > Issue Type: Bug > Components: query-hql > Affects Versions: 3.0.5 > Environment: Hibernate 3.0.5, MySQL, Tomcat > Reporter: Guido Laures > Priority: Minor > > When using an alias for an ORDER BY clause this is not always correctly resolved. Example: > SELECT SUM(A.x) AS mySum FROM MyClass AS A GROUP BY A.y ORDER BY mySum > does not work because "mySum" is not resolved in the ORDER BY clause which results in an exception telling that mySum is an unknown column. > Workaround (not to say "hack") is using: > SELECT SUM(A.x) AS mySum FROM MyClass AS A GROUP BY A.y ORDER BY col_0_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

17 years, 11 months

1
0
0 / 0

[Hibernate-JIRA] Commented: (HHH-1476) Table.qualify does not handle dialect diferences

by Krashan Brahmanjara (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1476?page=c... ] Krashan Brahmanjara commented on HHH-1476: ------------------------------------------ Patch seems to work in 3.2.5.ga but is table.internalIdentifier neccesery? It is used in two places cfg/Mappings and hdm2ddl/Databasemetadat, why? Below solution will be compatiblie with Eclipse plugins Table.java public static String qualify(String catalog, String schema, String table) { return dialect.qualify( usedCatalog, usedSchema, quotedName ); } > Table.qualify does not handle dialect diferences > ------------------------------------------------ > > Key: HHH-1476 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1476 > Project: Hibernate3 > Issue Type: Bug > Components: core > Environment: Hibernate 3.1.2 > SQL Server 2000 > Reporter: Justin Kolb > Attachments: informix-table-qname-patch-NPAC-vs-v324sp1.diff, informix-table-qname-patch-NPAC.diff, informix-table-qname-patch.diff > > > The fix for HHH-699 caused me to discover that Hibernate isn't handling qualifying table names properly. It can be inferred from HHH-699 that not all databases are similar in this respect so I think this should be added to the dialect handling. From my short research I have the following 3 cases: > SQL Server: database.owner.table > MySQL: database.table (no schemas it seems) > Most others: catalog.schema.table > SQL Server also allows for "database..table" since it does not have schemas but does allow you to write queries that cross databases similar to how you can cross schemas in other database servers. > Testing on Postgres though I determined that it does not allow "catalog..table" and will only accept "catalog.schema.table", so it dos not match up with SQL Server in this respect. If you write "catalog.table" it thinks you are trying to use a schema so it does not match up with MySQL in this respect. > So right now only MySQL and SQL Server are the non standard compliant databases. Before 3.1 beta 1, SQL Server was handled correctly; then after that only MySQL was handled correctly. > I'm not sure how much work it would take to make this change. -- 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

17 years, 11 months

1
0
0 / 0

[Hibernate-JIRA] Commented: (HHH-879) Enable joining the same association twice with Criteria

by Ali Ibrahim (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-879?page=co... ] Ali Ibrahim commented on HHH-879: --------------------------------- HI, Sorry Tusyoshi, I did not test my hack with criteria queries. It does work for HQL and entity loads. Regards, Ali > Enable joining the same association twice with Criteria > ------------------------------------------------------- > > Key: HHH-879 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-879 > Project: Hibernate3 > Issue Type: Improvement > Components: core > Reporter: Vladimir Bayanov > > Make double joining the same association with Criteria.createCriteria possible. See: http://forum.hibernate.org/viewtopic.php?t=931249 -- 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

17 years, 11 months

1
0
0 / 0

[Hibernate-JIRA] Created: (HSHARDS-49) flush all sub sessions before commit when 2PC is not used

by Emmanuel Bernard (JIRA)

flush all sub sessions before commit when 2PC is not used --------------------------------------------------------- Key: HSHARDS-49 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSHARDS-49 Project: Hibernate Shards Issue Type: New Feature Components: engine Affects Versions: 3.0.0.Beta2 Reporter: Emmanuel Bernard Assignee: Max Ross Priority: Minor When 2PC is not used, it can be interesting to minimize the risk and flush all operations before running all the commits. We might be able to guess that and disable the internal Hibernate flush for each session in this case, we also could let this as a recommended pattern for users (trigger flush manually before commit) or we could do it during transaction.commit() maybe optionally (define a flag property) -- 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

17 years, 11 months

2
2
0 / 0

[Hibernate-JIRA] Created: (HBX-979) NoClassDefFoundError in Hibernate Configurations view in Eclipse 3.2

by Reto Urfer (JIRA)

NoClassDefFoundError in Hibernate Configurations view in Eclipse 3.2 -------------------------------------------------------------------- Key: HBX-979 URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-979 Project: Hibernate Tools Issue Type: Bug Components: eclipse Affects Versions: 3.2beta10 Reporter: Reto Urfer In Eclipse 3.2, Hibernate Tools 3.2Beta10 raises java.lang.NoClassDefFoundError for org/eclipse/jface/viewers/BaseLabelProvider because this class has been newly defined in Eclipse 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

17 years, 11 months

5
11
0 / 0

[Hibernate-JIRA] Created: (HHH-2293) HQL Query with fetch causes exception if no rows selected be query (java.sql.SQLException: Exhausted Resultset )

by Andriy Solonchuk (JIRA)

HQL Query with fetch causes exception if no rows selected be query (java.sql.SQLException: Exhausted Resultset ) ---------------------------------------------------------------------------------------------------------------- Key: HHH-2293 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2293 Project: Hibernate3 Type: Bug Components: core Versions: 3.2.2 Environment: Oracle 10g2 (10.2.0.2.0) Hiberbate 3.2.0 Reporter: Andriy Solonchuk After executing next query select p from ProductHibernate p left join FETCH p.productSomeCollection where 1=2 /* that will cause NO rows returned*/ we will have exception org.hibernate.exception.GenericJDBCException: could not perform sequential read of results (forward) at org.hibernate.exception.SQLStateConverter.handledNonSpecificException(SQLStateConverter.java:103) ... Caused by: java.sql.SQLException: Exhausted Resultset at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:112) ... at org.hibernate.loader.Loader.getKeyFromResultSet(Loader.java:1088) at org.hibernate.loader.Loader.loadSequentialRowsForward(Loader.java:375) ... 24 more If we will review code of Loader.java class we can see next if ( resultSet.isAfterLast() ) { // don't even bother trying to read further return null; } if ( resultSet.isBeforeFirst() ) { resultSet.next(); } So at this step there are no checking if resultSet has any 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

17 years, 11 months

2
2
0 / 0

[Hibernate-JIRA] Created: (HHH-3056) Exception with empty resultset in HQL query containing join fetch of collection

by Tony Lin (JIRA)

Exception with empty resultset in HQL query containing join fetch of collection ------------------------------------------------------------------------------- Key: HHH-3056 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3056 Project: Hibernate3 Issue Type: Bug Components: query-hql Affects Versions: 3.2.5 Environment: Windows XP sp2, Java 1.6.03, Tomcat 5.5.25 Reporter: Tony Lin Attachments: object.zip When performing this query on the attached model: select subset from com.alphait.domain.snomed.object.SubsetImpl as subset join fetch subset.members as members left join fetch members.parent where subset.id = -1 We received the following exception: org.hibernate.exception.GenericJDBCException: could not perform sequential read of results (forward) 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.loader.Loader.loadSequentialRowsForward(Loader.java:398) at org.hibernate.impl.FetchingScrollableResultsImpl.next(FetchingScrollableResultsImpl.java:55) at org.hibernate.impl.FetchingScrollableResultsImpl.first(FetchingScrollableResultsImpl.java:200) ... Caused by: java.sql.SQLException: Illegal operation on empty result set. at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:910) at com.mysql.jdbc.ResultSet.checkRowPos(ResultSet.java:713) at com.mysql.jdbc.ResultSet.getLong(ResultSet.java:2850) at com.mysql.jdbc.ResultSet.getLong(ResultSet.java:2845) at com.mysql.jdbc.ResultSet.getLong(ResultSet.java:2960) at org.hibernate.type.LongType.get(LongType.java:28) at org.hibernate.type.NullableType.nullSafeGet(NullableType.java:163) at org.hibernate.type.NullableType.nullSafeGet(NullableType.java:154) at org.hibernate.loader.Loader.getKeyFromResultSet(Loader.java:1097) at org.hibernate.loader.Loader.loadSequentialRowsForward(Loader.java:387) After investigating the source code, we found two places are problematic: 1. org.hibernate.loader.Loader's loadSequentialRowsForward method: if (resultSet.isAfterLast() ) { // don't even bother trying to read further return null; } if (resultSet.isBeforeFirst() ) { resultSet.next(); } Both isBeforeFirst(), and isAfterLast() returnd false if the resultset is empty, so the code after these statements are executed before next() is called. we added the following lines to fix this problem: if (resultSet.getRow() < 1) { return null; } 2. In org.hibernate.impl.FetchingScrollableResultsImpl's next() method, it aways returns true unless maxPosition is set. Should it be something like the following? Object row = getLoader().loadSequentialRowsForward( getResultSet(), getSession(), getQueryParameters(), false ); if (row == null) { return false; } ..... We have not set scroll with other position yet. -- 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

17 years, 11 months

2
1
0 / 0

[Hibernate-JIRA] Created: (HHH-2962) ResultCheckStyle.PARAM does not work with PostgreSQL

by Julius Stroffek (JIRA)

ResultCheckStyle.PARAM does not work with PostgreSQL ---------------------------------------------------- Key: HHH-2962 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2962 Project: Hibernate3 Issue Type: Bug Components: core Affects Versions: 3.2.5, 3.2.6, 3.3, 3.4 Environment: Hibernate 3.2.5, PostgreSQL 8.2 & 8.3beta Reporter: Julius Stroffek I have created a simple test application which uses a stored procedure to insert a record into a database using hibernate. I used hibernate annotations and have overridden insert statement by @SQLInsert(callable=true, sql="{? = call insert_party(?, ?, ?, ?)}", check=ResultCheckStyle.PARAM) However, hibernate throws the exception ... Caused by: org.hibernate.exception.GenericJDBCException: could not extract row counts from CallableStatement at org.hibernate.jdbc.Expectations$BasicParamExpectation.determineRowCount(Expectations.java:123) at org.hibernate.jdbc.Expectations$BasicExpectation.verifyOutcome(Expectations.java:41) at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2251) at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2661) at org.hibernate.action.EntityInsertAction.execute(EntityInsertAction.java:56) at org.hibernate.engine.ActionQueue.execute(ActionQueue.java:250) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:234) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:141) 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) ... 50 more Caused by: org.postgresql.util.PSQLException: Parameter of type java.sql.Types=2 was registered, but call to getInt (sqltype=java.sql.Types=4) was made. at org.postgresql.jdbc2.AbstractJdbc2Statement.checkIndex(AbstractJdbc2Statement.java:2387) at org.postgresql.jdbc2.AbstractJdbc2Statement.getInt(AbstractJdbc2Statement.java:1920) at org.hibernate.jdbc.Expectations$BasicParamExpectation.determineRowCount(Expectations.java:119) ... 62 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

17 years, 11 months

2
5
0 / 0

[Hibernate-JIRA] Created: (EJB-327) Cannot synchronize Tx with container managed JTA from within hibernate event listener

by Adrian Pillinger (JIRA)

Cannot synchronize Tx with container managed JTA from within hibernate event listener ------------------------------------------------------------------------------------- Key: EJB-327 URL: http://opensource.atlassian.com/projects/hibernate/browse/EJB-327 Project: Hibernate Entity Manager Issue Type: Bug Components: EntityManager Affects Versions: 3.3.1.GA Environment: JBoss 4.2.0 GA, Hibernate 3.2.3 GA, DB2 Reporter: Adrian Pillinger Priority: Blocker I am running within JBoss inside an EJB using container managed transactions. The transaction is running and my hibernate post-insert event listener gets fired. Within this post-insert event listener I am creating a new session and calling beginTransaction() in order to make further database updates in new session, but inside the same JTA transaction. The begin transaction fails to synchronise with the current JTA transaction but there seems to be no apparent reason as to why this would fail. The listener code causing the problem is... Session newSession = event.getPersister().getFactory().openSession(); newSession.beginTransaction(); On the begin transaction call the exception thrown is 10:56:52,803 ERROR [AbstractFlushingEventListener] Could not synchronize database state with session org.hibernate.TransactionException: Could not register synchronization for container transaction at org.hibernate.transaction.CMTTransaction.begin(CMTTransaction.java:45) at org.hibernate.ejb.transaction.JoinableCMTTransaction.begin(JoinableCMTTransaction.java:70) at org.hibernate.impl.SessionImpl.beginTransaction(SessionImpl.java:1326) at com.dolby.persist.listener.trigger.AuditTrigger.audit(AuditTrigger.java:67) at com.dolby.persist.listener.trigger.AuditTrigger.fireAfterUpdateTrigger(AuditTrigger.java:293) at com.dolby.persist.listener.trigger.TriggerEventListener.onPostUpdate(TriggerEventListener.java:522) at org.hibernate.action.EntityUpdateAction.postUpdate(EntityUpdateAction.java:180) at org.hibernate.action.EntityUpdateAction.execute(EntityUpdateAction.java:159) at org.hibernate.engine.ActionQueue.execute(ActionQueue.java:250) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:234) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:142) at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:298) at org.hibernate.event.def.DefaultAutoFlushEventListener.onAutoFlush(DefaultAutoFlushEventListener.java:41) at org.hibernate.impl.SessionImpl.autoFlushIfRequired(SessionImpl.java:969) at org.hibernate.impl.SessionImpl.list(SessionImpl.java:1562) at org.hibernate.impl.CriteriaImpl.list(CriteriaImpl.java:283) at org.hibernate.impl.CriteriaImpl.uniqueResult(CriteriaImpl.java:305) at com.dolby.persist.dao.hibernate.GenericHibernateFinderDAO.findById(GenericHibernateFinderDAO.java:250) at com.dolby.persist.dao.hibernate.GenericHibernateCrudDAO.merge(GenericHibernateCrudDAO.java:112) at com.dolby.pics.core.ejb.bean.impl.InventoryBean.save(InventoryBean.java:99) 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 org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:112) at org.jboss.ejb3.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:166) at com.dolby.pics.core.ejb.bean.impl.DefaultInterceptor.log(DefaultInterceptor.java:36) at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.ejb3.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:118) at org.jboss.ejb3.interceptor.EJB3InterceptorsInterceptor.invoke(EJB3InterceptorsInterceptor.java:63) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.ejb3.entity.TransactionScopedEntityManagerInterceptor.invoke(TransactionScopedEntityManagerInterceptor.java:54) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:47) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.aspects.tx.TxPolicy.invokeInOurTx(TxPolicy.java:79) at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:191) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:76) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:62) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:77) at org.jboss.ejb3.security.Ejb3AuthenticationInterceptor.invoke(Ejb3AuthenticationInterceptor.java:106) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:46) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:106) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.ejb3.stateless.StatelessContainer.dynamicInvoke(StatelessContainer.java:278) at org.jboss.aop.Dispatcher.invoke(Dispatcher.java:106) at org.jboss.aspects.remoting.AOPRemotingInvocationHandler.invoke(AOPRemotingInvocationHandler.java:82) at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:734) at org.jboss.remoting.transport.socket.ServerThread.processInvocation(ServerThread.java:560) at org.jboss.remoting.transport.socket.ServerThread.dorun(ServerThread.java:369) at org.jboss.remoting.transport.socket.ServerThread.run(ServerThread.java:165) 10:56:52,804 ERROR [GenericHibernateCrudDAO] Hibernate Exception org.hibernate.TransactionException: Could not register synchronization for container transaction at org.hibernate.transaction.CMTTransaction.begin(CMTTransaction.java:45) at org.hibernate.ejb.transaction.JoinableCMTTransaction.begin(JoinableCMTTransaction.java:70) at org.hibernate.impl.SessionImpl.beginTransaction(SessionImpl.java:1326) at com.dolby.persist.listener.trigger.AuditTrigger.audit(AuditTrigger.java:67) at com.dolby.persist.listener.trigger.AuditTrigger.fireAfterUpdateTrigger(AuditTrigger.java:293) at com.dolby.persist.listener.trigger.TriggerEventListener.onPostUpdate(TriggerEventListener.java:522) at org.hibernate.action.EntityUpdateAction.postUpdate(EntityUpdateAction.java:180) at org.hibernate.action.EntityUpdateAction.execute(EntityUpdateAction.java:159) at org.hibernate.engine.ActionQueue.execute(ActionQueue.java:250) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:234) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:142) at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:298) at org.hibernate.event.def.DefaultAutoFlushEventListener.onAutoFlush(DefaultAutoFlushEventListener.java:41) at org.hibernate.impl.SessionImpl.autoFlushIfRequired(SessionImpl.java:969) at org.hibernate.impl.SessionImpl.list(SessionImpl.java:1562) at org.hibernate.impl.CriteriaImpl.list(CriteriaImpl.java:283) at org.hibernate.impl.CriteriaImpl.uniqueResult(CriteriaImpl.java:305) at com.dolby.persist.dao.hibernate.GenericHibernateFinderDAO.findById(GenericHibernateFinderDAO.java:250) at com.dolby.persist.dao.hibernate.GenericHibernateCrudDAO.merge(GenericHibernateCrudDAO.java:112) at com.dolby.pics.core.ejb.bean.impl.InventoryBean.save(InventoryBean.java:99) 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 org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:112) at org.jboss.ejb3.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:166) at com.dolby.pics.core.ejb.bean.impl.DefaultInterceptor.log(DefaultInterceptor.java:36) at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.ejb3.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:118) at org.jboss.ejb3.interceptor.EJB3InterceptorsInterceptor.invoke(EJB3InterceptorsInterceptor.java:63) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.ejb3.entity.TransactionScopedEntityManagerInterceptor.invoke(TransactionScopedEntityManagerInterceptor.java:54) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:47) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.aspects.tx.TxPolicy.invokeInOurTx(TxPolicy.java:79) at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:191) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:76) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:62) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:77) at org.jboss.ejb3.security.Ejb3AuthenticationInterceptor.invoke(Ejb3AuthenticationInterceptor.java:106) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:46) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:106) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.ejb3.stateless.StatelessContainer.dynamicInvoke(StatelessContainer.java:278) at org.jboss.aop.Dispatcher.invoke(Dispatcher.java:106) at org.jboss.aspects.remoting.AOPRemotingInvocationHandler.invoke(AOPRemotingInvocationHandler.java:82) at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:734) at org.jboss.remoting.transport.socket.ServerThread.processInvocation(ServerThread.java:560) at org.jboss.remoting.transport.socket.ServerThread.dorun(ServerThread.java:369) at org.jboss.remoting.transport.socket.ServerThread.run(ServerThread.java:165) 10:56:52,823 ERROR [DefaultInterceptor] An error occured executing: com.dolby.pics.core.ejb.bean.impl.InventoryBean.save([Ljava.lang.Object;@5c96bfda) com.dolby.pics.core.ejb.SaveFailedException: Could not register synchronization for container transaction at com.dolby.pics.core.ejb.bean.impl.InventoryBean.save(InventoryBean.java:113) 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 org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:112) at org.jboss.ejb3.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:166) at com.dolby.pics.core.ejb.bean.impl.DefaultInterceptor.log(DefaultInterceptor.java:36) at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.ejb3.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:118) at org.jboss.ejb3.interceptor.EJB3InterceptorsInterceptor.invoke(EJB3InterceptorsInterceptor.java:63) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.ejb3.entity.TransactionScopedEntityManagerInterceptor.invoke(TransactionScopedEntityManagerInterceptor.java:54) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:47) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.aspects.tx.TxPolicy.invokeInOurTx(TxPolicy.java:79) at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:191) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:76) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:62) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:77) at org.jboss.ejb3.security.Ejb3AuthenticationInterceptor.invoke(Ejb3AuthenticationInterceptor.java:106) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:46) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:106) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.ejb3.stateless.StatelessContainer.dynamicInvoke(StatelessContainer.java:278) at org.jboss.aop.Dispatcher.invoke(Dispatcher.java:106) at org.jboss.aspects.remoting.AOPRemotingInvocationHandler.invoke(AOPRemotingInvocationHandler.java:82) at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:734) at org.jboss.remoting.transport.socket.ServerThread.processInvocation(ServerThread.java:560) at org.jboss.remoting.transport.socket.ServerThread.dorun(ServerThread.java:369) at org.jboss.remoting.transport.socket.ServerThread.run(ServerThread.java:165) -- 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

17 years, 11 months

2
3
0 / 0

[Hibernate-JIRA] Created: (HHH-3052) org.hibernate.hql.ast.tree.SqlNode cannot be cast to org.hibernate.hql.ast.tree.ResolvableNode

by Tony Lin (JIRA)

org.hibernate.hql.ast.tree.SqlNode cannot be cast to org.hibernate.hql.ast.tree.ResolvableNode ---------------------------------------------------------------------------------------------- Key: HHH-3052 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3052 Project: Hibernate3 Issue Type: Bug Components: query-hql Affects Versions: 3.2.5 Environment: Java 6 update 3, Tomcat 5.5.25, Windows XP Reporter: Tony Lin Attachments: object.zip ClassCastException received when executing this query: select subset from com.alphait.domain.snomed.object.SubsetImpl as subset join fetch subset.members as member left join fetch member.children. A SubsetMember has a one to many (recursive) association with other SubsetMembers. Please refer to the attached Java 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

17 years, 11 months

2
2
0 / 0

[Hibernate-JIRA] Created: (HHH-3054) CacheProvider Injection

by Mert Can Akkan (JIRA)

CacheProvider Injection ----------------------- Key: HHH-3054 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3054 Project: Hibernate3 Issue Type: Improvement Components: caching (L2), core Reporter: Mert Can Akkan giving a cache instance instead of cache.provider_class while configuring hibernate. this will increase hibernate cache manageability. cache can be managed and shared outside hibernate. http://www.altuure.com/2008/01/07/hibernate-cache-injection-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

17 years, 11 months

1
0
0 / 0

[Hibernate-JIRA] Commented: (HHH-892) HQL parser does not resolve alias in ORDER BY clause

by Guido Laures (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-892?page=co... ] Guido Laures commented on HHH-892: ---------------------------------- I hope it will never get fixed. Otherwise I need to change it throughout a huge number of applications ... Guido > HQL parser does not resolve alias in ORDER BY clause > ----------------------------------------------------- > > Key: HHH-892 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-892 > Project: Hibernate3 > Issue Type: Bug > Components: query-hql > Affects Versions: 3.0.5 > Environment: Hibernate 3.0.5, MySQL, Tomcat > Reporter: Guido Laures > Priority: Minor > > When using an alias for an ORDER BY clause this is not always correctly resolved. Example: > SELECT SUM(A.x) AS mySum FROM MyClass AS A GROUP BY A.y ORDER BY mySum > does not work because "mySum" is not resolved in the ORDER BY clause which results in an exception telling that mySum is an unknown column. > Workaround (not to say "hack") is using: > SELECT SUM(A.x) AS mySum FROM MyClass AS A GROUP BY A.y ORDER BY col_0_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

17 years, 11 months

1
0
0 / 0

[Hibernate-JIRA] Commented: (HHH-892) HQL parser does not resolve alias in ORDER BY clause

by Nate (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-892?page=co... ] Nate commented on HHH-892: -------------------------- Any progress on this bug? It's been open for over two years... this bug is marked "minor", but the bug it duplicates is marked "major"... ??? > HQL parser does not resolve alias in ORDER BY clause > ----------------------------------------------------- > > Key: HHH-892 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-892 > Project: Hibernate3 > Issue Type: Bug > Components: query-hql > Affects Versions: 3.0.5 > Environment: Hibernate 3.0.5, MySQL, Tomcat > Reporter: Guido Laures > Priority: Minor > > When using an alias for an ORDER BY clause this is not always correctly resolved. Example: > SELECT SUM(A.x) AS mySum FROM MyClass AS A GROUP BY A.y ORDER BY mySum > does not work because "mySum" is not resolved in the ORDER BY clause which results in an exception telling that mySum is an unknown column. > Workaround (not to say "hack") is using: > SELECT SUM(A.x) AS mySum FROM MyClass AS A GROUP BY A.y ORDER BY col_0_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

17 years, 11 months

1
0
0 / 0

[Hibernate-JIRA] Commented: (HHH-1293) java.lang.NoSuchMethodError: <persistent class>.getHibernateLazyInitializer()

by Nicolas Daudin (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1293?page=c... ] Nicolas Daudin commented on HHH-1293: ------------------------------------- Scott, Thanks a million. Just a question, the patches applies to 3.2.3? How to use them? I see in HHH-2481 that there is nothing special to do since you seem to have fixed the problem in 3_2 branch and trunck... Thanks... > java.lang.NoSuchMethodError: <persistent class>.getHibernateLazyInitializer() > ----------------------------------------------------------------------------- > > Key: HHH-1293 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1293 > Project: Hibernate3 > Issue Type: Bug > Affects Versions: 3.1.1 > Reporter: Andreas Schildbach > Assignee: Scott Marlow > Priority: Blocker > Fix For: 3.2.0.cr4 > > Attachments: CGLIBLazyInitializer.patch, CGLIBLazyInitializer.patch, CGLIBLazyInitializer.patch3, CGLIBLazyInitializer.patch4, CGLIBProxyFactory.patch3, hibernate.properties, hibernate3.jar, HibernateLazyInitializerTest.java, manysessions.tgz, patch.CGLIBLazyInitializer.java, TestProcess.xml > > > As documented in > http://forum.hibernate.org/viewtopic.php?t=940119 > some people (including me) are getting this exception with the final release of Hibernate 3.1: > java.lang.NoSuchMethodError: de.schildbach.game.integration.HibernateGamePlayer.getHibernateLazyInitializer()Lorg/hibernate/proxy/LazyInitializer; > at de.schildbach.game.integration.HibernateGamePlayer$$EnhancerByCGLIB$$afecb986.getHibernateLazyInitializer(<generated>) > at org.hibernate.type.EntityType.resolveIdentifier(EntityType.java:274) > at org.hibernate.type.ManyToOneType.assemble(ManyToOneType.java:177) > at org.hibernate.type.TypeFactory.assemble(TypeFactory.java:398) > at org.hibernate.cache.entry.CacheEntry.assemble(CacheEntry.java:96) > at org.hibernate.cache.entry.CacheEntry.assemble(CacheEntry.java:82) > at org.hibernate.event.def.DefaultLoadEventListener.assembleCacheEntry(DefaultLoadEventListener.java:520) > at org.hibernate.event.def.DefaultLoadEventListener.loadFromSecondLevelCache(DefaultLoadEventListener.java:474) > at org.hibernate.event.def.DefaultLoadEventListener.doLoad(DefaultLoadEventListener.java:328) > at org.hibernate.event.def.DefaultLoadEventListener.load(DefaultLoadEventListener.java:123) > at org.hibernate.event.def.DefaultLoadEventListener.returnNarrowedProxy(DefaultLoadEventListener.java:202) > at org.hibernate.event.def.DefaultLoadEventListener.proxyOrLoad(DefaultLoadEventListener.java:169) > at org.hibernate.event.def.DefaultLoadEventListener.onLoad(DefaultLoadEventListener.java:87) > at org.hibernate.impl.SessionImpl.fireLoad(SessionImpl.java:869) > at org.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:838) > at org.hibernate.type.EntityType.resolveIdentifier(EntityType.java:266) > at org.hibernate.type.ManyToOneType.assemble(ManyToOneType.java:177) > at org.hibernate.collection.PersistentList.initializeFromCache(PersistentList.java:378) > at org.hibernate.cache.entry.CollectionCacheEntry.assemble(CollectionCacheEntry.java:35) > at org.hibernate.event.def.DefaultInitializeCollectionEventListener.initializeCollectionFromCache(DefaultInitializeCollectionEventListener.java:130) > at org.hibernate.event.def.DefaultInitializeCollectionEventListener.onInitializeCollection(DefaultInitializeCollectionEventListener.java:48) > at org.hibernate.impl.SessionImpl.initializeCollection(SessionImpl.java:1627) > 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) > The exception varies with the actual persistent class in use. Most people seem to be using JDK 1.5 and Linux. Some reports say that the exception does not happen from the very start of the application, but it takes "several invocations"/"some time" until it appear, but then it appears very often. -- 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

17 years, 11 months

1
0
0 / 0

[Hibernate-JIRA] Commented: (HHH-1293) java.lang.NoSuchMethodError: <persistent class>.getHibernateLazyInitializer()

by Scott Marlow (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1293?page=c... ] Scott Marlow commented on HHH-1293: ----------------------------------- Nicolas, This problem is fixed in the 3.2.3 release. Patches are attached above and HHH-2481 (both changes are needed). Scott > java.lang.NoSuchMethodError: <persistent class>.getHibernateLazyInitializer() > ----------------------------------------------------------------------------- > > Key: HHH-1293 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1293 > Project: Hibernate3 > Issue Type: Bug > Affects Versions: 3.1.1 > Reporter: Andreas Schildbach > Assignee: Scott Marlow > Priority: Blocker > Fix For: 3.2.0.cr4 > > Attachments: CGLIBLazyInitializer.patch, CGLIBLazyInitializer.patch, CGLIBLazyInitializer.patch3, CGLIBLazyInitializer.patch4, CGLIBProxyFactory.patch3, hibernate.properties, hibernate3.jar, HibernateLazyInitializerTest.java, manysessions.tgz, patch.CGLIBLazyInitializer.java, TestProcess.xml > > > As documented in > http://forum.hibernate.org/viewtopic.php?t=940119 > some people (including me) are getting this exception with the final release of Hibernate 3.1: > java.lang.NoSuchMethodError: de.schildbach.game.integration.HibernateGamePlayer.getHibernateLazyInitializer()Lorg/hibernate/proxy/LazyInitializer; > at de.schildbach.game.integration.HibernateGamePlayer$$EnhancerByCGLIB$$afecb986.getHibernateLazyInitializer(<generated>) > at org.hibernate.type.EntityType.resolveIdentifier(EntityType.java:274) > at org.hibernate.type.ManyToOneType.assemble(ManyToOneType.java:177) > at org.hibernate.type.TypeFactory.assemble(TypeFactory.java:398) > at org.hibernate.cache.entry.CacheEntry.assemble(CacheEntry.java:96) > at org.hibernate.cache.entry.CacheEntry.assemble(CacheEntry.java:82) > at org.hibernate.event.def.DefaultLoadEventListener.assembleCacheEntry(DefaultLoadEventListener.java:520) > at org.hibernate.event.def.DefaultLoadEventListener.loadFromSecondLevelCache(DefaultLoadEventListener.java:474) > at org.hibernate.event.def.DefaultLoadEventListener.doLoad(DefaultLoadEventListener.java:328) > at org.hibernate.event.def.DefaultLoadEventListener.load(DefaultLoadEventListener.java:123) > at org.hibernate.event.def.DefaultLoadEventListener.returnNarrowedProxy(DefaultLoadEventListener.java:202) > at org.hibernate.event.def.DefaultLoadEventListener.proxyOrLoad(DefaultLoadEventListener.java:169) > at org.hibernate.event.def.DefaultLoadEventListener.onLoad(DefaultLoadEventListener.java:87) > at org.hibernate.impl.SessionImpl.fireLoad(SessionImpl.java:869) > at org.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:838) > at org.hibernate.type.EntityType.resolveIdentifier(EntityType.java:266) > at org.hibernate.type.ManyToOneType.assemble(ManyToOneType.java:177) > at org.hibernate.collection.PersistentList.initializeFromCache(PersistentList.java:378) > at org.hibernate.cache.entry.CollectionCacheEntry.assemble(CollectionCacheEntry.java:35) > at org.hibernate.event.def.DefaultInitializeCollectionEventListener.initializeCollectionFromCache(DefaultInitializeCollectionEventListener.java:130) > at org.hibernate.event.def.DefaultInitializeCollectionEventListener.onInitializeCollection(DefaultInitializeCollectionEventListener.java:48) > at org.hibernate.impl.SessionImpl.initializeCollection(SessionImpl.java:1627) > 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) > The exception varies with the actual persistent class in use. Most people seem to be using JDK 1.5 and Linux. Some reports say that the exception does not happen from the very start of the application, but it takes "several invocations"/"some time" until it appear, but then it appears very often. -- 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

17 years, 11 months

1
0
0 / 0

[Hibernate-JIRA] Commented: (HHH-1293) java.lang.NoSuchMethodError: <persistent class>.getHibernateLazyInitializer()

by Nicolas Daudin (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1293?page=c... ] Nicolas Daudin commented on HHH-1293: ------------------------------------- Hi I am having the same problem, but just with my JUnit tests. I didn't change anything in particular in my mapping but i started getting the same error this mornign while testing. I used to have the problem, but it was on server-side and i solved it using the -server flag. But here obviously it can't work since i'm not using the server for my tests. I'm running Hibernate 3.1.3, JUnit 3.8.1, Spring 1.2.9... Thanks in advance ause it really bothers me... > java.lang.NoSuchMethodError: <persistent class>.getHibernateLazyInitializer() > ----------------------------------------------------------------------------- > > Key: HHH-1293 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1293 > Project: Hibernate3 > Issue Type: Bug > Affects Versions: 3.1.1 > Reporter: Andreas Schildbach > Assignee: Scott Marlow > Priority: Blocker > Fix For: 3.2.0.cr4 > > Attachments: CGLIBLazyInitializer.patch, CGLIBLazyInitializer.patch, CGLIBLazyInitializer.patch3, CGLIBLazyInitializer.patch4, CGLIBProxyFactory.patch3, hibernate.properties, hibernate3.jar, HibernateLazyInitializerTest.java, manysessions.tgz, patch.CGLIBLazyInitializer.java, TestProcess.xml > > > As documented in > http://forum.hibernate.org/viewtopic.php?t=940119 > some people (including me) are getting this exception with the final release of Hibernate 3.1: > java.lang.NoSuchMethodError: de.schildbach.game.integration.HibernateGamePlayer.getHibernateLazyInitializer()Lorg/hibernate/proxy/LazyInitializer; > at de.schildbach.game.integration.HibernateGamePlayer$$EnhancerByCGLIB$$afecb986.getHibernateLazyInitializer(<generated>) > at org.hibernate.type.EntityType.resolveIdentifier(EntityType.java:274) > at org.hibernate.type.ManyToOneType.assemble(ManyToOneType.java:177) > at org.hibernate.type.TypeFactory.assemble(TypeFactory.java:398) > at org.hibernate.cache.entry.CacheEntry.assemble(CacheEntry.java:96) > at org.hibernate.cache.entry.CacheEntry.assemble(CacheEntry.java:82) > at org.hibernate.event.def.DefaultLoadEventListener.assembleCacheEntry(DefaultLoadEventListener.java:520) > at org.hibernate.event.def.DefaultLoadEventListener.loadFromSecondLevelCache(DefaultLoadEventListener.java:474) > at org.hibernate.event.def.DefaultLoadEventListener.doLoad(DefaultLoadEventListener.java:328) > at org.hibernate.event.def.DefaultLoadEventListener.load(DefaultLoadEventListener.java:123) > at org.hibernate.event.def.DefaultLoadEventListener.returnNarrowedProxy(DefaultLoadEventListener.java:202) > at org.hibernate.event.def.DefaultLoadEventListener.proxyOrLoad(DefaultLoadEventListener.java:169) > at org.hibernate.event.def.DefaultLoadEventListener.onLoad(DefaultLoadEventListener.java:87) > at org.hibernate.impl.SessionImpl.fireLoad(SessionImpl.java:869) > at org.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:838) > at org.hibernate.type.EntityType.resolveIdentifier(EntityType.java:266) > at org.hibernate.type.ManyToOneType.assemble(ManyToOneType.java:177) > at org.hibernate.collection.PersistentList.initializeFromCache(PersistentList.java:378) > at org.hibernate.cache.entry.CollectionCacheEntry.assemble(CollectionCacheEntry.java:35) > at org.hibernate.event.def.DefaultInitializeCollectionEventListener.initializeCollectionFromCache(DefaultInitializeCollectionEventListener.java:130) > at org.hibernate.event.def.DefaultInitializeCollectionEventListener.onInitializeCollection(DefaultInitializeCollectionEventListener.java:48) > at org.hibernate.impl.SessionImpl.initializeCollection(SessionImpl.java:1627) > 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) > The exception varies with the actual persistent class in use. Most people seem to be using JDK 1.5 and Linux. Some reports say that the exception does not happen from the very start of the application, but it takes "several invocations"/"some time" until it appear, but then it appears very often. -- 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

17 years, 11 months

1
0
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-146) ObjectLoader doesn't catch javax.persistence.EntityNotFoundException

by Christian Bauer (JIRA)

ObjectLoader doesn't catch javax.persistence.EntityNotFoundException -------------------------------------------------------------------- Key: HSEARCH-146 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-146 Project: Hibernate Search Issue Type: Bug Components: engine Reporter: Christian Bauer If an entity id is present in the search index but not in the database, this exception bubbles up to the top and the app crashes: Caused by: javax.persistence.EntityNotFoundException: Unable to find org.jboss.seam.wiki.core.model.WikiDocument with id 1330 at org.hibernate.ejb.Ejb3Configuration$Ejb3EntityNotFoundDelegate.handleEntityNotFound(Ejb3Configuration.java:109) at org.hibernate.proxy.AbstractLazyInitializer.checkTargetState(AbstractLazyInitializer.java:79) at org.hibernate.proxy.AbstractLazyInitializer.initialize(AbstractLazyInitializer.java:68) at org.hibernate.Hibernate.initialize(Hibernate.java:306) at org.hibernate.search.engine.ObjectLoader.load(ObjectLoader.java:49) at org.hibernate.search.query.FullTextQueryImpl.list(FullTextQueryImpl.java:244) at org.jboss.seam.wiki.core.search.WikiSearch.executeSearch(WikiSearch.java:186) The code in ObjectLoader.java is supposed to prevent this but it only catches org.hibernate.ObjectNotFoundException. -- 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

17 years, 11 months

2
2
0 / 0

[Hibernate-JIRA] Created: (ANN-622) TableGenerator is considered when @Id is defined in MappedSuperclass

by Chandra (JIRA)

TableGenerator is considered when @Id is defined in MappedSuperclass --------------------------------------------------------------------- Key: ANN-622 URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-622 Project: Hibernate Annotations Issue Type: Bug Components: binder Affects Versions: 3.3.0.ga Environment: Hibernate Core 3.2.4.sp1 Hibernate Annotations 3.3.0.GA hibernate-entitymanager-3.3.1.GA Reporter: Chandra Attachments: Cat.java, cat.xml, IdTest.java We have id defined in a MappedSuperclass (Base) and derrived entity class (Cat). We specify table-generator in an xml file (cat.xml) and use attribute override for ID column. testMappedSuperClassWithTableGenerator in org.hibernate.test.annotations.id.IdTest class fails. If we inline mapped super class with Entity then the test cases succeeds. With attached debugger we noticed that the TableGenerator is attached to in the begining when the class is in the process of mapping. However, at later point it get overridden by org.hibernate.id.Assigned. The output with oracle db is, 17:43:51,651 INFO Version:118 - Hibernate Annotations 3.3.0.GA 17:43:51,682 INFO Environment:118 - Hibernate 3.2.4.sp1 17:43:51,697 INFO Environment:118 - hibernate.properties not found 17:43:51,697 INFO Environment:118 - Bytecode provider name : cglib 17:43:51,713 INFO Environment:118 - using JDK 1.4 java.sql.Timestamp handling 17:43:51,869 INFO Version:118 - Hibernate EntityManager 3.3.1.GA 17:43:51,916 DEBUG Ejb3Configuration:97 - Look up for persistence unit: vet 17:43:51,916 DEBUG Ejb3Configuration:76 - Analyse of persistence.xml: file:/C:/projects/sample/target/classes/META-INF/persistence.xml 17:43:52,963 DEBUG DTDEntityResolver:97 - trying to resolve system-id [file:/C:/projects/sample/target/classes/META-INF/xsd/persistence_1_0.xsd] 17:43:52,963 DEBUG EJB3DTDEntityResolver:97 - recognized EJB3 ORM namespace; attempting to resolve on classpath under org/hibernate/ejb 17:43:52,963 DEBUG EJB3DTDEntityResolver:97 - located [file:/C:/projects/sample/target/classes/META-INF/xsd/persistence_1_0.xsd] in classpath 17:43:53,119 DEBUG DTDEntityResolver:97 - trying to resolve system-id [file:/C:/projects/sample/target/classes/META-INF/vets-persistence.xml] 17:43:53,182 DEBUG DTDEntityResolver:97 - trying to resolve system-id [file:/C:/projects/sample/target/classes/META-INF/content-api-persistence.xml] 17:43:53,244 DEBUG PersistenceXmlLoader:76 - Persistent Unit name from persistence.xml: vet 17:43:53,323 DEBUG PersistenceXmlLoader:76 - Persistent Unit name from persistence.xml: content 17:43:53,323 DEBUG Ejb3Configuration:76 - PersistenceMetadata [ name: vet jtaDataSource: null nonJtaDataSource: null transactionType: RESOURCE_LOCAL provider: null classes[ org.hibernate.test.annotations.id.Cat ] packages[ ] mappingFiles[ META-INF/cat.xml ] jarFiles[ ] hbmfiles: 0 properties[ hibernate.cache.use_query_cache]: false hibernate.connection.driver_class: oracle.jdbc.driver.OracleDriver hibernate.dialect: org.hibernate.dialect.Oracle9Dialect com.intellij.javaee.persistence.datasource: LocalScott hibernate.cache.use_second_level_cache: false hibernate.format_sql: true hibernate.connection.username: scott hibernate.archive.autodetection: false hibernate.connection.url: jdbc:oracle:thin:@server:1521:sid hibernate.bytecode.use_reflection_optimizer: true hibernate.show_sql: true hibernate.connection.password: tiger ]] 17:43:53,338 DEBUG JarVisitor:76 - JAR URL from URL Entry: file:/C:/projects/sample/target/classes/META-INF/persistence.xml >> file:/C:/projects/sample/target/classes 17:43:53,338 DEBUG Ejb3Configuration:97 - Detect class: false; detect hbm: false 17:43:53,338 DEBUG JarVisitor:97 - Searching mapped entities in jar/par: file:/C:/projects/sample/target/classes 17:44:01,089 DEBUG AnnotationConfiguration:97 - Process hbm files 17:44:01,089 DEBUG AnnotationConfiguration:97 - Process annotated classes 17:44:01,089 DEBUG AnnotationConfiguration:97 - processing manytoone fk mappings 17:44:01,089 DEBUG Configuration:97 - processing extends queue 17:44:01,089 DEBUG Configuration:97 - processing collection mappings 17:44:01,089 DEBUG Configuration:97 - processing native query and ResultSetMapping mappings 17:44:01,089 DEBUG Configuration:97 - processing association property references 17:44:01,104 DEBUG Configuration:97 - processing foreign key constraints 17:44:01,104 INFO AnnotationConfiguration:118 - Hibernate Validator not found: ignoring 17:44:01,229 INFO DriverManagerConnectionProvider:118 - Using Hibernate built-in connection pool (not for production use!) 17:44:01,229 INFO DriverManagerConnectionProvider:118 - Hibernate connection pool size: 20 17:44:01,229 INFO DriverManagerConnectionProvider:118 - autocommit mode: true 17:44:01,245 INFO DriverManagerConnectionProvider:118 - using driver: oracle.jdbc.driver.OracleDriver at URL: jdbc:oracle:thin:@server:1521:sid 17:44:01,245 INFO DriverManagerConnectionProvider:118 - connection properties: {user=scott, password=tiger, autocommit=true, release_mode=auto} 17:44:01,245 DEBUG DriverManagerConnectionProvider:76 - total checked-out connections: 0 17:44:01,245 DEBUG DriverManagerConnectionProvider:97 - opening new JDBC connection 17:44:01,870 DEBUG DriverManagerConnectionProvider:97 - created connection to: jdbc:oracle:thin:@server:1521:sid, Isolation Level: 2 17:44:01,886 INFO SettingsFactory:118 - RDBMS: Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production With the Partitioning, OLAP and Oracle Data Mining options JServer Release 9.2.0.4.0 - Production 17:44:01,886 DEBUG DriverManagerConnectionProvider:76 - returning connection to pool, pool size: 1 17:44:01,932 INFO Dialect:118 - Using dialect: org.hibernate.dialect.Oracle9Dialect 17:44:01,948 INFO TransactionFactoryFactory:118 - Transaction strategy: org.hibernate.transaction.JDBCTransactionFactory 17:44:01,948 INFO TransactionManagerLookupFactory:118 - No TransactionManagerLookup configured (in JTA environment, use of read-write or transactional second-level cache is not recommended) 17:44:01,948 INFO SettingsFactory:118 - Automatic flush during beforeCompletion(): disabled 17:44:01,948 INFO SettingsFactory:118 - Automatic session close at end of transaction: disabled 17:44:01,948 INFO SettingsFactory:118 - JDBC batch size: 15 17:44:01,948 INFO SettingsFactory:118 - JDBC batch updates for versioned data: disabled 17:44:01,948 INFO SettingsFactory:118 - Scrollable result sets: enabled 17:44:01,964 DEBUG SettingsFactory:97 - Wrap result sets: disabled 17:44:01,964 INFO SettingsFactory:118 - JDBC3 getGeneratedKeys(): disabled 17:44:01,964 INFO SettingsFactory:118 - Connection release mode: auto 17:44:01,964 INFO SettingsFactory:118 - Default batch fetch size: 1 17:44:01,964 INFO SettingsFactory:118 - Generate SQL with comments: disabled 17:44:01,964 INFO SettingsFactory:118 - Order SQL updates by primary key: disabled 17:44:01,964 INFO SettingsFactory:118 - Query translator: org.hibernate.hql.ast.ASTQueryTranslatorFactory 17:44:01,964 INFO ASTQueryTranslatorFactory:118 - Using ASTQueryTranslatorFactory 17:44:01,964 INFO SettingsFactory:118 - Query language substitutions: {} 17:44:01,964 INFO SettingsFactory:118 - JPA-QL strict compliance: enabled 17:44:01,964 INFO SettingsFactory:118 - Second-level cache: disabled 17:44:01,964 INFO SettingsFactory:118 - Query cache: disabled 17:44:01,964 INFO SettingsFactory:118 - Optimize cache for minimal puts: disabled 17:44:01,964 INFO SettingsFactory:118 - Structured second-level cache entries: disabled 17:44:01,979 DEBUG SQLExceptionConverterFactory:76 - Using dialect defined converter 17:44:01,979 INFO SettingsFactory:118 - Echoing all SQL to stdout 17:44:01,979 INFO SettingsFactory:118 - Statistics: disabled 17:44:01,979 INFO SettingsFactory:118 - Deleted entity synthetic identifier rollback: disabled 17:44:01,995 INFO SettingsFactory:118 - Default entity-mode: pojo 17:44:01,995 INFO SettingsFactory:118 - Named query checking : enabled 17:44:02,042 INFO SessionFactoryImpl:118 - building session factory 17:44:02,042 DEBUG SessionFactoryImpl:97 - Session factory constructed with filter configurations : {} 17:44:02,042 DEBUG SessionFactoryImpl:97 - instantiating session factory with properties: {java.vendor=Sun Microsystems Inc., sun.java.launcher=SUN_STANDARD, hibernate.connection.url=jdbc:oracle:thin:@server:1521:sid, sun.management.compiler=HotSpot Client Compiler, hibernate.ejb.discard_pc_on_close=false, hibernate.transaction.flush_before_completion=false, os.name=Windows XP, hibernate.connection.driver_class=oracle.jdbc.driver.OracleDriver, java.vm.vendor=Sun Microsystems Inc., hibernate.dialect=org.hibernate.dialect.Oracle9Dialect, java.runtime.name=Java(TM) 2 Runtime Environment, Standard Edition, hibernate.archive.autodetection=false, , hibernate.cache.use_second_level_cache=false, file.encoding=windows-1252, hibernate.use_identifier_rollback=false, java.specification.version=1.5, hibernate.show_sql=true} 17:44:02,464 DEBUG AbstractEntityPersister:97 - Static SQL for entity: org.hibernate.test.annotations.id.Cat 17:44:02,464 DEBUG AbstractEntityPersister:97 - Version select: select CAT_ID from CAT where CAT_ID =? 17:44:02,464 DEBUG AbstractEntityPersister:97 - Snapshot select: select cat_.CAT_ID, cat_.NAME as NAME0_ from CAT cat_ where cat_.CAT_ID=? 17:44:02,464 DEBUG AbstractEntityPersister:97 - Insert 0: insert into CAT (NAME, CAT_ID) values (?, ?) 17:44:02,464 DEBUG AbstractEntityPersister:97 - Update 0: update CAT set NAME=? where CAT_ID=? 17:44:02,464 DEBUG AbstractEntityPersister:97 - Delete 0: delete from CAT where CAT_ID=? 17:44:02,557 DEBUG EntityLoader:97 - Static select for entity org.hibernate.test.annotations.id.Cat: select cat0_.CAT_ID as CAT1_0_0_, cat0_.NAME as NAME0_0_ from CAT cat0_ where cat0_.CAT_ID=? 17:44:02,557 DEBUG EntityLoader:97 - Static select for entity org.hibernate.test.annotations.id.Cat: select cat0_.CAT_ID as CAT1_0_0_, cat0_.NAME as NAME0_0_ from CAT cat0_ where cat0_.CAT_ID=? 17:44:02,557 DEBUG EntityLoader:97 - Static select for entity org.hibernate.test.annotations.id.Cat: select cat0_.CAT_ID as CAT1_0_0_, cat0_.NAME as NAME0_0_ from CAT cat0_ where cat0_.CAT_ID=? for update 17:44:02,557 DEBUG EntityLoader:97 - Static select for entity org.hibernate.test.annotations.id.Cat: select cat0_.CAT_ID as CAT1_0_0_, cat0_.NAME as NAME0_0_ from CAT cat0_ where cat0_.CAT_ID=? for update nowait 17:44:02,557 DEBUG EntityLoader:97 - Static select for entity org.hibernate.test.annotations.id.Cat: select cat0_.CAT_ID as CAT1_0_0_, cat0_.NAME as NAME0_0_ from CAT cat0_ where cat0_.CAT_ID=? for update nowait 17:44:02,573 DEBUG EntityLoader:97 - Static select for action ACTION_MERGE on entity org.hibernate.test.annotations.id.Cat: select cat0_.CAT_ID as CAT1_0_0_, cat0_.NAME as NAME0_0_ from CAT cat0_ where cat0_.CAT_ID=? 17:44:02,573 DEBUG EntityLoader:97 - Static select for action ACTION_REFRESH on entity org.hibernate.test.annotations.id.Cat: select cat0_.CAT_ID as CAT1_0_0_, cat0_.NAME as NAME0_0_ from CAT cat0_ where cat0_.CAT_ID=? 17:44:02,573 DEBUG SessionFactoryObjectFactory:97 - initializing class SessionFactoryObjectFactory 17:44:02,573 DEBUG SessionFactoryObjectFactory:97 - registered: 4028801b1308c9b0011308c9b28d0000 (unnamed) 17:44:02,573 INFO SessionFactoryObjectFactory:118 - Not binding factory to JNDI, no JNDI name configured 17:44:02,573 DEBUG SessionFactoryImpl:97 - instantiated session factory 17:44:02,573 DEBUG SessionFactoryImpl:97 - Checking 0 named HQL queries 17:44:02,573 DEBUG SessionFactoryImpl:97 - Checking 0 named SQL queries 17:44:02,667 DEBUG SessionImpl:97 - opened session at timestamp: 11812634426 17:44:02,667 DEBUG JDBCTransaction:97 - begin 17:44:02,667 DEBUG ConnectionManager:97 - opening JDBC connection 17:44:02,667 DEBUG DriverManagerConnectionProvider:76 - total checked-out connections: 0 17:44:02,667 DEBUG DriverManagerConnectionProvider:76 - using pooled JDBC connection, pool size: 0 17:44:02,667 DEBUG JDBCTransaction:97 - current autocommit status: true 17:44:02,667 DEBUG JDBCTransaction:97 - disabling autocommit 17:44:02,667 DEBUG JDBCContext:76 - after transaction begin 17:44:02,682 DEBUG IdentifierValue:76 - id unsaved-value strategy UNDEFINED 17:44:02,682 DEBUG AbstractSaveEventListener:76 - transient instance of: org.hibernate.test.annotations.id.Cat 17:44:02,682 DEBUG DefaultPersistEventListener:76 - saving transient instance 17:44:02,682 DEBUG AbstractSaveEventListener:97 - generated identifier: 0, using strategy: org.hibernate.id.Assigned 17:44:02,682 DEBUG AbstractSaveEventListener:76 - saving [org.hibernate.test.annotations.id.Cat#0] 17:44:02,698 DEBUG IdentifierValue:76 - id unsaved-value strategy UNDEFINED 17:44:02,698 DEBUG AbstractSaveEventListener:76 - transient instance of: org.hibernate.test.annotations.id.Cat 17:44:02,698 DEBUG DefaultPersistEventListener:76 - saving transient instance 17:44:02,698 DEBUG AbstractSaveEventListener:97 - generated identifier: 0, using strategy: org.hibernate.id.Assigned 17:44:02,698 DEBUG AbstractSaveEventListener:76 - saving [org.hibernate.test.annotations.id.Cat#0] 17:44:02,698 DEBUG AbstractEntityManagerImpl:97 - mark transaction for rollback javax.persistence.PersistenceException: org.hibernate.NonUniqueObjectException: a different object with the same identifier value was already associated with the session: [org.hibernate.test.annotations.id.Cat#0] at org.hibernate.ejb.AbstractEntityManagerImpl.throwPersistenceException(AbstractEntityManagerImpl.java:630) at org.hibernate.ejb.AbstractEntityManagerImpl.persist(AbstractEntityManagerImpl.java:219) at org.hibernate.test.annotations.id.VetTest.createCat(VetTest.java:34) 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 org.testng.internal.MethodHelper.invokeMethod(MethodHelper.java:645) at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:479) at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:715) at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:125) at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:109) at org.testng.TestRunner.runWorkers(TestRunner.java:673) at org.testng.TestRunner.privateRun(TestRunner.java:620) at org.testng.TestRunner.run(TestRunner.java:480) at org.testng.SuiteRunner.runTest(SuiteRunner.java:278) at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:273) at org.testng.SuiteRunner.privateRun(SuiteRunner.java:253) at org.testng.SuiteRunner.run(SuiteRunner.java:168) at org.testng.TestNG.createAndRunSuiteRunners(TestNG.java:987) at org.testng.TestNG.runSuitesLocally(TestNG.java:951) at org.testng.TestNG.run(TestNG.java:719) at org.testng.remote.RemoteTestNG.run(RemoteTestNG.java:73) at org.testng.remote.RemoteTestNG.main(RemoteTestNG.java:122) 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 com.intellij.rt.execution.application.AppMain.main(AppMain.java:90) Caused by: org.hibernate.NonUniqueObjectException: a different object with the same identifier value was already associated with the session: [org.hibernate.test.annotations.id.Cat#0] at org.hibernate.event.def.AbstractSaveEventListener.performSave(AbstractSaveEventListener.java:168) at org.hibernate.event.def.AbstractSaveEventListener.saveWithGeneratedId(AbstractSaveEventListener.java:121) at org.hibernate.ejb.event.EJB3PersistEventListener.saveWithGeneratedId(EJB3PersistEventListener.java:49) at org.hibernate.event.def.DefaultPersistEventListener.entityIsTransient(DefaultPersistEventListener.java:131) at org.hibernate.event.def.DefaultPersistEventListener.onPersist(DefaultPersistEventListener.java:87) at org.hibernate.event.def.DefaultPersistEventListener.onPersist(DefaultPersistEventListener.java:38) at org.hibernate.impl.SessionImpl.firePersist(SessionImpl.java:618) at org.hibernate.impl.SessionImpl.persist(SessionImpl.java:592) at org.hibernate.impl.SessionImpl.persist(SessionImpl.java:596) at org.hibernate.ejb.AbstractEntityManagerImpl.persist(AbstractEntityManagerImpl.java:213) ... 27 more 17:44:02,698 INFO SessionFactoryImpl:118 - closing 17:44:02,714 INFO DriverManagerConnectionProvider:118 - cleaning up connection pool: jdbc:oracle:thin:@server:1521:sid =============================================== Custom suite Total tests run: 1, Failures: 1, Skips: 0 =============================================== Process finished with exit code 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

17 years, 11 months

3
7
0 / 0

[Hibernate-JIRA] Created: (HHH-3048) README.TXT in /libs poorly organized

by Porter Woodward (JIRA)

README.TXT in /libs poorly organized ------------------------------------ Key: HHH-3048 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3048 Project: Hibernate3 Issue Type: Improvement Components: documentation Affects Versions: 3.2.5 Environment: Hibernate 3.2.5 Reporter: Porter Woodward Priority: Minor Attachments: _README.txt While the README.TXT of the /libs directory does contain some hinting about required/optional jar files needed to successfully build/run an application that leverages the Hibernate APIs - it is extemely poorly organized. It should really have a couple of sections: Minimal: List of the minimal, key Jar files needed to make Hibernate work in a no-frills way. Cache Configuration A: List of additional Jars for people using a particular cache config. Cache Configuration B: Ditto Java 1.4 Configuration: List of Jar files needed for Java 1.4 usage... Etc. Instead the listing of Jar files is relatively ad-hoc, with no real indication of what Jar files go together and _why_. For instance the optional / required if you're using Treecache jars are scattered throughout the file. That makes it difficult to discern which Jar files are really needed for what. -- 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

17 years, 11 months

1
0
0 / 0

[Hibernate-JIRA] Commented: (HHH-961) ConcurrentModificationException in Session.getEntityName()

by Gail Badner (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-961?page=co... ] Gail Badner commented on HHH-961: --------------------------------- Please attach a runnable test case (Java + mapping) to reproduce this issue. > ConcurrentModificationException in Session.getEntityName() > ---------------------------------------------------------- > > Key: HHH-961 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-961 > Project: Hibernate3 > Issue Type: Bug > Components: core > Affects Versions: 3.0.5 > Environment: Hibernate 3.0.5 running on JBoss 4.0.2 with JBoss' Hibernate integration, Database is Oracle 10g R1 > Reporter: Mathias Meyer > > I already posted this issue in the Hibernate forums and then tried, on Gavin's advice, to come up with a test case to reproduce the problem. I tried to reproduce this issue in a normal testcase, but didn't succeed with that until now. To not forget about posting this issue, I'm gonna post it anyway. > Under certain circumstances I get a java.util.ConcurrentModificationException from SessionImpl.getEntityName(). It occures only, when I call getEntityName() on an entity that has just been loaded via Session.load(), and has lazy associations. As you can see in the stacktrace the exception occurs in PersistenceContext.containsProxy(), where the proxy checking and lazy-initializer-fetching happens. The problem seems to be that if the lazy association is being loaded during that call, which definitely seems to happen in my case, it modifies the PersistenceContext's proxiesByKey map. During the iteration the modification is being discovered and accordingly the exception is being thrown. > The code involved is a lot, so I it's hard for me to separate the problem code from the rest, since there's a whole meta model around the code involved. What I can offer is a patch for the SessionImpl which definitely solved the problem for me. I ran the Hibernate test suites and all seemed to be well with it except the query- and ANTLR-involving ones which somehow don't want to work for me. The patch is inspired by the code in SessionImpl.getIdentifier() which does a similar thing. The following version of SessionImpl.getEntityName() seems to solve the problem: > public String getEntityName(Object object) { > if (object instanceof HibernateProxy) { > LazyInitializer li = ((HibernateProxy) object).getHibernateLazyInitializer(); > if ( li.getSession() != this ) { > throw new TransientObjectException( "The proxy was not associated with this session" ); > } > object = li.getImplementation(); > } > EntityEntry entry = persistenceContext.getEntry(object); > if (entry==null) throwTransientObjectException(object); > return entry.getPersister().getEntityName(); > } > The stacktrace I get is as follows. FYI: > java.util.ConcurrentModificationException > at org.apache.commons.collections.ReferenceMap$EntryIterator.checkMod(Unknown Source) > at org.apache.commons.collections.ReferenceMap$EntryIterator.hasNext(Unknown Source) > at java.util.AbstractCollection.contains(AbstractCollection.java:99) > at org.hibernate.engine.PersistenceContext.containsProxy(PersistenceContext.java:468) > at org.hibernate.impl.SessionImpl.getEntityName(SessionImpl.java:1449) > at de.asdis.acm.persistence.support.hibernate.HibernatePersistenceManager.getOid(HibernatePersistenceManager.java:116) > at de.asdis.acm.persistence.support.hibernate.HibernatePersistenceManager.getObjectById(HibernatePersistenceManager.java:207) > at de.asdis.acm.api.tools.SoftwareTools.findSoftwareBO(SoftwareTools.java:113) > at de.asdis.acm.api.tools.SoftwareTools.createSoftwarePackage(SoftwareTools.java:499) > at de.asdis.acm.api.ejb.ObjectManagerServiceBean.createSoftwarePackage(ObjectManagerServiceBean.java:497) > at sun.reflect.GeneratedMethodAccessor382.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:324) > at org.jboss.invocation.Invocation.performCall(Invocation.java:345) > at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214) > at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) > at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130) > at org.jboss.webservice.server.ServiceEndpointInterceptor.invoke(ServiceEndpointInterceptor.java:51) > at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) > at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) > at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) > at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) > at de.asdis.acm.interceptor.jboss.ApiExceptionInterceptor.invoke(ApiExceptionInterceptor.java:33) > at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) > at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) > at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) > at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624) > at org.jboss.ejb.Container.invoke(Container.java:873) > at sun.reflect.GeneratedMethodAccessor212.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:324) > at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) > at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) > at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) > at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) > at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) > at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805) > at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406) > at sun.reflect.GeneratedMethodAccessor211.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:324) > at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:261) > at sun.rmi.transport.Transport$1.run(Transport.java:148) > at java.security.AccessController.doPrivileged(Native Method) > at sun.rmi.transport.Transport.serviceCall(Transport.java:144) > at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) > at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) > at java.lang.Thread.run(Thread.java:534) > I tried to reproduce this bug without the container, but haven't been able to do so yet. The fix works fine in our environment, where several thousand objects use this code during testing. -- 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

17 years, 11 months

1
0
0 / 0

[Hibernate-JIRA] Created: (HHH-3047) Increase max alias length for Oracle dialects from 10 to 30

by Loïc LEFEVRE (JIRA)

Increase max alias length for Oracle dialects from 10 to 30 ----------------------------------------------------------- Key: HHH-3047 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3047 Project: Hibernate3 Issue Type: Improvement Components: query-criteria, query-hql Affects Versions: 3.2.2 Environment: Hibernate version: 3.2.2 Database: Oracle 9.2.0.8 Reporter: Loïc LEFEVRE The maximum length of Oracle database aliases is 30 characters. Generated columns aliases would be more easy to read and understand. -- 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

17 years, 11 months

1
0
0 / 0

[Hibernate-JIRA] Created: (HHH-2992) ID generator does not work for objects of type Byte

by Wallace Wadge (JIRA)

ID generator does not work for objects of type Byte --------------------------------------------------- Key: HHH-2992 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2992 Project: Hibernate3 Issue Type: Improvement Components: core Affects Versions: 3.2.5 Environment: Platform-independent, mysql db Reporter: Wallace Wadge Priority: Minor The current ID generator code (org.hibernate.id.IdentifierGeneratorFactory) fails to take into account objects of type Byte (according to the jdbc spec, a TINYINT may be mapped to a Byte or Short - see http://java.sun.com/j2se/1.3/docs/guide/jdbc/getstart/mapping.html) The following code adds this support: ----- // unhappy about this being public ... is there a better way? public static Serializable get(ResultSet rs, Type type) throws SQLException, IdentifierGenerationException { Class clazz = type.getReturnedClass(); if ( clazz==Long.class ) { return new Long( rs.getLong(1) ); } else if ( clazz==Integer.class ) { return new Integer( rs.getInt(1) ); } else if ( clazz==Short.class ) { return new Short( rs.getShort(1) ); } else if ( clazz==String.class ) { return rs.getString(1); } else if ( clazz==Byte.class ) { return rs.getByte(1); } else { throw new IdentifierGenerationException("this id generator generates long, integer, short, byte or string"); } } ------------- I'm not sure if we need to add the same logic to the method createNumber in the same file. 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

17 years, 11 months

2
8
0 / 0

[Hibernate-JIRA] Commented: (HBX-276) Generating data for small and large scale testing

by Wallace Wadge (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HBX-276?page=co... ] Wallace Wadge commented on HBX-276: ----------------------------------- Hi, You might wish to have a look at http://sourceforge.net/projects/hibernatepojoge/ for some code to get you started, specifically, in skeleton/src/randomlib/data. There isn't much, but what's there is yours if you want to grab it. Included are a bunch of functions to generate random data of a given type/length eg: generateRandomNumericString(), generateRandomLong(), generateRandomFloat(), etc. The linked project makes use of them to populate the objects as is proposed in this issue, but probably the code is too tied down to it's code generation to be of direct use. This library I'm mentioning however should be a drop-in fit since it is not tied down to anything. Regards > Generating data for small and large scale testing > ------------------------------------------------- > > Key: HBX-276 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-276 > Project: Hibernate Tools > Issue Type: Improvement > Components: datagen > Reporter: Christian Bauer > > This is a placeholder item for the data generator kick off. It contains all information available at start. > Intro > Overall goal is to provide a library that allows to programmatically (!): > - mass generation of sample objects filled with sample data > - objects can be > o JavaBeans style POJOs > o Table rows > - Generated objects are linked together as needed (associations, foreign keys) > - Generation of sample data can be configured, controlled or customized (custom implementations) > Modules > The library is split into two separate Modules > - Data generation (values) > - Object/object graph creation (graphs) > Data generation is completely independent of the object/object graph creation. > Data Generation > - Definition of "random" to be used during generation > o Guaranteed random > o Pseudo-random with random seed > o Pseudo-random with provided seed (programmatically reproducible) > o Advanced: statistical randomness: gauss, peaks ... > - General settings applied to all value generators > o Duplicates allowed (max number of duplicates) > o NULL values allowed (min/max absolute number, percentage) > - Generation of string based values > o Random filled strings > - Min length > - Max length > - Upper/lower case configuration (1st upper/lower, rest via the defined character set...) > - Character set to be used (lots of predefined...) > - Empty Strings allowed (in addition to min length property) > o Human readable sentences (e.g. "greeked" text, like lore ipsum...) > - Min length/Min num of words > - Max length/Max num of words > - Word repository to use (built-in or custom) > o Names > - Min length/Min num of words > - Max length/Max num of words > - Name type (first name, last name, computer usernames) > o File names > - Max length > - Name > - Extension (fixed, set of predefined, custom list) > o String concatenations (combination of string generators and fixed text) > - Generation of numeric values > o Precision of the results > o High value (including/excluding this value) > o Low value (including/excluding this value) > o Multiple hi/lo ranges > o Zeros allowed > o Sequences (g(n+1) OP g(n)+x; OP element of{<,>} and x any value) > - Generation of date and time value > o Min date value (absolute, for day, month and/or year) > o Max date value (absolute, for day, month and/or year) > o Min time value (absolute, for hour, minute and/or second) > o Max time value (absolute, for hour, minute and/or second) > o Allowed day of week > o Excluded days (predefined set of typical excludes, like Christmas (fix) dynamic (eastern)) > - Binary > o Min number of bytes > o Max number of bytes > o Binary type (set of predefined: gif, jpeg, etc.) > o Custom set of physical binary files to be used > - Special Types > o Boolean > o Currency values > o UUIDs (probably realizable with string generator) > o Lists/sets/bags of generated values > - Combination of generators > - Collection type to be used > Output formatter > For each generated type there can be various output formatters that convert the type into the needed format. > - Various numeric formats (BigDecimal, int, long, float, double, etc.) > - Various date formats > - Streams > Output postModifier > For each generator there can be a custom handler that can execute some custom operations on the generated output, before processing the output formatter. > Dependent Generation > Some generators might need the value of other properties of an object to generate a meaningful output. So there is a way to provide a corresponding context for these generators. Context could be: > - previously generated value(s) of this generator (value repeater, no duplicates in the last n runs, city/zip/country code generation) > - other generated values (or in general: other properties) for the object they are filled in (note that generators do not know the meaning of an object, since their context is "value generation") -- 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

17 years, 11 months

1
0
0 / 0

[Hibernate-JIRA] Commented: (HHH-961) ConcurrentModificationException in Session.getEntityName()

by Marcus Schulte (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-961?page=co... ] Marcus Schulte commented on HHH-961: ------------------------------------ The issue is still there with version 3.2.5ga. I'd *really* like to see this fixed. It should be considered "critical" in my opinion, since it leads to "random" crashes of applications. > ConcurrentModificationException in Session.getEntityName() > ---------------------------------------------------------- > > Key: HHH-961 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-961 > Project: Hibernate3 > Issue Type: Bug > Components: core > Affects Versions: 3.0.5 > Environment: Hibernate 3.0.5 running on JBoss 4.0.2 with JBoss' Hibernate integration, Database is Oracle 10g R1 > Reporter: Mathias Meyer > > I already posted this issue in the Hibernate forums and then tried, on Gavin's advice, to come up with a test case to reproduce the problem. I tried to reproduce this issue in a normal testcase, but didn't succeed with that until now. To not forget about posting this issue, I'm gonna post it anyway. > Under certain circumstances I get a java.util.ConcurrentModificationException from SessionImpl.getEntityName(). It occures only, when I call getEntityName() on an entity that has just been loaded via Session.load(), and has lazy associations. As you can see in the stacktrace the exception occurs in PersistenceContext.containsProxy(), where the proxy checking and lazy-initializer-fetching happens. The problem seems to be that if the lazy association is being loaded during that call, which definitely seems to happen in my case, it modifies the PersistenceContext's proxiesByKey map. During the iteration the modification is being discovered and accordingly the exception is being thrown. > The code involved is a lot, so I it's hard for me to separate the problem code from the rest, since there's a whole meta model around the code involved. What I can offer is a patch for the SessionImpl which definitely solved the problem for me. I ran the Hibernate test suites and all seemed to be well with it except the query- and ANTLR-involving ones which somehow don't want to work for me. The patch is inspired by the code in SessionImpl.getIdentifier() which does a similar thing. The following version of SessionImpl.getEntityName() seems to solve the problem: > public String getEntityName(Object object) { > if (object instanceof HibernateProxy) { > LazyInitializer li = ((HibernateProxy) object).getHibernateLazyInitializer(); > if ( li.getSession() != this ) { > throw new TransientObjectException( "The proxy was not associated with this session" ); > } > object = li.getImplementation(); > } > EntityEntry entry = persistenceContext.getEntry(object); > if (entry==null) throwTransientObjectException(object); > return entry.getPersister().getEntityName(); > } > The stacktrace I get is as follows. FYI: > java.util.ConcurrentModificationException > at org.apache.commons.collections.ReferenceMap$EntryIterator.checkMod(Unknown Source) > at org.apache.commons.collections.ReferenceMap$EntryIterator.hasNext(Unknown Source) > at java.util.AbstractCollection.contains(AbstractCollection.java:99) > at org.hibernate.engine.PersistenceContext.containsProxy(PersistenceContext.java:468) > at org.hibernate.impl.SessionImpl.getEntityName(SessionImpl.java:1449) > at de.asdis.acm.persistence.support.hibernate.HibernatePersistenceManager.getOid(HibernatePersistenceManager.java:116) > at de.asdis.acm.persistence.support.hibernate.HibernatePersistenceManager.getObjectById(HibernatePersistenceManager.java:207) > at de.asdis.acm.api.tools.SoftwareTools.findSoftwareBO(SoftwareTools.java:113) > at de.asdis.acm.api.tools.SoftwareTools.createSoftwarePackage(SoftwareTools.java:499) > at de.asdis.acm.api.ejb.ObjectManagerServiceBean.createSoftwarePackage(ObjectManagerServiceBean.java:497) > at sun.reflect.GeneratedMethodAccessor382.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:324) > at org.jboss.invocation.Invocation.performCall(Invocation.java:345) > at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214) > at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) > at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130) > at org.jboss.webservice.server.ServiceEndpointInterceptor.invoke(ServiceEndpointInterceptor.java:51) > at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) > at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) > at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) > at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) > at de.asdis.acm.interceptor.jboss.ApiExceptionInterceptor.invoke(ApiExceptionInterceptor.java:33) > at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) > at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) > at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) > at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624) > at org.jboss.ejb.Container.invoke(Container.java:873) > at sun.reflect.GeneratedMethodAccessor212.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:324) > at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) > at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) > at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) > at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) > at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) > at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805) > at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406) > at sun.reflect.GeneratedMethodAccessor211.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:324) > at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:261) > at sun.rmi.transport.Transport$1.run(Transport.java:148) > at java.security.AccessController.doPrivileged(Native Method) > at sun.rmi.transport.Transport.serviceCall(Transport.java:144) > at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) > at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) > at java.lang.Thread.run(Thread.java:534) > I tried to reproduce this bug without the container, but haven't been able to do so yet. The fix works fine in our environment, where several thousand objects use this code during testing. -- 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

17 years, 11 months

1
0
0 / 0

[Hibernate-JIRA] Commented: (HHH-1296) Non lazy loaded List updates done in wrong order, cause exception

by Gail Badner (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1296?page=c... ] Gail Badner commented on HHH-1296: ---------------------------------- This has been resolved as a duplicate of HHH-1268. The patch has not been applied. > Non lazy loaded List updates done in wrong order, cause exception > ----------------------------------------------------------------- > > Key: HHH-1296 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1296 > Project: Hibernate3 > Issue Type: Bug > Components: core > Affects Versions: 3.0.5 > Environment: Hibernate 3.0.5 - any database (checked postgres 7/8, mysql 4 & 5, db2 v8) > NOT using lazy loading - the tx's are wrapped by session beans, so lazy loading is not allowed. > Reporter: David Birch > Assignee: Diego Pires Plentz > Priority: Critical > Attachments: listupdate_patch.txt, listupdate_patch.txt, listupdate_testcase.zip > > > The logic behind list updates is not quite right, nor was it in v2 (only now i have a DBA who won't let up...) > The scenario is: > a bean with list property, and the list has a number of items in it (say 4, index 0-3), an item is then removed (say item at index 2), and the bean is requested to be saved. > From what i can see in the SQL traces, the same statements are issues whe lazy loading is on or off, they are: > [18/12/05 19:48:50:766 EST] 00000036 SystemOut O Hibernate: delete from TGE_CLIENT_POLICY where CLIENT_ID=? and POSITION=? > [18/12/05 19:48:50:766 EST] 00000036 SystemOut O Hibernate: update TGE_CLIENT_POLICY set POLICY_NK=? where CLIENT_ID=? and POSITION=? > So, i can only assume (as when this fails, the row with index 1 above the removed row is nuked!), hibernate removes the item at index 3, and then copies the value of the item at index 3 onto the row for item at index 2. Fair enough but... > When i have lazy loading off, i get DB exceptions like > Duplicate key or integrity constraint violation message from server: "Duplicate entry '1-999999' for key 1" > so, there is some nasty in there, which is not updating the correct row - this has happened since 2.1.8 that i know of :( > i will try & look @ the source, but won't get a chance until after xmas... -- 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

17 years, 11 months

1
0
0 / 0

[Hibernate-JIRA] Commented: (HHH-1296) Non lazy loaded List updates done in wrong order, cause exception

by Thomas Kappler (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1296?page=c... ] Thomas Kappler commented on HHH-1296: ------------------------------------- The status is "resolved", but where has the patch been applied? Looks like it hasn't been yet, at least in the SVN annotations from http://anonsvn.jboss.org/repos/hibernate/annotations. Am I looking at the wrong place? > Non lazy loaded List updates done in wrong order, cause exception > ----------------------------------------------------------------- > > Key: HHH-1296 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1296 > Project: Hibernate3 > Issue Type: Bug > Components: core > Affects Versions: 3.0.5 > Environment: Hibernate 3.0.5 - any database (checked postgres 7/8, mysql 4 & 5, db2 v8) > NOT using lazy loading - the tx's are wrapped by session beans, so lazy loading is not allowed. > Reporter: David Birch > Assignee: Diego Pires Plentz > Priority: Critical > Attachments: listupdate_patch.txt, listupdate_patch.txt, listupdate_testcase.zip > > > The logic behind list updates is not quite right, nor was it in v2 (only now i have a DBA who won't let up...) > The scenario is: > a bean with list property, and the list has a number of items in it (say 4, index 0-3), an item is then removed (say item at index 2), and the bean is requested to be saved. > From what i can see in the SQL traces, the same statements are issues whe lazy loading is on or off, they are: > [18/12/05 19:48:50:766 EST] 00000036 SystemOut O Hibernate: delete from TGE_CLIENT_POLICY where CLIENT_ID=? and POSITION=? > [18/12/05 19:48:50:766 EST] 00000036 SystemOut O Hibernate: update TGE_CLIENT_POLICY set POLICY_NK=? where CLIENT_ID=? and POSITION=? > So, i can only assume (as when this fails, the row with index 1 above the removed row is nuked!), hibernate removes the item at index 3, and then copies the value of the item at index 3 onto the row for item at index 2. Fair enough but... > When i have lazy loading off, i get DB exceptions like > Duplicate key or integrity constraint violation message from server: "Duplicate entry '1-999999' for key 1" > so, there is some nasty in there, which is not updating the correct row - this has happened since 2.1.8 that i know of :( > i will try & look @ the source, but won't get a chance until after xmas... -- 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

17 years, 11 months

1
0
0 / 0

[Hibernate-JIRA] Created: (HBX-1029) reveng Enum support

by Max Rydahl Andersen (JIRA)

reveng Enum support ------------------- Key: HBX-1029 URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-1029 Project: Hibernate Tools Issue Type: New Feature Components: reverse-engineer Affects Versions: 3.2.0.GA Reporter: Max Rydahl Andersen Fix For: 3.2LATER Should consider how to add enum support. 1) Figure out which metadata to use to reveng it (see http://forum.hibernate.org/viewtopic.php?p=2372536#2372536 for example on how to do it for mysql) 2) Figure out how to generate the enums based on only the info available when having hbm.xmls or annotations (probably rely on the standard enum type implementation ?) -- 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

17 years, 11 months

1
0
0 / 0

[Hibernate-JIRA] Commented: (HHH-951) setMaxResults causes "ORA-00918: column ambiguously defined" exception

by Andy Xie (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-951?page=co... ] Andy Xie commented on HHH-951: ------------------------------ I meet this problem and solve it. In my case, It happened if more many-to-one relation in the hbm file. For example: ... <class name=... /> ... <subclass name="AClass" discriminator-value="8"> ... <many-to-one name="column" column="columnId" class="CTable"/> ... </subclass> <subclass name="BClass" discriminator-value="8"> ... <many-to-one name="column" column="columnid" class="CTable"/> ... </subclass> ... </class> ... Please notice the many-to-one section of the two subclass, the column of AClass is "columnId", it's uppercase, but the second is lowercase(columnid). Please modify the second to "columnId", hibernate will generate correct SQL that do not include duplicate column. My environment is Hibernate 3.1 and Oracle 10g. > setMaxResults causes "ORA-00918: column ambiguously defined" exception > ----------------------------------------------------------------------- > > Key: HHH-951 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-951 > Project: Hibernate3 > Issue Type: Bug > Components: core > Affects Versions: 3.0.5, 3.1 beta 2 > Environment: hibernate3.0.5, hibernate3.1b2, Oracle 9 > Reporter: Karel Sommer > > when create criteria with associations, i get this error: > ORA-00918: column ambiguously defined > mapping: > <class name="User" table="FRAME_USER" dynamic-update="true" dynamic-insert="true"> > <id name="id" type="long" unsaved-value="null"> > <column name="ID" not-null="true"/> > <generator class="sequence"> > <param name="sequence">frame_user_seq</param> > </generator> > </id> > <version type="timestamp" column="stamp" name="timestamp" unsaved-value="null"/> > <property name="user_name" type="string" not-null="true"/> > <property name="blocked" type="yes_no" not-null="true"/> > <property name="access_logon" type="timestamp"/> > <property name="denied_logon" type="timestamp"/> > <property name="inactivity_time" type="long"/> > <property name="session_count" type="long"/> > <idbag name="terminalGroups" table="FRAME_USER_TERMINAL" fetch="join" outer-join="true"> > <collection-id column="ID" type="long"> > <generator class="sequence"> > <param name="sequence">frame_user_terminal_seq</param> > </generator> > </collection-id> > <key column="id_user"/> > <many-to-many column="id_terminal_groups" class="TerminalGroup" fetch="join" outer-join="true"/> > </idbag> > </class> > <class name="TerminalGroup" table="FRAME_TERMINAL_GROUPS" dynamic-update="true" dynamic-insert="true"> > <id name="id" type="long" unsaved-value="null"> > <column name="ID" not-null="true"/> > <generator class="sequence"> > <param name="sequence">frame_terminal_groups_seq</param> > </generator> > </id> > <version type="timestamp" column="stamp" name="timestamp" unsaved-value="null"/> > <property name="name" column="group_name" type="string" not-null="true"/> > <idbag name="terminals" table="FRAME_TERMINAL_REL" fetch="join" outer-join="true"> > <collection-id column="ID" type="long" > > <generator class="sequence"> > <param name="sequence">frame_terminal_rel_seq</param> > </generator> > </collection-id> > <key column="id_term_group"/> > <many-to-many column="id_term" class="Terminal" fetch="join" outer-join="true"/> > </idbag> > </class> > <class name="Terminal" table="FRAME_TERMINAL" where="status != 'D'" dynamic-update="true" dynamic-insert="true"> > <id name="id" type="long" unsaved-value="null"> > <column name="ID" not-null="true"/> > <generator class="sequence"> > <param name="sequence">frame_terminal_seq</param> > </generator> > </id> > <version type="timestamp" column="stamp" name="timestamp" unsaved-value="null"/> > <property name="status" type="char" not-null="true"/> > <property name="mac" type="string" not-null="true"/> > <property name="name" column="ident" type="string" not-null="true"/> > <property name="description" type="string"/> > code: > session.createCriteria(User.class) > .add(Restrictions.like("user_name", "%") > .createCriteria("terminalGroups") > .add( Restrictions.like("group_name", "%"). > .setProjection(Projections.rowCount()) > .uniqueResult(); -- 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

17 years, 11 months

1
0
0 / 0

[Hibernate-JIRA] Created: (HHH-2159) Query that previously worked in 3.2.0CR2 does not work anymore

by Andy Dale (JIRA)

Query that previously worked in 3.2.0CR2 does not work anymore --------------------------------------------------------------- Key: HHH-2159 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2159 Project: Hibernate3 Type: Bug Versions: 3.2.0.ga Environment: hibernate 3.2.0GA, PostgreSQL 8.1.4 (using build 407 of the JDBC driver). JDK 1.5.0_06, JBoss 4.0.4GA, Operating system is Fedora Core 5 Reporter: Andy Dale Attachments: hibernate_testcase.tar.gz First off i do not know if this bug belongs to the Hibernate3(core) or Hibernate EntityManger branch, but have entered it against core because that is where the exception occurs (in org.hibernate.hql.ast.tree.FromClause.findIntendedAliasedFromElementBasedOnCrazyJPARequirements). I have a relativley simple entity setup up to test a proof of concept. Persisting the data to the database is not a problem in the new version 3.2.0.GA, but the problems occurs when trying to perform a query on the persisted data, the very same query works with 3.2.0CR2 but gives a nullPointException in 3.2.0GA. I have attached the java source for the entities + session bean (in hibernate_testcase.tar.gz/entities file) and the java class (in hibernate_testcase.tar.gz/service file) that is used to persist and query the data, and because this was only meant to be a proof of concept i have also included the .ear archive as apart from the entity definitions and session bean the only other thing it contains is a JBoss .sar archive which calls the static persist and query methods in the session bean (service test.testcase). Please note to use the .ear archive you need a datasource called Postgres_Test -- 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

17 years, 11 months

12
56
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

hibernate-issues January 2008