April 2011 - hibernate-issues - Jboss List Archives

[Hibernate-JIRA] Created: (HHH-4814) Improve IsolatedClassloaderTest so that primary key is also custom

by Galder Zamarreno (JIRA)

Improve IsolatedClassloaderTest so that primary key is also custom ------------------------------------------------------------------ Key: HHH-4814 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4814 Project: Hibernate Core Issue Type: Task Components: caching (L2) Affects Versions: 3.5.0-Beta-3 Reporter: Galder Zamarreno Assignee: Galder Zamarreno Fix For: 3.5.0-Beta-4 Improve IsolatedClassloaderTest and corresponding entities so that not only a custom type if used in the query as parameter, but the entity's primary key is also a custom type. http://lists.jboss.org/pipermail/jboss-development/2010-January/015466.html -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

3
9
0 / 0

[Hibernate-JIRA] Created: (HHH-4759) Create unit test for flush/rollback issue when JDBCTransactionFactory in use with Infinispan

by Galder Zamarreno (JIRA)

Create unit test for flush/rollback issue when JDBCTransactionFactory in use with Infinispan -------------------------------------------------------------------------------------------- Key: HHH-4759 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4759 Project: Hibernate Core Issue Type: Task Components: caching (L2) Affects Versions: 3.5.0-Beta-2 Reporter: Galder Zamarreno Assignee: Galder Zamarreno Priority: Minor Fix For: 3.5 Create a UT that replicates what's being reported here when JDBC transaction factory is in use: http://community.jboss.org/message/517376#517376 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

3
10
0 / 0

[Hibernate-JIRA] Created: (HHH-5599) NPE occurs when using Infinispan as L2 Cache

by Chris (JIRA)

