February 2008 - hibernate-issues - Jboss List Archives

[Hibernate-JIRA] Created: (ANN-606) Annotation Validation: @Immutable annotation does not throw error or warning on usage on subclass

by Paul Singleton Kossler (JIRA)

Annotation Validation: @Immutable annotation does not throw error or warning on usage on subclass -------------------------------------------------------------------------------------------------- Key: ANN-606 URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-606 Project: Hibernate Annotations Issue Type: Bug Components: binder, documentation Affects Versions: 3.3.0.ga Environment: Hibernate3, Annotations.3.3.0 Reporter: Paul Singleton Kossler The @Immutable annotation does not throw a configuration error when used on a subclass. The action required depends upon the decision in a bug/patch request for adding mutable=false to subclasses. In the current rule set the Mapping Schema for pre annotations is leveraged to define the legallity of declaring a mapped object Immutable. Base/Root classes allowed, child classes of Mutable=true not allowed, in either case the mutability of an object is directly dependent upon the mutability of the root mapped object in the object hierarchy. The following documentation sources do not mention the issue in relation to the @Immutable annotation: * online/down-loadable Hibernate-Annotations * Java Persistence with Hibernate (ISBN: 1-932394-88-5) If the rules outlined above are accurate or not: A validation error or warning should be thrown from Configuration during the loading of an incorrectly mapped class. The current method is to check the Annotations at bind time, and only at the "correct" location. This meta-rule validation should occur during the binding of a mapping to the Configuration, quickly indicating an error. Using the "older" xml based mapping this occurs when the schema (xsd) validates the mapping file (xml). -- 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

18 years

4
6
0 / 0

[Hibernate-JIRA] Created: (ANN-551) @SQLInsert. Columns in sql comes in different order depending on the application server used

by Søren Pedersen (JIRA)

@SQLInsert. Columns in sql comes in different order depending on the application server used -------------------------------------------------------------------------------------------- Key: ANN-551 URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-551 Project: Hibernate Annotations Type: Bug Components: binder Versions: 3.2.1 Environment: Hibernate-core 3.2.2, hibernate-annotations 3.2.1. WebLogic 9.2 and JBoss 4.0.5. Oracle 10. Reporter: Søren Pedersen Problem: The columns in the sql you specify in SQLInsert annotation has be ordered in the same way hibernate sorts its properties when constructing the insert sql. Example: When WebLogic 9.2 is used the sql should look like this: "insert into acount (name, address, country) values (?,?,?)" But when JBoss 4.0.5 is used the sql should look like this: "insert into acount (address, country, name) values (?,?,?)" The above are only examples. Consequence: I have to have different SQLInsert's for every JEE apllication server we support, because the properties comes in different order depending on the application server used. Suggested solution: In the method org.hibernate.cfg.AnnotationBinder.addElementsOfAClass(List<PropertyData> elements, PropertyHolder propertyHolder, boolean isPropertyAnnotated,String propertyAccessor, final XClass annotatedClass, ExtendedMappings mappings) This property list shown below should be sorted to make sure that the properties also come in the same order: List<XProperty> properties = annotatedClass.getDeclaredProperties( accessType ); -- 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

18 years

4
8
0 / 0

[Hibernate-JIRA] Created: (ANN-665) @SQLInsert and @SQLUpdate doesn't parse given sql query to set parameters to PreparedStatement properly

by Gregory Klimov (JIRA)

@SQLInsert and @SQLUpdate doesn't parse given sql query to set parameters to PreparedStatement properly ------------------------------------------------------------------------------------------------------- Key: ANN-665 URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-665 Project: Hibernate Annotations Issue Type: Bug Reporter: Gregory Klimov Priority: Minor Attachments: Employee.java According to ANN-551 sql parameters are set to PreparedStatement in pre-defined order which doesn't rely on sql query parameters definition (please refer to attached file). Developer should not be aware of internal hibernate 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

18 years

3
2
0 / 0

[Hibernate-JIRA] Created: (HHH-3063) Class with @IdClass gets lazy-loaded when "id" field accessed

by Carl Allain (JIRA)

