April 2009 - hibernate-issues - Jboss List Archives

[Hibernate-JIRA] Created: (HHH-2703) Investigate integration between Spring and WAS TM

by Steve Ebersole (JIRA)

Investigate integration between Spring and WAS TM ------------------------------------------------- Key: HHH-2703 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2703 Project: Hibernate3 Issue Type: Task Components: core Reporter: Steve Ebersole Assignee: Steve Ebersole Fix For: 3.3 Supposedly as a result of Spring and IBM's blood pact, Spring has tight integration with the WAS TM (not sure how that is possible since IBM continually claims that TM access is unsupported whenever this is asked in relation to Hibernate). Anyway, there may be some stuff we could use here... http://blog.interface21.com/main/2007/06/21/spring-framework-certified-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

15 years, 8 months

4
5
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-355) FilterOptimizationHelper was improperly using method overloading

by Emmanuel Bernard (JIRA)

FilterOptimizationHelper was improperly using method overloading ---------------------------------------------------------------- Key: HSEARCH-355 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-355 Project: Hibernate Search Issue Type: Bug Components: engine Reporter: Emmanuel Bernard Fix For: 3.2.0 Obscure leak in the JLs and compilers lead to the ability to write overloaded methods leading to the same erased signature and we used that hole :) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 8 months

2
2
0 / 0

[Hibernate-JIRA] Created: (ANN-816) @Where annotation doesn't work for *-To-One kind of relations when non-lazy fetch

by Roman Pokhodzhai (JIRA)

@Where annotation doesn't work for *-To-One kind of relations when non-lazy fetch --------------------------------------------------------------------------------- Key: ANN-816 URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-816 Project: Hibernate Annotations Issue Type: Bug Components: binder Affects Versions: 3.3.1.GA Reporter: Roman Pokhodzhai When mapping contain ManyToOne relation and EAGER fetch(SELECT/JOIN) "where" annotation is not taken into account. The same for OneToOne annotations where "mappedBy" is not specified org.hibernate.type.EntityType has uniqueKeyPropertyName property. When this property is NULL(for ManyToOne is always NULL) then "where" condition is not applied. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 8 months

1
2
0 / 0

[Hibernate-JIRA] Deleted: (HHH-3845) patch --help

by Steve Ebersole (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-3845?page=c... ] Steve Ebersole deleted HHH-3845: -------------------------------- > patch --help > ------------ > > Key: HHH-3845 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3845 > Project: Hibernate Core > Issue Type: Bug > Reporter: Shorn Tolley > -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 9 months

1
0
0 / 0

[Hibernate-JIRA] Created: (ANN-742) Primary key should not be set on nullable column

by Miroslav Havram (JIRA)

Primary key should not be set on nullable column ------------------------------------------------ Key: ANN-742 URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-742 Project: Hibernate Annotations Issue Type: Bug Components: binder Affects Versions: 3.3.1.GA Environment: hibernate core 3.2.6.GA Reporter: Miroslav Havram Attachments: create_scripts.zip, test_case.zip After switching to hibernate-annotations 3.3.1.GA, DDL generated for intermediate table for optional one-to-one association tries to set primary key on nullable column. Problem is that some DBMSs (e.g. MS SQL) do not allow that. Using hibernate-annotations-3.3.0.GA: create table personAddress (address_id bigint not null, person_id bigint not null, primary key (person_id)) Using hibernate-annotations-3.3.1.GA: create table personAddress (person_id bigint, address_id bigint, primary key (person_id)) Simple test case and generated DDLs are attached. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 9 months

5
12
0 / 0

[Hibernate-JIRA] Created: (HHH-2124) HibernateException hidden during flush using XA with WAS6

by Ole Dalgaard (JIRA)