NPE occurs when using Infinispan as L2 Cache -------------------------------------------- Key: HHH-5599 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5599 Project: Hibernate Core Issue Type: Bug Components: caching (L2) Affects Versions: 3.5.6, 3.5.5 Environment: Hib 3.5.6 Infinispan 4.2.0.ALPHA2 (same thing happen with Hib 3.5.5 and IS 4.1.0.FINAL) Reporter: Chris Priority: Critical Pretty much randomly or so it seems, infinispan hibernate layer will throw a NPE. It occurs a lot when the j2EE server is started and overtime (once caches are warmer?) diminish. The issue comes from the PutFromLoadValidator.Java(565).The cleaned element is null and the map.put(cleaned) fails since the key is coming from the cleaned element (cleaned.owner). Complete stacktraces, the first on entity loading and the later on collection loading: Cause: java.lang.NullPointerException at org.hibernate.cache.infinispan.access.PutFromLoadValidator$PendingPut.access$700(PutFromLoadValidator.java:674) at org.hibernate.cache.infinispan.access.PutFromLoadValidator$PendingPutMap.put(PutFromLoadValidator.java:627) at org.hibernate.cache.infinispan.access.PutFromLoadValidator.cleanOutdatedPendingPuts(PutFromLoadValidator.java:565) at org.hibernate.cache.infinispan.access.PutFromLoadValidator.preventOutdatedPendingPuts(PutFromLoadValidator.java:493) at org.hibernate.cache.infinispan.access.PutFromLoadValidator.registerPendingPut(PutFromLoadValidator.java:438) at org.hibernate.cache.infinispan.access.TransactionalAccessDelegate.get(TransactionalAccessDelegate.java:66) at org.hibernate.cache.infinispan.entity.TransactionalAccess.get(TransactionalAccess.java:36) at org.hibernate.engine.BatchFetchQueue.isCached(BatchFetchQueue.java:278) at org.hibernate.engine.BatchFetchQueue.getEntityBatch(BatchFetchQueue.java:253) at org.hibernate.loader.entity.BatchingEntityLoader.load(BatchingEntityLoader.java:90) at org.hibernate.persister.entity.AbstractEntityPersister.load(AbstractEntityPersister.java:3270) at org.hibernate.event.def.DefaultLoadEventListener.loadFromDatasource(DefaultLoadEventListener.java:496) at org.hibernate.event.def.DefaultLoadEventListener.doLoad(DefaultLoadEventListener.java:477) at org.hibernate.event.def.DefaultLoadEventListener.load(DefaultLoadEventListener.java:227) at org.hibernate.event.def.DefaultLoadEventListener.proxyOrLoad(DefaultLoadEventListener.java:285) at org.hibernate.event.def.DefaultLoadEventListener.onLoad(DefaultLoadEventListener.java:152) at org.hibernate.impl.SessionImpl.fireLoad(SessionImpl.java:1080) at org.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1028) at org.hibernate.type.EntityType.resolveIdentifier(EntityType.java:623) at org.hibernate.type.EntityType.resolve(EntityType.java:431) at org.hibernate.engine.TwoPhaseLoad.initializeEntity(TwoPhaseLoad.java:140) at org.hibernate.loader.Loader.initializeEntitiesAndCollections(Loader.java:898) at org.hibernate.loader.Loader.doQuery(Loader.java:773) at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:270) at org.hibernate.loader.Loader.loadEntityBatch(Loader.java:2047) at org.hibernate.loader.entity.BatchingEntityLoader.load(BatchingEntityLoader.java:99) at org.hibernate.persister.entity.AbstractEntityPersister.load(AbstractEntityPersister.java:3270) at org.hibernate.event.def.DefaultLoadEventListener.loadFromDatasource(DefaultLoadEventListener.java:496) at org.hibernate.event.def.DefaultLoadEventListener.doLoad(DefaultLoadEventListener.java:477) at org.hibernate.event.def.DefaultLoadEventListener.load(DefaultLoadEventListener.java:227) at org.hibernate.event.def.DefaultLoadEventListener.proxyOrLoad(DefaultLoadEventListener.java:285) at org.hibernate.event.def.DefaultLoadEventListener.onLoad(DefaultLoadEventListener.java:152) at org.hibernate.impl.SessionImpl.fireLoad(SessionImpl.java:1080) at org.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1028) at org.hibernate.type.EntityType.resolveIdentifier(EntityType.java:623) at org.hibernate.type.EntityType.resolve(EntityType.java:431) at org.hibernate.engine.TwoPhaseLoad.initializeEntity(TwoPhaseLoad.java:140) at org.hibernate.loader.Loader.initializeEntitiesAndCollections(Loader.java:898) at org.hibernate.loader.Loader.doQuery(Loader.java:773) at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:270) at org.hibernate.loader.Loader.doList(Loader.java:2449) at org.hibernate.loader.Loader.listIgnoreQueryCache(Loader.java:2192) at org.hibernate.loader.Loader.list(Loader.java:2187) at org.hibernate.loader.hql.QueryLoader.list(QueryLoader.java:452) at org.hibernate.hql.ast.QueryTranslatorImpl.list(QueryTranslatorImpl.java:363) at org.hibernate.engine.query.HQLQueryPlan.performList(HQLQueryPlan.java:196) at org.hibernate.impl.SessionImpl.list(SessionImpl.java:1258) at org.hibernate.impl.QueryImpl.list(QueryImpl.java:102) Cause: java.lang.NullPointerException at org.hibernate.cache.infinispan.access.PutFromLoadValidator$PendingPut.access$700(PutFromLoadValidator.java:674) at org.hibernate.cache.infinispan.access.PutFromLoadValidator$PendingPutMap.put(PutFromLoadValidator.java:627) at org.hibernate.cache.infinispan.access.PutFromLoadValidator.cleanOutdatedPendingPuts(PutFromLoadValidator.java:565) at org.hibernate.cache.infinispan.access.PutFromLoadValidator.preventOutdatedPendingPuts(PutFromLoadValidator.java:493) at org.hibernate.cache.infinispan.access.PutFromLoadValidator.registerPendingPut(PutFromLoadValidator.java:438) at org.hibernate.cache.infinispan.access.TransactionalAccessDelegate.get(TransactionalAccessDelegate.java:66) at org.hibernate.cache.infinispan.collection.TransactionalAccess.get(TransactionalAccess.java:36) at org.hibernate.engine.BatchFetchQueue.isCached(BatchFetchQueue.java:295) at org.hibernate.engine.BatchFetchQueue.getCollectionBatch(BatchFetchQueue.java:203) at org.hibernate.loader.collection.BatchingCollectionInitializer.initialize(BatchingCollectionInitializer.java:73) at org.hibernate.persister.collection.AbstractCollectionPersister.initialize(AbstractCollectionPersister.java:628) at org.hibernate.event.def.DefaultInitializeCollectionEventListener.onInitializeCollection(DefaultInitializeCollectionEventListener.java:83) at org.hibernate.impl.SessionImpl.initializeCollection(SessionImpl.java:1853) at org.hibernate.collection.AbstractPersistentCollection.forceInitialization(AbstractPersistentCollection.java:479) at org.hibernate.engine.StatefulPersistenceContext.initializeNonLazyCollections(StatefulPersistenceContext.java:899) at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:275) at org.hibernate.loader.Loader.doList(Loader.java:2449) at org.hibernate.loader.Loader.listIgnoreQueryCache(Loader.java:2192) at org.hibernate.loader.Loader.list(Loader.java:2187) at org.hibernate.loader.hql.QueryLoader.list(QueryLoader.java:452) at org.hibernate.hql.ast.QueryTranslatorImpl.list(QueryTranslatorImpl.java:363) at org.hibernate.engine.query.HQLQueryPlan.performList(HQLQueryPlan.java:196) at org.hibernate.impl.SessionImpl.list(SessionImpl.java:1258) at org.hibernate.impl.QueryImpl.list(QueryImpl.java:102) For now I am masking this class with my own which essentially is a copy and paste but added a null check before trying to put back the element. How the big question is : Is it normal that the element can be null and it's a simple null check that has been forgotten or the element should never be null and something bigger is going on ? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

