November 2007 - hibernate-issues - Jboss List Archives

[Hibernate-JIRA] Created: (ANN-462) Support @BridgeField annotated annotation

by Emmanuel Bernard (JIRA)

Support @BridgeField annotated annotation ----------------------------------------- Key: ANN-462 URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-462 Project: Hibernate Annotations Type: New Feature Components: lucene Reporter: Emmanuel Bernard Priority: Minor -- 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

17 years, 8 months

2
4
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-49) Ability to add to/remove from index based on object state

by Stefan Norberg (JIRA)

Ability to add to/remove from index based on object state --------------------------------------------------------- Key: HSEARCH-49 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-49 Project: Hibernate Search Issue Type: New Feature Reporter: Stefan Norberg As we discussed after your session on JavaOne, I'd like to see a feature that adds an object to the index based on a expression. Example: An object travels through a state machine and gets past the "approved" state and should now be indexed for search. Later the object gets "unapproved" and should be removed from the search index. It would be nice to have a condition on a combination of bean properties if the object should be in the index. -- 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

17 years, 8 months

3
7
0 / 0

[Hibernate-JIRA] Created: (HHH-2947) NPE on initialization of Hibernate

by Jörg Heinicke (JIRA)

NPE on initialization of Hibernate ---------------------------------- Key: HHH-2947 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2947 Project: Hibernate3 Issue Type: Bug Components: core Affects Versions: 3.2.5 Reporter: Jörg Heinicke Priority: Minor There seems to be a rare case when Hibernate fails with a NPE on initialization: http://forum.springframework.org/showthread.php?t=46034 The actual stacktrace is Caused by: java.lang.ExceptionInInitializerError at org.hibernate.cfg.Configuration.reset(Configuration.java:168) at org.hibernate.cfg.Configuration.<init>(Configuration.java:187) at org.hibernate.cfg.Configuration.<init>(Configuration.java:191) ... Caused by: java.lang.NullPointerException at org.hibernate.util.ConfigHelper.getResourceAsStream(ConfigHelper.java:144) at org.hibernate.cfg.Environment.<clinit>(Environment.java:524) ... 26 more I don't know exactly which Hibernate version the user used but there seems to be only one potential null pointer in the whole method and this is still in line 144 in the latest code: stream = Environment.class.getClassLoader().getResourceAsStream( stripped ); Class.getClassLoader() is allowed to return null following the Java API: http://java.sun.com/j2se/1.5.0/docs/api/java/lang/Class.html#getClassLoad.... So you might consider handling this particular case in which it can happen, when Environment.class gets loaded by the bootstrap classloader. -- 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

17 years, 8 months

3
2
0 / 0

[Hibernate-JIRA] Created: (HHH-2946) @AttributeOverride of column type or name results in PropertyNotFoundException

by Juan Antonio Agudo (JIRA)

