March 2011 - hibernate-issues - Jboss List Archives

[Hibernate-JIRA] Closed: (HHH-1270) Please upload every new release of Ibiblio/maven2

by Steve Ebersole (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1270?page=c... ] Steve Ebersole closed HHH-1270. ------------------------------- Closing stale resolved issues > Please upload every new release of Ibiblio/maven2 > ------------------------------------------------- > > Key: HHH-1270 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1270 > Project: Hibernate Core > Issue Type: Improvement > Affects Versions: 3.1 > Reporter: Mattias Arbin > Original Estimate: 1h > Remaining Estimate: 1h > > For all Maven 2 users, it would help a lot if every new release of Hibernate was uploaded to the Maven 2 repository @ ibiblio.com as part of the official Hibernate release process. > Instructions on how to upload can be found here: > http://maven.apache.org/guides/mini/guide-ibiblio-upload.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

15 years

1
0
0 / 0

[Hibernate-JIRA] Closed: (HBX-382) specifying template dir in Eclipse-plugin has no effect

by Steve Ebersole (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HBX-382?page=co... ] Steve Ebersole closed HBX-382. ------------------------------ Closing stale resolved issues > specifying template dir in Eclipse-plugin has no effect > ------------------------------------------------------- > > Key: HBX-382 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-382 > Project: Hibernate Tools > Issue Type: Bug > Components: eclipse > Affects Versions: 3.1alpha5 > Environment: JBossIDE-1.5M2-Bundle+EJB3-win32 > Reporter: Marc Lustig > Priority: Blocker > Fix For: 3.1alpha5 > > > I have a dir with customized template javaclass.vm. > I pass this dir in the GUI, but instead of this template the default template from the jar is being used. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

1
0
0 / 0

[Hibernate-JIRA] Closed: (HHH-1026) getLowercaseFunction for Firebird dialect

by Steve Ebersole (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1026?page=c... ] Steve Ebersole closed HHH-1026. ------------------------------- Closing stale resolved issues > getLowercaseFunction for Firebird dialect > ------------------------------------------ > > Key: HHH-1026 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1026 > Project: Hibernate Core > Issue Type: Bug > Components: core > Affects Versions: 3.1 beta 2 > Environment: 3.1 beta3 and firebird 1.5.2-7 superserver in a debian sid > Reporter: Pedro Ayala > Attachments: FirebirdDialect.java > > Original Estimate: 5m > Remaining Estimate: 5m > > Function getLowercaseFunction() for firebird is deffined in the superclass Dialect as: > public String getLowercaseFunction() { > return "lower"; > } > although in firebird there is no lower function. It should be overwritted in org.hibernate.dialect.FirebirdDialect: > public String getLowercaseFunction() { > return "upper"; > } -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

1
0
0 / 0

[Hibernate-JIRA] Closed: (HHH-1069) Unnecessary commas generated in select with left outer joins

by Steve Ebersole (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1069?page=c... ] Steve Ebersole closed HHH-1069. ------------------------------- Closing stale resolved issues > Unnecessary commas generated in select with left outer joins > ------------------------------------------------------------ > > Key: HHH-1069 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1069 > Project: Hibernate Core > Issue Type: Bug > Affects Versions: 3.1 beta 1, 3.1 rc 1, 3.1 rc2 > Environment: H3.1 beta 1, H3.1 rc1, H3.1 rc2 > Database: Sybase 12.0.0.1 > Reporter: Pierre Masse > Assignee: Steve Ebersole > Fix For: 3.1 rc3 > > Attachments: commas in the from clause.zip, NEW - commas in the from clause.zip > > > Commas are inserted in the FROM clause, between each join. This is rejected as a syntax error by JDBC. > If I send the Hibernate generated SQL, without the commas, I get my resultset (using a DB tool). > Thanks for you help. I can't move forward if this is not resolved. I would greatly appreciate work around until this is solved. > Let me know if you need more info.. > Cheers. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

1
0
0 / 0