4
11
0 / 0

[Hibernate-JIRA] Created: (HHH-5234) 2-phase load components

by Steve Ebersole (JIRA)

2-phase load components ----------------------- Key: HHH-5234 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5234 Project: Hibernate Core Issue Type: New Feature Components: core Reporter: Steve Ebersole Assignee: Steve Ebersole Fix For: 3.6 This piece is the crux needed for many of the planned improvements wrt components: # component inheritance (discriminator based) # full key-many-to-one support # 'loaded state' tracking for orphan delete semantics -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

1
3
0 / 0

[Hibernate-JIRA] Created: (HHH-5715) Using row_number with the SQLServerDialect makes select distinct useless

by Yoryos Valotassios (JIRA)

Using row_number with the SQLServerDialect makes select distinct useless ------------------------------------------------------------------------ Key: HHH-5715 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5715 Project: Hibernate Core Issue Type: Bug Components: core Reporter: Yoryos Valotassios Given class A with one to many relations to class B, when trying to get paginated data with SQLServerDialect from class A with a join clause to class B will dublicated A instances. That is because the row_number function will introduce another value to the select statement which will alway be different for each row. I found a work around using group by. Did not have time finish the test cases 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

14 years, 3 months

4
11
0 / 0

[Hibernate-JIRA] Created: (HHH-5806) mapping static inner class causes hsqldb tests fails

by Strong Liu (JIRA)

mapping static inner class causes hsqldb tests fails ---------------------------------------------------- Key: HHH-5806 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5806 Project: Hibernate Core Issue Type: Bug Components: testsuite Reporter: Strong Liu Assignee: Strong Liu Fix For: 3.6.1, 3.x hibernate does support mapping static inner classes to entity, which is not defined in the JPA Spec. the default table name of this entity is like XXX$YYY, meanwhile, most db support it but hsqldb afaik. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

2
4
0 / 0

[Hibernate-JIRA] Created: (HHH-6008) FileNotFound in FileZippedJarVisitor class when deploying to SAP Netweaver

by John Augusto Charnet (JIRA)

