November 2010 - hibernate-issues - Jboss List Archives

[Hibernate-JIRA] Created: (METAGEN-45) Generated metamodel sources are not compiled in JDK 6

by Artem Troitskiy (JIRA)

Generated metamodel sources are not compiled in JDK 6 ----------------------------------------------------- Key: METAGEN-45 URL: http://opensource.atlassian.com/projects/hibernate/browse/METAGEN-45 Project: Hibernate Metamodel Generator Issue Type: Bug Components: processor Affects Versions: 1.1.0.CR1, 1.0.0.Final Environment: jdk 1.6.0_22, maven-compiler-plugin 2.2+, Eclipse 3.5+ Reporter: Artem Troitskiy Assignee: Hardy Ferentschik I tried to generate metamodel classes during maven build as described in the documentation (using automatic annotation processing in JDK 6) and noticed that metamodel source files are generated but not compiled. I also see the same problem when I try to configure metamodel generation in Eclipse as described in the documentation. Googling around showed that many people face the same problem in both maven and Eclipse. Further investigation showed that: * Generated sources are compiled by maven when version of maven-compiler-plugin is below 2.2, and not compiled otherwise. * This behaviour is related to {{TODO}} in {{org/hibernate/jpamodelgen/test/util/CompilationTest.java}} - if I remove the second compilation phase there, tests fail for the very same reason. * Currently annotation processor generates metamodel sources at the final round of annotation processing. However, when I modify {{org/hibernate/jpamodelgen/JPAMetaModelEntityProcessor.java}} to generate metamodel at the first round, tests pass and everything works fine in maven and Eclipse. It looks like sources generated at the final round are not compiled. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 7 months

2
7
0 / 0

[Hibernate-JIRA] Closed: (HHH-4375) Consider implementing @Entity(name=) through entityName

by Steve Ebersole (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-4375?page=c... ] Steve Ebersole closed HHH-4375. ------------------------------- Resolution: Rejected This is absolutely not a solution. As pointed out, @Entity(name="...") is not at all related to Hibernate's notion of entity name which is part of its entity-mode support. No, @Entity(name="...") is more closely related to query import names. Look at the docs for @Entity: {code} /** * (Optional) The entity name. Defaults to the unqualified * name of the entity class. This name is used to refer to the * entity in queries. The name must not be a reserved literal * in the Java Persistence query language. */ String name() default ""; {code} The important bit is "This name is used to refer to the entity in queries" which exactly describes Hibernate import names. > Consider implementing @Entity(name=) through entityName > ------------------------------------------------------- > > Key: HHH-4375 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4375 > Project: Hibernate Core > Issue Type: Improvement > Components: annotations > Reporter: Steve Ebersole > Priority: Minor > Attachments: ANN-303-patch.txt > > > I'm doubtful but this might be a solution > http://jroller.com/page/MikeSlattery?entry=workaround_for_entity_name_alias -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 7 months

1
0
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-610) AndDocIdSet makeDocIdSetOnAgreedBits() returns wrong values

by Christian Mader (JIRA)

AndDocIdSet makeDocIdSetOnAgreedBits() returns wrong values ----------------------------------------------------------- Key: HSEARCH-610 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-610 Project: Hibernate Search Issue Type: Bug Affects Versions: 3.3.0.Beta1, 3.2.1 Reporter: Christian Mader Attachments: AndDocIdSetTest.java Depending on the DocIdSets list, AndDocIdSet fails to compute correct values in makeDocIdSetOnAgreedBits(). Please see the attached test cases, test_middle() fails and in my opinion it shouldn't. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 7 months

3
6
0 / 0

[Hibernate-JIRA] Created: (HHH-5427) derby 10.6.1.0 native sequence support broken

by Max Giesbert (JIRA)

derby 10.6.1.0 native sequence support broken --------------------------------------------- Key: HHH-5427 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5427 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.6.0.Beta1, 3.5.4, 3.5.3, 3.5.2 Environment: apache derby, hibernate 3.5.x/3.6 Reporter: Max Giesbert see also: https://forum.hibernate.org/viewtopic.php?f=1&t=1005637&view=previous Derby 10.6.1 officially supports sequences. (See JIRA-Task: https://issues.apache.org/jira/browse/DERBY-712, Docs: https://issues.apache.org/jira/browse/DERBY-4568). usage (e.g. @Id @GeneratedValue(strategy=GenerationType.SEQUENCE) ) produces: org.springframework.web.util.NestedServletException: Request processing failed; nested exception is org.springframework.dao.InvalidDataAccessResourceUsageException: could not get next sequence value; nested exception is org.hibernate.exception.SQLGrammarException: could not get next sequence value org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:487) org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:430) javax.servlet.http.HttpServlet.service(HttpServlet.java:617) javax.servlet.http.HttpServlet.service(HttpServlet.java:717) fix is: org.hibernate.dialect.DerbyDialect needs to override getSequenceNextValString as follows @Override public String getSequenceNextValString(String sequenceName) { return "values next value for " + sequenceName; } -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 7 months