@AttributeOverride of column type or name results in PropertyNotFoundException ------------------------------------------------------------------------------ Key: HHH-2946 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2946 Project: Hibernate3 Issue Type: Bug Environment: Hibernate 3.2.5.ga, Annotations 3.3.0.ga, Spring 2.0.7, MySQL 5.0.41-community-nt, Windows Vista Reporter: Juan Antonio Agudo Attachments: hibernateErrorTest.zip When trying to map a java.util.Map<String,String> hibernate by default creates VARCHAR(256) fields. When an attempt to alter for e.g. the column type to "TEXT" an Exception is thrown. For example: @CollectionOfElements @AttributeOverride(name="element.value", column=@Column(columnDefinition="TEXT")) public Map<String, String> getSettings() { return settings; } results in Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'sessionFactory' defined in file [C:\Users\tag\workspace\xyz\conf\applicationContext.xml]: Invocation of init method failed; nested exception is org.hibernate.PropertyNotFoundException: Could not find a setter for property bytes in class java.lang.String Caused by: org.hibernate.PropertyNotFoundException: Could not find a setter for property bytes in class java.lang.String at org.hibernate.property.BasicPropertyAccessor.createSetter(BasicPropertyAccessor.java:216) at org.hibernate.property.BasicPropertyAccessor.getSetter(BasicPropertyAccessor.java:209) at org.hibernate.mapping.Property.getSetter(Property.java:277) at org.hibernate.tuple.component.PojoComponentTuplizer.buildSetter(PojoComponentTuplizer.java:137) at org.hibernate.tuple.component.AbstractComponentTuplizer.<init>(AbstractComponentTuplizer.java:44) at org.hibernate.tuple.component.PojoComponentTuplizer.<init>(PojoComponentTuplizer.java:38) at org.hibernate.tuple.component.ComponentEntityModeToTuplizerMapping.<init>(ComponentEntityModeToTuplizerMapping.java:52) at org.hibernate.tuple.component.ComponentMetamodel.<init>(ComponentMetamodel.java:50) at org.hibernate.mapping.Component.buildType(Component.java:152) at org.hibernate.mapping.Component.getType(Component.java:145) at org.hibernate.mapping.SimpleValue.isValid(SimpleValue.java:253) at org.hibernate.mapping.Collection.validate(Collection.java:278) at org.hibernate.mapping.IndexedCollection.validate(IndexedCollection.java:67) at org.hibernate.cfg.Configuration.validate(Configuration.java:1106) at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1287) at org.hibernate.cfg.AnnotationConfiguration.buildSessionFactory(AnnotationConfiguration.java:915) This behaviour can be reproduced and was described fully in http://forum.hibernate.org/viewtopic.php?p=2368889#2368889 I attached an isolated sample code for review purposes. -- 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

17 years, 8 months

3
3
0 / 0

[Hibernate-JIRA] Created: (EJB-224) <exclude-unlisted-classes>false</exclude-unlisted-classes> has no effect on J2SE

by Sami Dalouche (JIRA)

<exclude-unlisted-classes>false</exclude-unlisted-classes> has no effect on J2SE --------------------------------------------------------------------------------- Key: EJB-224 URL: http://opensource.atlassian.com/projects/hibernate/browse/EJB-224 Project: Hibernate Entity Manager Type: Bug Components: EntityManager Versions: 3.2.0.cr1 Environment: J2SE, JDK5 Versions : ----------- Hibernate Core 3.2.CR2 Hibernate Annotations 3.2.0 CR1 Hibernate Entity Manager 3.2.0 CR1 Reporter: Sami Dalouche When using the EntityManagerFactory from a webapplication (jetty), all my @Entity classes are detected, and mapped correctly. When running the same code from Eclipse (run java application), hibernate doesn't detect any of my @Entity. Everything works perfectly if I add all the corresponding <class> entries in persistence.xml. the following code : <persistence-unit ...> <exclude-unlisted-classes>false</exclude-unlisted-classes> </persistence-unit ...> does not seem to have any effect.. -- 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

17 years, 8 months

3
2
0 / 0

[Hibernate-JIRA] Created: (HHH-2299) dynamic-map entity mode mappings with relationships rise lazy initialization during performing query

by Boleslaw Dawidowicz (JIRA)