Class with @IdClass gets lazy-loaded when "id" field accessed ------------------------------------------------------------- Key: HHH-3063 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3063 Project: Hibernate3 Issue Type: Bug Components: core Affects Versions: 3.2.2 Environment: Windows, Postgres Reporter: Carl Allain Priority: Minor When I access the getter named getCountryIsoCode() of the following class (owning a CGLIB proxy that HB gave me), there is some lazy-loading activity that occurs. Of course, the field countryIsoCode is not tagged with @Id, but this is because of the @IdClass annotation, but I would expect the same "will-no-lazy-load-when-only-id-fields-are-accessed" regular behavior. import javax.persistence.Entity; import javax.persistence.FetchType; import javax.persistence.AttributeOverride; import org.hibernate.annotations.CollectionOfElements; import javax.persistence.JoinColumn; import javax.persistence.Column; import javax.persistence.AttributeOverrides; import java.io.Serializable; import java.util.List; import javax.persistence.ManyToOne; import com.magrit.bdom.types.multilingual.I18nDescriptionPdo; import org.hibernate.annotations.FetchMode; import com.dom.systemconfiguration.entity.SpokenLanguagePdo; import javax.persistence.Version; import org.hibernate.annotations.Fetch; import javax.persistence.Table; import javax.persistence.Id; import com.dom.geography.entity.CountrySubdivisionPdo.PrimaryKey; import javax.persistence.JoinTable; import javax.persistence.Embedded; import javax.persistence.OneToMany; import javax.persistence.IdClass; import javax.persistence.JoinColumns; import org.hibernate.annotations.Filter; import java.util.ArrayList; import org.hibernate.annotations.BatchSize; @Entity @Table(name="PLGE_CTRSD") @IdClass(com.dom.geography.entity.CountrySubdivisionPdo.PrimaryKey.class) @BatchSize(size=20) public class CountrySubdivisionPdo implements Serializable { public static class PrimaryKey implements Serializable { // COLUMN: CTRSD_CD /** * The "ISO Code" value. */ private String code; // COLUMN: CTR_ISO_CD /** * The "Country" value. */ private String countryIsoCode; // COLUMN: CTRSD_CD /** * Gets the "ISO Code" value. */ @Column(name="CTRSD_CD", nullable=false) public String getCode() { return this.code; } // COLUMN: CTRSD_CD /** * Sets the "ISO Code" value. */ public void setCode(String code) { this.code = code; } // COLUMN: CTR_ISO_CD /** * Gets the "Country" value. */ @Column(name="CTR_ISO_CD", nullable=false) public String getCountryIsoCode() { return this.countryIsoCode; } // COLUMN: CTR_ISO_CD /** * Sets the "Country" value. */ public void setCountryIsoCode(String countryIsoCode) { this.countryIsoCode = countryIsoCode; } public boolean equals(Object o) { if (o instanceof PrimaryKey) { PrimaryKey other = (PrimaryKey) o; return ( true // This is just because of the generation algorithm && ( (this.getCode() == null && other.getCode() == null) || (this.getCode() != null && other.getCode() != null && this.getCode().equals(other.getCode())) ) && ( (this.getCountryIsoCode() == null && other.getCountryIsoCode() == null) || (this.getCountryIsoCode() != null && other.getCountryIsoCode() != null && this.getCountryIsoCode().equals(other.getCountryIsoCode())) ) ); } return false; } } // FK: PLGE_CTRSDLNG_FK_PLGE_CTRSD (TO) private List<SpokenLanguagePdo> spokenLanguages; // FK: PLGE_CTRSDTMZ_FK_PLGE_CTRSD (TO) private List<TimezonePdo> timezones; // FK: PLGE_CTRSD_FK_PLGE_CTR (FROM) / COLUMN(S): CTR_ISO_CD private CountryPdo country; // COLUMN: CTRSD_CD /** * The "ISO Code" value. */ private String code; // COLUMN: CTR_ISO_CD /** * The "Country" value. */ private String countryIsoCode; // MultilingualDescription BOJ private List<I18nDescriptionPdo> descriptions; // TS COLUMN: CTRSD_TS private Integer revisionNumber; // FK: PLGE_CTRSDLNG_FK_PLGE_CTRSD (TO) @OneToMany(targetEntity=SpokenLanguagePdo.class) @JoinTable(name="PLGE_CTRSDLNG", joinColumns={ @JoinColumn(name = "CTR_ISO_CD", referencedColumnName = "CTR_ISO_CD"), @JoinColumn(name = "CTRSD_CD", referencedColumnName = "CTRSD_CD") }, inverseJoinColumns={ @JoinColumn(name = "SPLNG_ISO_CD", referencedColumnName = "SPLNG_ISO_CD") } ) @Fetch(FetchMode.SUBSELECT) public List<SpokenLanguagePdo> getSpokenLanguages() { return this.spokenLanguages; } // FK: PLGE_CTRSDLNG_FK_PLGE_CTRSD (TO) public void setSpokenLanguages(List<SpokenLanguagePdo> spokenLanguages) { this.spokenLanguages = spokenLanguages; } // FK: PLGE_CTRSDLNG_FK_PLGE_CTRSD (TO) /** * Convenience method. This method is not thread safe. */ public void addSpokenLanguage(SpokenLanguagePdo spokenLanguagePdo) { if (this.spokenLanguages == null) { this.spokenLanguages = new ArrayList<com.dom.systemconfiguration.entity.SpokenLanguagePdo>(); } this.spokenLanguages.add(spokenLanguagePdo); } // FK: PLGE_CTRSDTMZ_FK_PLGE_CTRSD (TO) @OneToMany(targetEntity=TimezonePdo.class) @JoinTable(name="PLGE_CTRSDTMZ", joinColumns={ @JoinColumn(name = "CTR_ISO_CD", referencedColumnName = "CTR_ISO_CD"), @JoinColumn(name = "CTRSD_CD", referencedColumnName = "CTRSD_CD") }, inverseJoinColumns={ @JoinColumn(name = "TMZ_UID", referencedColumnName = "TMZ_UID") } ) @Fetch(FetchMode.SUBSELECT) public List<TimezonePdo> getTimezones() { return this.timezones; } // FK: PLGE_CTRSDTMZ_FK_PLGE_CTRSD (TO) public void setTimezones(List<TimezonePdo> timezones) { this.timezones = timezones; } // FK: PLGE_CTRSDTMZ_FK_PLGE_CTRSD (TO) /** * Convenience method. This method is not thread safe. */ public void addTimezone(TimezonePdo timezonePdo) { if (this.timezones == null) { this.timezones = new ArrayList<com.dom.geography.entity.TimezonePdo>(); } this.timezones.add(timezonePdo); } // FK: PLGE_CTRSD_FK_PLGE_CTR (FROM) / COLUMN(S): CTR_ISO_CD @ManyToOne(fetch=FetchType.LAZY, optional=false) @JoinColumns({ @JoinColumn(name="CTR_ISO_CD", referencedColumnName="CTR_ISO_CD") }) public CountryPdo getCountry() { return this.country; } // FK: PLGE_CTRSD_FK_PLGE_CTR (FROM) / COLUMN(S): CTR_ISO_CD public void setCountry(CountryPdo country) { this.country = country; } // COLUMN: CTRSD_CD /** * Gets the "ISO Code" value. */ // columnDo.getDomain(): {<class:Domain>;id=ALPHANUMERICUPPER$;sqlDataTypeName=VARCHAR;desc=Alphabetic/Numeric - upper ([A9]*);length=null;scale=-1;typeDef=0} @Id public String getCode() { return this.code; } // COLUMN: CTRSD_CD /** * Sets the "ISO Code" value. */ public void setCode(String code) { this.code = code; } // COLUMN: CTR_ISO_CD /** * Gets the "Country" value. */ // columnDo.getDomain(): {<class:Domain>;id=ALPHABETICUPPER$;sqlDataTypeName=VARCHAR;desc=Alphabetic - upper ([A]*);length=null;scale=-1;typeDef=0} @Id public String getCountryIsoCode() { return this.countryIsoCode; } // COLUMN: CTR_ISO_CD /** * Sets the "Country" value. */ public void setCountryIsoCode(String countryIsoCode) { this.countryIsoCode = countryIsoCode; } // MultilingualDescription BOJ @CollectionOfElements @JoinTable( name="PLGE_CTRSD1", joinColumns= { @JoinColumn(name="CTRSD_CD", referencedColumnName="CTRSD_CD"), @JoinColumn(name="CTR_ISO_CD", referencedColumnName="CTR_ISO_CD") } ) @Embedded @AttributeOverrides({ @AttributeOverride(name = "element.languageCode", column=@Column(name="LNG_CD")), @AttributeOverride(name = "element.description", column=@Column(name="CTRSD_DES")), @AttributeOverride(name = "element.descriptionKey", column=@Column(name="CTRSD_DES_CLE")) }) @Filter(name="GLOBAL_unilingualDescription", condition="LNG_CD = :languageCode") @Fetch(FetchMode.SUBSELECT) public List<I18nDescriptionPdo> getDescriptions() { return this.descriptions; } // MultilingualDescription BOJ public void setDescriptions(List<I18nDescriptionPdo> descriptions) { this.descriptions = descriptions; } // MultilingualDescription BOJ /** * Convenience method. This method is not thread safe. */ public void addDescription(I18nDescriptionPdo i18nDescriptionPdo) { if (this.descriptions == null) { this.descriptions = new ArrayList<com.magrit.bdom.types.multilingual.I18nDescriptionPdo>(); } this.descriptions.add(i18nDescriptionPdo); } // TS COLUMN: CTRSD_TS @Version @Column(name="CTRSD_TS", nullable=false) public Integer getRevisionNumber() { return this.revisionNumber; } // TS COLUMN: CTRSD_TS public void setRevisionNumber(Integer revisionNumber) { this.revisionNumber = revisionNumber; } } -- 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

18 years

2
4
0 / 0

[Hibernate-JIRA] Created: (HBX-1031) Hibernate Tools Reveng does not work with generated-class

by Leonardo Pinho (JIRA)

Hibernate Tools Reveng does not work with generated-class --------------------------------------------------------- Key: HBX-1031 URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-1031 Project: Hibernate Tools Issue Type: Bug Components: hbm2java Affects Versions: 3.2.cr1 Environment: Hibernate 3.2.5 Reporter: Leonardo Pinho Priority: Critical Hi, I've tried to use the meta attribute "generated-class" inside the hibernate.reveng.xml in order to change the name of generated class but it did not work... I've tried several configurations: <hibernate-reverse-engineering> <table-filter match-name="email_messages"> <meta attribute="generated-class">EmailMessage</meta> </table-filter> </hibernate-reverse-engineering> More information at http://forum.hibernate.org/viewtopic.php?t=980310 Thanks! -- 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

18 years

3
3
0 / 0

[Hibernate-JIRA] Created: (HV-23) NotEmptyValidator throws ClassCastException on non-null wrapper types

by scott leberknight (JIRA)

NotEmptyValidator throws ClassCastException on non-null wrapper types --------------------------------------------------------------------- Key: HV-23 URL: http://opensource.atlassian.com/projects/hibernate/browse/HV-23 Project: Hibernate Validator Issue Type: Bug Components: validators Affects Versions: 3.0.0.ga, Bundle 3.2.1 Reporter: scott leberknight Attachments: NotEmptyValidatorClassCastExceptionBugTest.java The NotEmptyValidator.isValid() method throws a ClassCastException if a non-null primitive wrapper type (e.g. Long) is supplied as the argument. The method assumes that if the value is not null, is not an array, collection, or map, that it can be cast to a String, which it cannot for primitive wrappers. See attached JUnit test, which also contains a possible fix to the logic and has a test for the fix too. I put the file in the org.hibernate.validator package so it can be dropped in as-is to the Hibernate Validator codebase. -- 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

18 years

2
2
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-153) Provide the possibility to configure writer.setRAMBufferSizeMB() (Lucene 2.3)

by Emmanuel Bernard (JIRA)

Provide the possibility to configure writer.setRAMBufferSizeMB() (Lucene 2.3) ------------------------------------------------------------------------------ Key: HSEARCH-153 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-153 Project: Hibernate Search Issue Type: New Feature Components: engine Reporter: Emmanuel Bernard -- 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

18 years

2
8
0 / 0

[Hibernate-JIRA] Created: (HHH-3108) <load-collection role="entity_name.property"> doesn't work

by Marcin Mościcki (JIRA)

<load-collection role="entity_name.property"> doesn't work ---------------------------------------------------------- Key: HHH-3108 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3108 Project: Hibernate3 Issue Type: Bug Components: metamodel Affects Versions: 3.2.6 Environment: Hibernate 3.2.6, Oracle 9 (insignificant) Reporter: Marcin Mościcki Priority: Minor I use an <sql-query> for a <loader> in a collection owned by a named entity. The role attribute is set to "<entity-name>.<property-name>" - exactly the key under witch the collection's meta data is registered in SessionFactoryImpl.collectionPersisters map - but when the query is being added, SessionFactoryImpl looks for it under the key "<package>.<entity-name>.<property-name>" in this map, and doesn't find it. When entity-name attribute is removed from the entity mapping and unqualified class name is used to refer to it instead, everything works fine. The easiest, and probably most uniform solution would be to introduce a second attribute "entity-role" to the load-collection element. The following exception results from mapping: <hibernate-mapping package="hibernatedemo.model"> .... <class table="persons_test" entity-name="person" name="Person"> .... <set name="personMap" inverse="true"> <key/> <one-to-many entity-name="person_map"/> <loader query-ref="fetch_person_map_by_person"/> </set> </class> <sql-query name="fetch_person_map_by_person"> <load-collection alias="map" role="person.personMap" /> select {map.*} from persons_map_test map where map.person_id=:id </sql-query> org.hibernate.MappingException: Unknown collection role: hibernatedemo.model.person.personMap at org.hibernate.impl.SessionFactoryImpl.getCollectionPersister(SessionFactoryImpl.java:558) at org.hibernate.loader.custom.sql.SQLQueryReturnProcessor.addCollection(SQLQueryReturnProcessor.java:370) at org.hibernate.loader.custom.sql.SQLQueryReturnProcessor.processCollectionReturn(SQLQueryReturnProcessor.java:405) at org.hibernate.loader.custom.sql.SQLQueryReturnProcessor.processReturn(SQLQueryReturnProcessor.java:335) at org.hibernate.loader.custom.sql.SQLQueryReturnProcessor.process(SQLQueryReturnProcessor.java:148) at org.hibernate.loader.custom.sql.SQLCustomQuery.<init>(SQLCustomQuery.java:64) at org.hibernate.engine.query.NativeSQLQueryPlan.<init>(NativeSQLQueryPlan.java:43) at org.hibernate.engine.query.QueryPlanCache.getNativeSQLQueryPlan(QueryPlanCache.java:114) at org.hibernate.impl.SessionFactoryImpl.checkNamedQueries(SessionFactoryImpl.java:446) at org.hibernate.impl.SessionFactoryImpl.<init>(SessionFactoryImpl.java:352) at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1300) at hibernatedemo.Test.getHibernateSession(Test.java:44) at hibernatedemo.Test.main(Test.java:25) 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:324) at com.intellij.rt.execution.application.AppMain.main(AppMain.java:90) -- 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

18 years

2
6
0 / 0

[Hibernate-JIRA] Created: (EJB-217) Multiple @OneToMany(fetch=FetchType.EAGER) relationships not supported

by Michał Borowiecki (JIRA)

Multiple @OneToMany(fetch=FetchType.EAGER) relationships not supported ----------------------------------------------------------------------- Key: EJB-217 URL: http://opensource.atlassian.com/projects/hibernate/browse/EJB-217 Project: Hibernate Entity Manager Type: Bug Versions: 3.2.0.cr1 Environment: JBoss4.0.4.GA Reporter: Michał Borowiecki Having more than one relationship on en entity annotated with @OneToMany(fetch=FetchType.EAGER) causes exception when deploying the ejb3 module: org.hibernate.HibernateException: cannot simultaneously fetch multiple bags. This bug is thoroughly explained here: http://www.jroller.com/page/eyallupu?entry=hibernate_exception_simultaneo... and depends on HHH-1718 "Have multiple bag fetches revert to subselect fetching for all but one of the bags" The temporary solution in HHH-1413 - disallowing multiple bag fetches is unsuitable to ejb3 environment, because the spec does not disallow it. -- 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

18 years

3
3
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-42) Check Hibernate Search deployment in JBoss AS 4.2

by Emmanuel Bernard (JIRA)

Check Hibernate Search deployment in JBoss AS 4.2 ------------------------------------------------- Key: HSEARCH-42 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-42 Project: Hibernate Search Issue Type: Task Reporter: Emmanuel Bernard Christian had issues when HSearch and core jars are in server/default/lib rather than the application scope Check that -- 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

18 years

2
2
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 February 2008