2
6
0 / 0

[Hibernate-JIRA] Created: (HHH-5710) incorrect test logic of org.hibernate.test.readonly.ReadOnlyCriteriaQueryTest

by Strong Liu (JIRA)

incorrect test logic of org.hibernate.test.readonly.ReadOnlyCriteriaQueryTest ----------------------------------------------------------------------------- Key: HHH-5710 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5710 Project: Hibernate Core Issue Type: Bug Components: testsuite Affects Versions: 3.6.0 Reporter: Strong Liu Assignee: Strong Liu Priority: Minor Fix For: 3.6.1, 4.0.0.Alpha1 the org.hibernate.test.readonly.ReadOnlyCriteriaQueryTest.testTwoAliasesCache() has a mistake {quote} assertEquals( list.size(), 2 ); Enrolment e = ( Enrolment ) list.get( 0 ); if ( e.getStudent().getStudentNumber() == xam.getStudentNumber() ) { enrolment1 = e; enrolment2 = ( Enrolment ) list.get( 1 ); } else if ( e.getStudent().getStudentNumber() == xam.getStudentNumber() ) { enrolment2 = e; enrolment1 = ( Enrolment ) list.get( 1 ); } else { fail( "Enrolment has unknown student number: " + e.getStudent().getStudentNumber() ); } {quote} it checks the xam.getStudentNumber() twice, which one of them should be gavin's -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 7 months

1
1
0 / 0

[Hibernate-JIRA] Created: (HHH-5692) Invalid {h-schema} replacement in native sql queries

by Greg Maczuga (JIRA)

Invalid {h-schema} replacement in native sql queries ---------------------------------------------------- Key: HHH-5692 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5692 Project: Hibernate Core Issue Type: Bug Affects Versions: 3.5.3 Reporter: Greg Maczuga Native-sql placeholders for default schema and catalog i.e. {h-schema} replacement implemented in HHH-2576 have bug. It doesn't replace {h-schema} in stored procedures calls due to embed brackets i.e. "{ ? = call {h-schema}manager.check(:userId)}" do NOT get replaced correctly. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

1
5
0 / 0

[Hibernate-JIRA] Created: (HHH-5711) Environment.useStreamsForBinary() misuse in AbstractStandardBasicType.nullSafeGet

by Stephane Landelle (JIRA)

Environment.useStreamsForBinary() misuse in AbstractStandardBasicType.nullSafeGet --------------------------------------------------------------------------------- Key: HHH-5711 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5711 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.6.0 Reporter: Stephane Landelle AbstractStandardBasicType.nullSafeGet is based upon Environment.useStreamsForBinary(). This strategy fails when "hibernate.jdbc.use_streams_for_binary" is not set in the Environment (in hibernate.properties for example) but in the Configuration (explicitely, or when setting OracleDialect), when building the SessionFactory. IMHO, AbstractStandardBasicType should be consistent with the Session and use the SessionFactory properties. In AbstractStandardBasicType.nullSafeGet, one could simply do : PropertiesHelper.getBoolean(Environment.USE_STREAMS_FOR_BINARY, session.getFactory().getProperties()); This issue causes HHH-5659. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

2
1
0 / 0

[Hibernate-JIRA] Created: (HHH-5706) Incorrect accounting for 1-based LOB offsets

by Steve Ebersole (JIRA)