HibernateException hidden during flush using XA with WAS6 --------------------------------------------------------- Key: HHH-2124 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2124 Project: Hibernate3 Type: Bug Components: core Versions: 3.1.2, 3.1.3 Environment: Hibernate 3.1.3 Oracle 10G Websphere Application Server 6 Reporter: Ole Dalgaard In an XA environment, using WebSphereExtendedJTATransactionLookup, HibernateExceptions are hidden during flush in this code in CacheSynchronization.java try { if (flush) { log.trace("automatically flushing session"); ctx.managedFlush(); } } catch (RuntimeException re) { setRollbackOnly(); throw re; } After adding some logging to CacheSynchronization.beforeCompletion I got this error message: org.hibernate.HibernateException: Illegal attempt to associate a collection with two open sessions at org.hibernate.collection.AbstractPersistentCollection.setCurrentSession(AbstractPersistentCollection.java:410) at org.hibernate.event.def.OnUpdateVisitor.processCollection(OnUpdateVisitor.java:40) at org.hibernate.event.def.AbstractVisitor.processValue(AbstractVisitor.java(Compiled Code)) at org.hibernate.event.def.AbstractVisitor.processValue(AbstractVisitor.java(Compiled Code)) at org.hibernate.event.def.AbstractVisitor.processEntityPropertyValues(AbstractVisitor.java(Compiled Code)) at org.hibernate.event.def.AbstractVisitor.process(AbstractVisitor.java:123) at org.hibernate.event.def.DefaultSaveOrUpdateEventListener.performUpdate(DefaultSaveOrUpdateEventListener.java:267) at org.hibernate.event.def.DefaultSaveOrUpdateEventListener.entityIsDetached(DefaultSaveOrUpdateEventListener.java:216) at org.hibernate.event.def.DefaultSaveOrUpdateEventListener.performSaveOrUpdate(DefaultSaveOrUpdateEventListener.java:93) at org.hibernate.event.def.DefaultSaveOrUpdateEventListener.onSaveOrUpdate(DefaultSaveOrUpdateEventListener.java:70) at org.hibernate.impl.SessionImpl.fireSaveOrUpdate(SessionImpl.java:502) at org.hibernate.impl.SessionImpl.saveOrUpdate(SessionImpl.java:494) at org.hibernate.engine.CascadingAction$5.cascade(CascadingAction.java:134) at org.hibernate.engine.Cascade.cascadeToOne(Cascade.java(Inlined Compiled Code)) at org.hibernate.engine.Cascade.cascadeAssociation(Cascade.java(Compiled Code)) at org.hibernate.engine.Cascade.cascadeProperty(Cascade.java(Compiled Code)) at org.hibernate.engine.Cascade.cascade(Cascade.java(Compiled Code)) at org.hibernate.event.def.AbstractFlushingEventListener.cascadeOnFlush(AbstractFlushingEventListener.java:130) at org.hibernate.event.def.AbstractFlushingEventListener.prepareEntityFlushes(AbstractFlushingEventListener.java:121) at org.hibernate.event.def.AbstractFlushingEventListener.flushEverythingToExecutions(AbstractFlushingEventListener.java:65) at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:26) at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:985) at org.hibernate.impl.SessionImpl.managedFlush(SessionImpl.java:333) at org.hibernate.transaction.CacheSynchronization.beforeCompletion(CacheSynchronization.java:60) at org.hibernate.transaction.WebSphereExtendedJTATransactionLookup$TransactionManagerAdapter$TransactionAdapter$1.invoke(WebSphereExtendedJTATransactionLookup.java:136) at $Proxy11.beforeCompletion(Unknown Source) at com.ibm.ws.jtaextensions.SynchronizationCallbackWrapper.beforeCompletion(SynchronizationCallbackWrapper.java:65) at com.ibm.ws.Transaction.JTA.RegisteredSyncs.distributeBefore(RegisteredSyncs.java(Compiled Code)) at com.ibm.ws.Transaction.JTA.TransactionImpl.prePrepare(TransactionImpl.java(Compiled Code)) at com.ibm.ws.Transaction.JTA.TransactionImpl.stage1CommitProcessing(TransactionImpl.java(Compiled Code)) at com.ibm.ws.Transaction.JTA.TransactionImpl.processCommit(TransactionImpl.java(Compiled Code)) at com.ibm.ws.Transaction.JTA.TransactionImpl.commit(TransactionImpl.java(Compiled Code)) at com.ibm.ws.Transaction.JTA.TranManagerImpl.commit(TranManagerImpl.java(Compiled Code)) at com.ibm.ws.Transaction.JTA.TranManagerSet.commit(TranManagerSet.java(Compiled Code)) at com.ibm.ejs.csi.TranStrategy.commit(TranStrategy.java:716) at com.ibm.ejs.csi.TranStrategy.postInvoke(TranStrategy.java:167) at com.ibm.ejs.csi.TransactionControlImpl.postInvoke(TransactionControlImpl.java:569) at com.ibm.ejs.container.EJSContainer.postInvoke(EJSContainer.java:3801) at com.ibm.ws.webservices.dispatchers.ejb.WSEJBWrapper.postInvoke(WSEJBWrapper.java:153) at com.ibm.ws.webservices.dispatchers.ejb.J2ee14EJBDispatcher.cleanupEnvironment(J2ee14EJBDispatcher.java:197) at com.ibm.ws.webservices.engine.handlers.jaxrpc.JAXRPCHandler.invoke(JAXRPCHandler.java:148) at com.ibm.ws.webservices.engine.handlers.WrappedHandler.invoke(WrappedHandler.java:64) at com.ibm.ws.webservices.engine.PivotHandlerWrapper.invoke(PivotHandlerWrapper.java:225) at com.ibm.ws.webservices.engine.PivotHandlerWrapper.invoke(PivotHandlerWrapper.java:225) at com.ibm.ws.webservices.engine.WebServicesEngine.invoke(WebServicesEngine.java:279) at com.ibm.ws.webservices.engine.transport.http.WebServicesServlet.doPost(WebServicesServlet.java:717) at javax.servlet.http.HttpServlet.service(HttpServlet.java:763) at com.ibm.ws.webservices.engine.transport.http.WebServicesServletBase.service(WebServicesServletBase.java:341) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1282) at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:673) at com.ibm.ws.webcontainer.servlet.CacheServletWrapper.handleRequest(CacheServletWrapper.java:80) at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:1804) at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:84) at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:469) at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewInformation(HttpInboundLink.java:408) at com.ibm.ws.http.channel.inbound.impl.HttpICLReadCallback.complete(HttpICLReadCallback.java:101) at com.ibm.ws.tcp.channel.impl.WorkQueueManager.requestComplete(WorkQueueManager.java:566) at com.ibm.ws.tcp.channel.impl.WorkQueueManager.attemptIO(WorkQueueManager.java:619) at com.ibm.ws.tcp.channel.impl.WorkQueueManager.workerRun(WorkQueueManager.java:952) at com.ibm.ws.tcp.channel.impl.WorkQueueManager$Worker.run(WorkQueueManager.java:1039) at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java(Compiled Code)) Without modifying CacheSynchronization I only get this: WTRN0074E: Exception caught from before_completion synchronization operation: java.lang.UnsupportedOperationException at org.hibernate.transaction.WebSphereExtendedJTATransactionLookup$TransactionManagerAdapter$TransactionAdapter.setRollbackOnly(WebSphereExtendedJTATransactionLookup.java:211) at org.hibernate.transaction.CacheSynchronization.setRollbackOnly(CacheSynchronization.java:77) at org.hibernate.transaction.CacheSynchronization.beforeCompletion(CacheSynchronization.java:67) at org.hibernate.transaction.WebSphereExtendedJTATransactionLookup$TransactionManagerAdapter$TransactionAdapter$1.invoke(WebSphereExtendedJTATransactionLookup.java:136) at $Proxy11.beforeCompletion(Unknown Source) at com.ibm.ws.jtaextensions.SynchronizationCallbackWrapper.beforeCompletion(SynchronizationCallbackWrapper.java:65) at com.ibm.ws.Transaction.JTA.RegisteredSyncs.distributeBefore(RegisteredSyncs.java(Compiled Code)) at com.ibm.ws.Transaction.JTA.TransactionImpl.prePrepare(TransactionImpl.java(Compiled Code)) ..... I use these transaction settings for hibernate: <property name="hibernate.transaction.factory_class">org.hibernate.transaction.JTATransactionFactory</property> <property name="hibernate.transaction.manager_lookup_class">org.hibernate.transaction.WebSphereExtendedJTATransactionLookup</property> <property name="hibernate.transaction.flush_before_completion">true</property> <property name="hibernate.transaction.auto_close_session">true</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