FileNotFound in FileZippedJarVisitor class when deploying to SAP Netweaver -------------------------------------------------------------------------- Key: HHH-6008 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-6008 Project: Hibernate Core Issue Type: Bug Components: entity-manager Affects Versions: 3.x Environment: hibernate-core-3.3.2.GA, hibernate-entitymanager-3.4.0.GA Database version: 10.2.0.4.0 Application Server version: SAP Netweaver CE 7.2 Reporter: John Augusto Charnet Priority: Blocker In Netweaver, when Hibernate starts looking for my entities, I keep getting a FileNotFoundException. I've looked up the FileZippedJarVisitor source code, and noticed that there is the following if in the method doProcessElements: if ( filePart != null && filePart.indexOf( ' ' ) != -1 ) { ... In my case this if is failing because the filePart does not have a space ' ' in it. The else does the following: jarFile = new JarFile( jarUrl.toURI().getSchemeSpecificPart() ); The above line is what generates the Exception. If I comment out the && part (filePart.indexOf( ' ' ) != -1), everything will work fine. In netweaver the method jarUrl.toURI().getSchemeSpecificPart(), returns a full qualified name with a \\localhost. This is where the exception occurs. Example: //localhost/C:/usr/sap/CE1/J00/j2ee/cluster/apps/JavaEE/sfw-web-piloto/servlet_jsp/sfw-web-piloto/root/sfw-fmk-log-aop-1.0.3-20110225.130112-22.jar Is there a reason for this different treatment ? (jarFile = new JarFile( jarUrl.getFile() ) and jarUrl.toURI().getSchemeSpecificPart()). Bellow is the stacktrace: WARN | 2010-09-17 15:42:34,363 | FileZippedJarVisitor.java:50 | Unable to find file (ignored): file://localhost/C:/usr/sap/CE1/J00/j2ee/cluster/apps/JavaEE/sfw-condicao-pagamento-web/servlet_jsp/sfw-condicao-pagamento-web/root/sfw-class-loader-0.0.1-SNAPSHOT.jar java.io.FileNotFoundException: \\localhost\C:\usr\sap\CE1\J00\j2ee\cluster\apps\JavaEE\sfw-condicao-pagamento-web\servlet_jsp\sfw-condicao-pagamento-web\root\sfw-class-loader-0.0.1-SNAPSHOT.jar (The network name cannot be found) at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.<init>(ZipFile.java:114) at java.util.jar.JarFile.<init>(JarFile.java:133) at java.util.jar.JarFile.<init>(JarFile.java:70) at org.hibernate.ejb.packaging.FileZippedJarVisitor.doProcessElements(FileZippedJarVisitor.java:46) at org.hibernate.ejb.packaging.AbstractJarVisitor.getMatchingEntries(AbstractJarVisitor.java:139) at org.hibernate.ejb.Ejb3Configuration.addScannedEntries(Ejb3Configuration.java:287) at org.hibernate.ejb.Ejb3Configuration.scanForClasses(Ejb3Configuration.java:614) at org.hibernate.ejb.Ejb3Configuration.configure(Ejb3Configuration.java:358) at org.hibernate.ejb.HibernatePersistence.createContainerEntityManagerFactory(HibernatePersistence.java:131) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

2
1
0 / 0

[Hibernate-JIRA] Created: (HHH-2079) Add pre flush event listener holding all the changed entities and the operations on them

by Shay Banon (JIRA)

Add pre flush event listener holding all the changed entities and the operations on them ---------------------------------------------------------------------------------------- Key: HHH-2079 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2079 Project: Hibernate3 Type: New Feature Components: core Versions: 3.2.0.ga Reporter: Shay Banon Is there a chance to add a pre flush event listener. The event listener will have all the entities changes about to be flushed, including the operation about to be performed on them (delete, update, create). This issue relates to HHH-1725 and the collection not processed by flush exception. Maybe there would be a chance to load the lazy collections before the actual flush operation using the mentioned listener. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

4
4
0 / 0

[Hibernate-JIRA] Created: (HHH-6046) java.sql.DatabaseMetaData#locatorsUpdateCopy

by Steve Ebersole (JIRA)

java.sql.DatabaseMetaData#locatorsUpdateCopy -------------------------------------------- Key: HHH-6046 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-6046 Project: Hibernate Core Issue Type: Task Components: core Reporter: Steve Ebersole Fix For: 4.0.0.Alpha3 Look into {{java.sql.DatabaseMetaData#locatorsUpdateCopy}} specifically to see its relation to {{org.hibernate.dialect.Dialect#supportsLobValueChangePropogation}}. I think they are meant to be the same underlying detail. Additionally, how many drivers implement this well? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

1
4
0 / 0

[Hibernate-JIRA] Created: (HHH-5953) Investigate using jboss-invocation and classfilewrier code for new BytecodeProvider impl

by Steve Ebersole (JIRA)

Investigate using jboss-invocation and classfilewrier code for new BytecodeProvider impl ---------------------------------------------------------------------------------------- Key: HHH-5953 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5953 Project: Hibernate Core Issue Type: Task Reporter: Steve Ebersole Assignee: Steve Ebersole Fix For: 4.0.0.Alpha2 Discuss more with Stuart. Looks like this would then require deps on: # Javassist - for class transformations # clasfilewriter - for proxy generation (and reflection optimization stuff) # jboss-invocation - for proxy interception -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

1
5
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

hibernate-issues April 2011