[Hibernate-JIRA] Closed: (HHH-913) NPE in CMTTransaction since javax.transaction.Transaction is never set

by Steve Ebersole (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-913?page=co... ] Steve Ebersole closed HHH-913. ------------------------------ Closing stale resolved issues > NPE in CMTTransaction since javax.transaction.Transaction is never set > ---------------------------------------------------------------------- > > Key: HHH-913 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-913 > Project: Hibernate Core > Issue Type: Bug > Affects Versions: 3.1 beta 2 > Reporter: Emmanuel Bernard > Assignee: Gavin King > Fix For: 3.1 rc 1 > > > esp wasCommited() -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

1
0
0 / 0

[Hibernate-JIRA] Closed: (HBX-223) Provide overridding via the ui

by Steve Ebersole (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HBX-223?page=co... ] Steve Ebersole closed HBX-223. ------------------------------ Closing stale resolved issues > Provide overridding via the ui > ------------------------------ > > Key: HBX-223 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-223 > Project: Hibernate Tools > Issue Type: Improvement > Components: eclipse > Reporter: Max Rydahl Andersen > Fix For: 3.1alpha5 > > -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

1
0
0 / 0

[Hibernate-JIRA] Closed: (HHH-1101) associations join fetched in HQL without owner being selected

by Steve Ebersole (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1101?page=c... ] Steve Ebersole closed HHH-1101. ------------------------------- Closing stale resolved issues > associations join fetched in HQL without owner being selected > ------------------------------------------------------------- > > Key: HHH-1101 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1101 > Project: Hibernate Core > Issue Type: Bug > Components: core > Affects Versions: 3.0.5, 3.1 rc2 > Reporter: Emmanuel Bernard > Assignee: Steve Ebersole > Priority: Minor > Fix For: 3.1 > > Attachments: fetchselect.zip > > > select parent from Child c left join *fetch* c.parent parent > throw an exception similar to > org.hibernate.exception.SQLGrammarException: could not execute query > at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:65) > at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43) > at org.hibernate.loader.Loader.doList(Loader.java:2150) > at org.hibernate.loader.Loader.listIgnoreQueryCache(Loader.java:2026) > at org.hibernate.loader.Loader.list(Loader.java:2021) > at org.hibernate.loader.hql.QueryLoader.list(QueryLoader.java:369) > at org.hibernate.hql.ast.QueryTranslatorImpl.list(QueryTranslatorImpl.java:298) > at org.hibernate.impl.SessionImpl.list(SessionImpl.java:1020) > at org.hibernate.impl.QueryImpl.list(QueryImpl.java:74) > at org.hibernate.test.annotations.emmanuel.SonicTest.testQuery(SonicTest.java:104) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at org.hibernate.test.annotations.TestCase.runTest(TestCase.java:61) > at com.intellij.rt.execution.junit2.JUnitStarter.main(JUnitStarter.java:31) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at com.intellij.rt.execution.application.AppMain.main(AppMain.java:86) > Caused by: java.sql.SQLException: Column not found: SONIC1_3_ > at org.hsqldb.jdbc.Util.sqlException(Unknown Source) > at org.hsqldb.jdbc.Util.sqlException(Unknown Source) > at org.hsqldb.jdbc.jdbcResultSet.findColumn(Unknown Source) > at org.hsqldb.jdbc.jdbcResultSet.getInt(Unknown Source) > at org.hibernate.type.IntegerType.get(IntegerType.java:28) > at org.hibernate.type.NullableType.nullSafeGet(NullableType.java:113) > at org.hibernate.type.NullableType.nullSafeGet(NullableType.java:102) > at org.hibernate.loader.Loader.getKeyFromResultSet(Loader.java:1088) > at org.hibernate.loader.Loader.getRowFromResultSet(Loader.java:553) > at org.hibernate.loader.Loader.doQuery(Loader.java:689) > at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:223) > at org.hibernate.loader.Loader.doList(Loader.java:2147) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

1
0
0 / 0