15 years, 9 months

6
12
0 / 0

[Hibernate-JIRA] Created: (BVAL-146) Test

by rajeshkumar (JIRA)

Test ---- Key: BVAL-146 URL: http://opensource.atlassian.com/projects/hibernate/browse/BVAL-146 Project: Bean Validation Issue Type: Bug Components: ri-general - obsolete go to HValidator Affects Versions: 1.0 proposed final draft Environment: test Reporter: rajeshkumar rtest -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 9 months

1
1
0 / 0

[Hibernate-JIRA] Created: (ANN-815) @Filter with elements()-condition does not work

by Johan Hammar (JIRA)

@Filter with elements()-condition does not work ----------------------------------------------- Key: ANN-815 URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-815 Project: Hibernate Annotations Issue Type: Bug Affects Versions: 3.4.0.GA Environment: Hibernate Annotations 3.4.0 GA, Oracle 10G Reporter: Johan Hammar Priority: Minor I've defined a filter like this: @Filter(name="channelFilter", condition=":param in elements(channels)"). The elements()-part is not parsed and the generated SQL looks like this: ... where ? in elements(entit0_.channels) ... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 9 months

1
0
0 / 0

[Hibernate-JIRA] Created: (HBX-1116) Generated hashCode() is inconsistent with equals() when using natural-id tag