Incorrect accounting for 1-based LOB offsets -------------------------------------------- Key: HHH-5706 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5706 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.6.0 Environment: Reporter: Steve Ebersole Assignee: Steve Ebersole Fix For: 3.6.1 There is a mismatch in how streams and JDBC LOBs define offsets. Stream offsets are 0-based; LOB offsets are 1-based. There appears to be a problem in the code accounting for the mistmatch. {noformat} java.lang.Exception: could not save object File_$$_javassist_11#5455 at com.soda.mb.application.persistence.dao.BaseDAO.save(BaseDAO.java:112) at com.soda.mb.application.persistence.dao.BaseDAO.save(BaseDAO.java:88) 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:597) at com.soda.mb.application.persistence.DAOHandler.invoke(DAOHandler.java:38) at $Proxy39.save(Unknown Source) at com.soda.mb.application.services.FileService.saveFile(FileService.java:54) 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:597) at com.soda.mb.application.PublicServiceFacade$ServiceHandler.invoke(PublicServiceFacade.java:107) at $Proxy38.saveFile(Unknown Source) at com.soda.mb.views.pages.admin.AdminFilesPage.saveObject(AdminFilesPage.java:91) at com.soda.mb.views.pages.admin.AdminFilesPage.saveObject(AdminFilesPage.java:23) at com.soda.mb.views.pages.objectlist.ObjectListEditPage$ObjectEditForm.onSubmit(ObjectListEditPage.java:186) at org.apache.wicket.markup.html.form.Form.delegateSubmit(Form.java:1565) at org.apache.wicket.markup.html.form.Form.process(Form.java:958) at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:920) 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:597) at org.apache.wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:182) at org.apache.wicket.request.target.component.listener.ListenerInterfaceRequestTarget.processEvents(ListenerInterfaceRequestTarget.java:73) at org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(AbstractRequestCycleProcessor.java:92) at org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1250) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1329) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436) at org.apache.wicket.RequestCycle.request(RequestCycle.java:545) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:484) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:317) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at com.soda.mb.application.persistence.HibernateSessionFilter.doFilter(HibernateSessionFilter.java:40) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:619) Caused by: org.hibernate.exception.GenericJDBCException: could not insert: [com.soda.mb.application.businessobjects.FileData] at org.hibernate.exception.SQLStateConverter.handledNonSpecificException(SQLStateConverter.java:140) at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:128) at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:66) at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2436) at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2856) at org.hibernate.action.EntityInsertAction.execute(EntityInsertAction.java:79) at org.hibernate.engine.ActionQueue.execute(ActionQueue.java:273) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:265) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:184) at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:321) at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:51) at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1216) at com.soda.mb.application.persistence.dao.BaseDAO.save(BaseDAO.java:99) ... 48 more Caused by: java.sql.SQLException: An SQLException was provoked by the following failure: org.hibernate.HibernateException: IOException occurred reading a binary value at com.mchange.v2.sql.SqlUtils.toSQLException(SqlUtils.java:106) at com.mchange.v2.sql.SqlUtils.toSQLException(SqlUtils.java:65) at com.mchange.v2.sql.SqlUtils.toSQLException(SqlUtils.java:62) at com.mchange.v2.c3p0.impl.NewPooledConnection.handleThrowable(NewPooledConnection.java:432) at com.mchange.v2.c3p0.impl.NewProxyPreparedStatement.setBlob(NewProxyPreparedStatement.java:509) at org.hibernate.type.descriptor.sql.BlobTypeDescriptor$1.doBind(BlobTypeDescriptor.java:65) at org.hibernate.type.descriptor.sql.BasicBinder.bind(BasicBinder.java:89) at org.hibernate.type.AbstractStandardBasicType.nullSafeSet(AbstractStandardBasicType.java:282) at org.hibernate.type.AbstractStandardBasicType.nullSafeSet(AbstractStandardBasicType.java:277) at org.hibernate.type.AbstractSingleColumnStandardBasicType.nullSafeSet(AbstractSingleColumnStandardBasicType.java:85) at org.hibernate.persister.entity.AbstractEntityPersister.dehydrate(AbstractEntityPersister.java:2166) at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2412) ... 57 more Caused by: org.hibernate.HibernateException: IOException occurred reading a binary value at org.hibernate.type.descriptor.java.DataHelper.extractBytes(DataHelper.java:195) at org.hibernate.engine.jdbc.BlobProxy.invoke(BlobProxy.java:137) at $Proxy44.getBytes(Unknown Source) at com.mysql.jdbc.PreparedStatement.setBlob(PreparedStatement.java:2807) at com.mchange.v2.c3p0.impl.NewProxyPreparedStatement.setBlob(NewProxyPreparedStatement.java:495) ... 64 more Caused by: java.io.IOException: Tentative de déplacement du pointeur de fichier avant le début du fichier at java.io.FileInputStream.skip(Native Method) at org.hibernate.type.descriptor.java.DataHelper.extractBytes(DataHelper.java:172) ... 68 more {noformat} -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

1
3
0 / 0

[Hibernate-JIRA] Created: (HHH-5693) Re-enable entitymanager tests

by Hardy Ferentschik (JIRA)

Re-enable entitymanager tests ----------------------------- Key: HHH-5693 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5693 Project: Hibernate Core Issue Type: Bug Components: build Affects Versions: 3.6.0 Reporter: Hardy Ferentschik Assignee: Hardy Ferentschik Fix For: 4.0.0.Alpha1 entitymanager tests were disabled during the move to gradle. The build and tests need to be updated. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

1
4
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-619) Update documentation about hibernate-search-analyzers module

by Hardy Ferentschik (JIRA)

Update documentation about hibernate-search-analyzers module ------------------------------------------------------------ Key: HSEARCH-619 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-619 Project: Hibernate Search Issue Type: Bug Affects Versions: 3.3.0.Beta3 Reporter: Hardy Ferentschik Assignee: Hardy Ferentschik Fix For: 3.3.0.Beta3 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

1
1
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

hibernate-issues November 2010