[Hibernate-JIRA] Closed: (HHH-1495) Instance should not be created to determine unsaved-value for primitive @Id type

by Steve Ebersole (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1495?page=c... ] Steve Ebersole closed HHH-1495. ------------------------------- Closing stale resolved issues > Instance should not be created to determine unsaved-value for primitive @Id type > -------------------------------------------------------------------------------- > > Key: HHH-1495 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1495 > Project: Hibernate Core > Issue Type: Bug > Components: core > Affects Versions: 3.1.2 > Reporter: Barry Kaplan > > I am having problems with @Id and its unsaved-value. I would like the unsaved-value to default to something without an instance being created. But the code in UnsavedValueFactory.getUnsavedIdentifierValue seems to choose to try to instantiate an instance before it checks whether the @Id is of a primitive type: > if ( unsavedValue == null ) { > if ( identifierGetter!=null && constructor!=null ) { > // use the id value of a newly instantiated instance as the unsaved-value > Serializable defaultValue = (Serializable) identifierGetter.get( instantiate(constructor) ); > return new IdentifierValue( defaultValue ); > } > else if ( identifierGetter != null && (identifierType instanceof PrimitiveType) ) { > Serializable defaultValue = ( ( PrimitiveType ) identifierType ).getDefaultValue(); > return new IdentifierValue( defaultValue ); > } > ... > I don't really need the default constructor. If I get rid of it, I get past determining the unsaved-value, but then fail later on in PojoInstantiator.instantiate. > (See also http://forum.hibernate.org/viewtopic.php?t=955569) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

1
0
0 / 0

[Hibernate-JIRA] Closed: (HHH-891) SET CHAINED command not allowed within multi-statement transaction

by Steve Ebersole (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-891?page=co... ] Steve Ebersole closed HHH-891. ------------------------------ Closing stale resolved issues > SET CHAINED command not allowed within multi-statement transaction > ------------------------------------------------------------------ > > Key: HHH-891 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-891 > Project: Hibernate Core > Issue Type: Bug > Environment: Sybase 12.5, IBM Rational Application developer and WAS 6.0, Windows XP development stations. We'reusing latest verions of Spring. The JDBC Driver is JConnect 5.5 > Reporter: Harry Grongstad > Priority: Blocker > > We are using the OpenSessionInView filter to open the Hibernate session, we call a service layer to load *most* data and that layer has transactional methods ( findXXX() ). The OpenSessionInView implementation we use starts a transaction (JTA). The service layer uses "REQUIRES NEW" as trasnaction attribute. > The problem "ERROR JDBCExceptionReporter:58 - SET CHAINED command not allowed within multi-statement transaction" which was reported before in another JIRA post, happens if we try to load any data ( fetching for lazy loaded collections for example ) without a trasaction started. > We have looke at this extensively and ended up with having to have the OpenSessionInView filter open a transaction, just to make sure one exists, then when we call the service layer another stransaction is started ( which we belive is overkill, but works as a stop gap measure) > We belive we should be able to fetch the data (READ ONLY) for lazy loaded collections without explicitly starting a trasaction. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

1
0
0 / 0

[Hibernate-JIRA] Closed: (HHH-1128) Column alias clashes under certain circumstances

by Steve Ebersole (JIRA)

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1128?page=c... ] Steve Ebersole closed HHH-1128. ------------------------------- Closing stale resolved issues > Column alias clashes under certain circumstances > ------------------------------------------------- > > Key: HHH-1128 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1128 > Project: Hibernate Core > Issue Type: Bug > Affects Versions: 3.1 beta 1, 3.1 beta 2, 3.1 rc 1, 3.1 rc2 > Reporter: Emmanuel Bernard > Assignee: Emmanuel Bernard > Priority: Minor > Fix For: 3.1 rc3 > > > The temporary table code use to add the same Column(s) objects to the temporary Table leading to potential aliases clashes if the exact same column insertion sequence were not followed. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

1
0
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 March 2011