dynamic-map entity mode mappings with relationships rise lazy initialization during performing query Created: Yesterday 05:51 AM Updated: Yesterday 06:07 AM ---------------------------------------------------------------------------------------------------------------------------------------------------------------- Key: HHH-2299 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2299 Project: Hibernate3 Type: Bug Components: core Versions: 3.2.1 Reporter: Boleslaw Dawidowicz Attachments: hibernate-issue.tar.gz (copied from http://jira.jboss.com/jira/browse/HIBERNATE-51) (attached IntelliJ project with test case that reproduce this issue) If I create bidirectional relationship between two dynamic-map entities, commit a transaction and start new session, performing a query to obtain an entity raise LazyInitializationException. (full intellij project attached) code and mappings: public void testSF() throws Exception { sf.openSession(); Session es = sf.getCurrentSession(); Transaction tx = es.beginTransaction(); Map lolo = new HashMap(); lolo.put("userName", "lolo"); es.save("PortalUser", lolo); Map dummy = new HashMap(); dummy.put("name", "dummy"); es.save("PortalRole", dummy); Set roles = new HashSet(); roles.add(dummy); lolo.put("roles",roles); Map props = new HashMap(); props.put("theme", "pp"); props.put("signature", "alalala"); lolo.put("dynamic", props); es.save("PortalUser", lolo); tx.commit(); sf.openSession(); es = sf.getCurrentSession(); tx = es.beginTransaction(); Query query = es.createQuery("from PortalUser where userName=:userName"); query.setParameter("userName", "lolo"); //LazyInitializationException on this LINE!!! lolo = (Map)query.uniqueResult(); assertNotNull(lolo.get("roles")); assertNotNull(lolo.get("dynamic")); tx.commit(); } <hibernate-mapping> <class entity-name="PortalUser">  <id name="key" column="jbp_uid" type="java.lang.Long"> <generator class="native"> <param name="sequence">user_seq</param> </generator> </id> <property name="userName" column="jbp_uname" type="java.lang.String" update="false" insert="true" unique="true"/> <map name="dynamic" table="jbp_user_prop" lazy="false" sort="unsorted" cascade="all">  <key column="jbp_uid"/> <index column="jbp_name" type="java.lang.String"/> <element column="jbp_value" type="java.lang.String" not-null="false" unique="false"/> </map>  <property name="password" column="jbp_password" type="java.lang.String" update="true" insert="true" unique="false"/> <set name="roles" table="jbp_role_membership" lazy="false" inverse="false" cascade="none" sort="unsorted">  <key column="jbp_uid"/> <many-to-many entity-name="PortalRole" column="jbp_rid" outer-join="true"/> </set> </class> <class entity-name="PortalRole" table="jbp_roles">  <id name="key" column="jbp_rid" type="java.lang.Long"> <generator class="native"> <param name="sequence">user_seq</param> </generator> </id> <property name="name" column="jbp_name" type="java.lang.String" update="false" insert="true" unique="true"/> <property name="displayName" column="jbp_displayname" type="java.lang.String" update="true" insert="true" unique="true"/> <set name="users" table="jbp_role_membership" lazy="true" inverse="true" cascade="none" sort="unsorted">  <key column="jbp_rid"/> <many-to-many entity-name="PortalUser" column="jbp_uid" outer-join="false"/> </set> </class> </hibernate-mapping> Stack trace: org.hibernate.LazyInitializationException: illegal access to loading collection at org.hibernate.collection.AbstractPersistentCollection.initialize(AbstractPersistentCollection.java:341) at org.hibernate.collection.AbstractPersistentCollection.read(AbstractPersistentCollection.java:86) at org.hibernate.collection.PersistentSet.hashCode(PersistentSet.java:411) at java.util.HashMap$Entry.hashCode(HashMap.java:764) at java.util.AbstractMap.hashCode(AbstractMap.java:557) at java.util.HashMap.put(HashMap.java:418) at java.util.HashSet.add(HashSet.java:194) at java.util.AbstractCollection.addAll(AbstractCollection.java:318) at org.hibernate.collection.PersistentSet.endRead(PersistentSet.java:329) at org.hibernate.engine.CollectionLoadContext.endLoadingCollection(CollectionLoadContext.java:183) at org.hibernate.engine.CollectionLoadContext.endLoadingCollections(CollectionLoadContext.java:268) at org.hibernate.engine.CollectionLoadContext.endLoadingCollections(CollectionLoadContext.java:249) at org.hibernate.loader.Loader.endCollectionLoad(Loader.java:866) at org.hibernate.loader.Loader.initializeEntitiesAndCollections(Loader.java:853) at org.hibernate.loader.Loader.doQuery(Loader.java:717) at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:224) at org.hibernate.loader.Loader.loadCollection(Loader.java:1985) at org.hibernate.loader.collection.CollectionLoader.initialize(CollectionLoader.java:36) at org.hibernate.persister.collection.AbstractCollectionPersister.initialize(AbstractCollectionPersister.java:565) at org.hibernate.event.def.DefaultInitializeCollectionEventListener.onInitializeCollection(DefaultInitializeCollectionEventListener.java:60) at org.hibernate.impl.SessionImpl.initializeCollection(SessionImpl.java:1716) at org.hibernate.collection.AbstractPersistentCollection.initialize(AbstractPersistentCollection.java:344) at org.hibernate.collection.AbstractPersistentCollection.read(AbstractPersistentCollection.java:86) at org.hibernate.collection.PersistentSet.hashCode(PersistentSet.java:411) at java.util.HashMap$Entry.hashCode(HashMap.java:764) at java.util.AbstractMap.hashCode(AbstractMap.java:557) at java.util.HashMap.put(HashMap.java:418) at java.util.HashSet.add(HashSet.java:194) at java.util.AbstractCollection.addAll(AbstractCollection.java:318) at org.hibernate.collection.PersistentSet.endRead(PersistentSet.java:329) at org.hibernate.engine.CollectionLoadContext.endLoadingCollection(CollectionLoadContext.java:183) at org.hibernate.engine.CollectionLoadContext.endLoadingCollections(CollectionLoadContext.java:268) at org.hibernate.engine.CollectionLoadContext.endLoadingCollections(CollectionLoadContext.java:249) at org.hibernate.loader.Loader.endCollectionLoad(Loader.java:866) at org.hibernate.loader.Loader.initializeEntitiesAndCollections(Loader.java:853) at org.hibernate.loader.Loader.doQuery(Loader.java:717) at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:224) at org.hibernate.loader.Loader.loadCollection(Loader.java:1985) at org.hibernate.loader.collection.CollectionLoader.initialize(CollectionLoader.java:36) at org.hibernate.persister.collection.AbstractCollectionPersister.initialize(AbstractCollectionPersister.java:565) at org.hibernate.event.def.DefaultInitializeCollectionEventListener.onInitializeCollection(DefaultInitializeCollectionEventListener.java:60) at org.hibernate.impl.SessionImpl.initializeCollection(SessionImpl.java:1716) at org.hibernate.collection.AbstractPersistentCollection.forceInitialization(AbstractPersistentCollection.java:454) at org.hibernate.engine.StatefulPersistenceContext.initializeNonLazyCollections(StatefulPersistenceContext.java:755) at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:229) at org.hibernate.loader.Loader.doList(Loader.java:2211) at org.hibernate.loader.Loader.listIgnoreQueryCache(Loader.java:2095) at org.hibernate.loader.Loader.list(Loader.java:2090) at org.hibernate.loader.hql.QueryLoader.list(QueryLoader.java:388) at org.hibernate.hql.ast.QueryTranslatorImpl.list(QueryTranslatorImpl.java:338) at org.hibernate.engine.query.HQLQueryPlan.performList(HQLQueryPlan.java:172) at org.hibernate.impl.SessionImpl.list(SessionImpl.java:1121) at org.hibernate.impl.QueryImpl.list(QueryImpl.java:79) at org.hibernate.impl.AbstractQueryImpl.uniqueResult(AbstractQueryImpl.java:804) at org.jboss.test.DynamicTest.testSF(DynamicTest.java:83) 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.junit.JUnitStarter.main(JUnitStarter.java:40) 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:90) also note that commenting out this 3 lines makes it work: Set roles = new HashSet(); roles.add(dummy); lolo.put("roles",roles); So I guess it's about resolving roles relationship during obtaing a user object -- 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

17 years, 8 months

6
7
0 / 0

[Hibernate-JIRA] Created: (HBX-910) hbm2ddl doesn't create identity column with custom identifier generator

by Luca Dall'Olio (JIRA)

hbm2ddl doesn't create identity column with custom identifier generator ----------------------------------------------------------------------- Key: HBX-910 URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-910 Project: Hibernate Tools Type: Bug Environment: hibernate 3.2.1 hsqldb 8.0.1 Reporter: Luca Dall'Olio Priority: Minor When defining a custom identifiergenerator which implements org.hibernate.id.PostInsertIdentifierGenerator , hbm2ddl doesn't define the primary key column as identity (i.e. hibernate.hbm2ddl.auto=create) By looking at the source code, the hbm2dll depends on org.hibernate.mapping.SimpleValue.isIdentityColumn() function, which in turn has a direct dependency on IdentityGenerator.class : public boolean isIdentityColumn(Dialect dialect) { return IdentifierGeneratorFactory.getIdentifierGeneratorClass(identifierGeneratorStrategy, dialect) .equals(IdentityGenerator.class); } in my opinion, it should depend instead on the PostInsertIdentifierGenerator interface : public boolean isIdentityColumn(Dialect dialect) { return IdentifierGeneratorFactory.getIdentifierGeneratorClass(identifierGeneratorStrategy, dialect) .isInstance(PostInsertIdentifierGenerator.class); } Here is an example of a custom IdentityGenerator which can reproduce this problem : package sample; ... public class CustomIdentifierGenerator implements IdentifierGenerator, PostInsertIdentifierGenerator { private static IdentityGenerator hibernateGeneratorDelegate = null; public Serializable generate(SessionImplementor session, Object object) throws HibernateException { return hibernateGeneratorDelegate.generate(session, object); } public InsertGeneratedIdentifierDelegate getInsertGeneratedIdentifierDelegate( PostInsertIdentityPersister persister, Dialect dialect, boolean isUseGet) throws HibernateException { return hibernateGeneratorDelegate.getInsertGeneratedIdentifierDelegate(persister, dialect, isUseGet); } } Here an example mapping fragment : <id name="id" type="long" column="DMM_ID"> <generator class="sample.CustomIdentifierGenerator " /> </id> -- 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

17 years, 8 months

2
1
0 / 0

[Hibernate-JIRA] Created: (EJB-288) Execute the EJB 3.0 callback on collection change

by Emmanuel Bernard (JIRA)

Execute the EJB 3.0 callback on collection change ------------------------------------------------- Key: EJB-288 URL: http://opensource.atlassian.com/projects/hibernate/browse/EJB-288 Project: Hibernate Entity Manager Issue Type: Improvement Components: EntityManager Reporter: Emmanuel Bernard Today collection change does not trigger an event, but we it will, it makes sense to trigger the ejb 3 lifecycle (minus calling it twice??). -- 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

17 years, 8 months

2
7
0 / 0

[Hibernate-JIRA] Created: (HSEARCH-133) Allow ovrriding DefaultSimilarity for indexing and searching

by John Griffin (JIRA)

Allow ovrriding DefaultSimilarity for indexing and searching ------------------------------------------------------------ Key: HSEARCH-133 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-133 Project: Hibernate Search Issue Type: New Feature Components: engine, query Affects Versions: 3.0.1 Reporter: John Griffin Assignee: John Griffin Ability to override DefaultSimilarity for indexing and searching should be implemented. Access is necessary in both places because changing only one and then querying has undefined results as far as scores are concerned. -- 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

17 years, 9 months

4
11
0 / 0

[Hibernate-JIRA] Created: (EJB-275) CLONE -JarVisitor fails on exploded archives with spaces in path

by Sylvain Laurent (JIRA)

CLONE -JarVisitor fails on exploded archives with spaces in path ---------------------------------------------------------------- Key: EJB-275 URL: http://opensource.atlassian.com/projects/hibernate/browse/EJB-275 Project: Hibernate Entity Manager Type: Bug Components: EntityManager Versions: 3.2.0.ga Environment: Windows XP, Cygwin Reporter: Sylvain Laurent Assigned to: Emmanuel Bernard Fix For: 3.2.1 When run within a path with spaces, the following test fails due to incorrect conversion of URLs to file paths: org.hibernate.ejb.test.PackagedEntityManagerTest.testExplodedPar The attached patch fixes 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

17 years, 9 months

5
11
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 November 2007