by Magnus Jungsbluth (JIRA)

Generated hashCode() is inconsistent with equals() when using natural-id tag ---------------------------------------------------------------------------- Key: HBX-1116 URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-1116 Project: Hibernate Tools Issue Type: Patch Affects Versions: 3.2.4.GA Environment: hibernate tools revision 16240 Reporter: Magnus Jungsbluth Priority: Minor Attachments: hbm2java_hashCode_equals.patch when using a natural-id tag in a hbm.xml file, the pojo's generated equals method uses the natural-id properties while the hashcode implementation requires an additional meta-attribute the included patch uses the same check as in the equals generation in basicpojoclass.java additionally the template has been changed to only iterate over equalshashcode properties which reduces unnecessary blank lines in the hashcode implementation the template also contained wrongly indented lines -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 9 months

2
3
0 / 0

[Hibernate-JIRA] Created: (HBX-1117) ReverseEngineeringStrategy should get access to generated PersistentClass before executing the hbm2hbmxml export

by Magnus Jungsbluth (JIRA)

ReverseEngineeringStrategy should get access to generated PersistentClass before executing the hbm2hbmxml export ----------------------------------------------------------------------------------------------------------------- Key: HBX-1117 URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-1117 Project: Hibernate Tools Issue Type: Patch Components: reverse-engineer Affects Versions: 3.2.4.GA Environment: hibernate tools revision 16240 Reporter: Magnus Jungsbluth Attachments: revengstrategy_persistentclass_access.patch When implementing a ReverseEngineeringStrategy it is currently impossible to have a last word on the generated PersistentClass. It is for instance not possible to mark natural-ids or set discriminator fields not to speak of subclasses. The included patch is a trivial extension of ReverseEngineering Strategy and provides two methods that are called from JDBCBinder while doing a reverse engineering: - finishColumnMapping(org.hibernate.mapping.Property) - finishTableMapping(org.hibernate.mapping.PersistentClass) With these methods a ReverseEngineeringStrategy gains full control over the generated mapping to fine-tune results. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 9 months

2
2
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

hibernate-issues April 2009