hibernate-issues — Hibernate JIRA Notifications

[Hibernate-issues] [Hibernate-JIRA] Created: (ANN-396) NotNull validator doesn't work

[Celso G. B. Jr (JIRA) <no...@at...>]

NotNull validator doesn't work
------------------------------

         Key: ANN-396
         URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-396
     Project: Hibernate Annotations
        Type: Bug

    Versions: 3.2.0.cr1    
 Environment: Hibernate 3.2.0 CR2
Hibernate Annotations 3.2.0 cr1
    Reporter: Celso Gomes Barreto Jr
    Priority: Critical


Hibernate is throwing org.hibernate.PropertyValueException instead of org.hibernate.validator.InvalidStateException with @NotNull.
A much better description from this problem (also a workaround) is avaiable at http://www.nearinfinity.com/blogs/page/jkunkle?entry=notnull_hibernate_annotation_validation_problems

-- 
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.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Created: (ANN-395) @Embedded can not map interface

[Daniel T. (JIRA) <no...@at...>]

@Embedded can not map interface
-------------------------------

         Key: ANN-395
         URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-395
     Project: Hibernate Annotations
        Type: Bug

    Versions: 3.2.0.cr1    
    Reporter: Daniel Tabuenca 


When configuring with HBM/XML  a component you can use the class="com.MyClassImpl" to especify the implementation class for a component property. This would be equivalent to something like.

@Embedded(targetEntity=MyClassImpl.class)
MyClassInterface getMyClass(){
return myClass;
}

While I know this is not part of the EJB3 spec, being that it is a feature in hibernate when using hbm/xml there should be a simple way to do this with annotations without having to resort to custom user types.


-- 
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.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Assigned: (HHH-1293) java.lang.NoSuchMethodError: <persistent class>.getHibernateLazyInitializer()

[Scott M. (JIRA) <no...@at...>]

     [ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1293?page=all ]

Scott Marlow reassigned HHH-1293:
---------------------------------

    Assign To: Max Rydahl Andersen  (was: Scott Marlow)

> java.lang.NoSuchMethodError: <persistent class>.getHibernateLazyInitializer()
> -----------------------------------------------------------------------------
>
>          Key: HHH-1293
>          URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1293
>      Project: Hibernate3
>         Type: Bug

>     Versions: 3.1.1
>     Reporter: Andreas Schildbach
>     Assignee: Max Rydahl Andersen
>     Priority: Blocker
>      Fix For: 3.2.0.ga
>  Attachments: CGLIBLazyInitializer.patch, CGLIBLazyInitializer.patch, CGLIBLazyInitializer.patch3, CGLIBLazyInitializer.patch4, CGLIBProxyFactory.patch3, hibernate3.jar, manysessions.tgz
>
>
> As documented in
> http://forum.hibernate.org/viewtopic.php?t=940119
> some people (including me) are getting this exception with the final release of Hibernate 3.1:
> java.lang.NoSuchMethodError: de.schildbach.game.integration.HibernateGamePlayer.getHibernateLazyInitializer()Lorg/hibernate/proxy/LazyInitializer;
>         at de.schildbach.game.integration.HibernateGamePlayer$$EnhancerByCGLIB$$afecb986.getHibernateLazyInitializer(<generated>)
>         at org.hibernate.type.EntityType.resolveIdentifier(EntityType.java:274)
>         at org.hibernate.type.ManyToOneType.assemble(ManyToOneType.java:177)
>         at org.hibernate.type.TypeFactory.assemble(TypeFactory.java:398)
>         at org.hibernate.cache.entry.CacheEntry.assemble(CacheEntry.java:96)
>         at org.hibernate.cache.entry.CacheEntry.assemble(CacheEntry.java:82)
>         at org.hibernate.event.def.DefaultLoadEventListener.assembleCacheEntry(DefaultLoadEventListener.java:520)
>         at org.hibernate.event.def.DefaultLoadEventListener.loadFromSecondLevelCache(DefaultLoadEventListener.java:474)
>         at org.hibernate.event.def.DefaultLoadEventListener.doLoad(DefaultLoadEventListener.java:328)
>         at org.hibernate.event.def.DefaultLoadEventListener.load(DefaultLoadEventListener.java:123)
>         at org.hibernate.event.def.DefaultLoadEventListener.returnNarrowedProxy(DefaultLoadEventListener.java:202)
>         at org.hibernate.event.def.DefaultLoadEventListener.proxyOrLoad(DefaultLoadEventListener.java:169)
>         at org.hibernate.event.def.DefaultLoadEventListener.onLoad(DefaultLoadEventListener.java:87)
>         at org.hibernate.impl.SessionImpl.fireLoad(SessionImpl.java:869)
>         at org.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:838)
>         at org.hibernate.type.EntityType.resolveIdentifier(EntityType.java:266)
>         at org.hibernate.type.ManyToOneType.assemble(ManyToOneType.java:177)
>         at org.hibernate.collection.PersistentList.initializeFromCache(PersistentList.java:378)
>         at org.hibernate.cache.entry.CollectionCacheEntry.assemble(CollectionCacheEntry.java:35)
>         at org.hibernate.event.def.DefaultInitializeCollectionEventListener.initializeCollectionFromCache(DefaultInitializeCollectionEventListener.java:130)
>         at org.hibernate.event.def.DefaultInitializeCollectionEventListener.onInitializeCollection(DefaultInitializeCollectionEventListener.java:48)
>         at org.hibernate.impl.SessionImpl.initializeCollection(SessionImpl.java:1627)
>         at org.hibernate.collection.AbstractPersistentCollection.initialize(AbstractPersistentCollection.java:344)
>         at org.hibernate.collection.AbstractPersistentCollection.read(AbstractPersistentCollection.java:86)
>         at org.hibernate.collection.AbstractPersistentCollection.readSize(AbstractPersistentCollection.java:109)
>         at org.hibernate.collection.PersistentList.size(PersistentList.java:91)
> The exception varies with the actual persistent class in use. Most people seem to be using JDK 1.5 and Linux. Some reports say that the exception does not happen from the very start of the application, but it takes "several invocations"/"some time" until it appear, but then it appears very often.

-- 
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.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Commented: (HHH-1848) A session.lock generates a query with a version column in a joined subclass which does not exist

[Christopher G. S. II (JIRA) <no...@at...>]

    [ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1848?page=comments#action_23708 ] 

Christopher G. Stach II commented on HHH-1848:
----------------------------------------------

At SelectLockingStrategy:108, the root table name is being requested; however, JoinedSubclassEntityPersister doesn't override AbstractEntityPersister's getRootTableName.  AEP's getRootTableName returns the subclass' table name.

> A session.lock generates a query with a version column in a joined subclass which does not exist
> ------------------------------------------------------------------------------------------------
>
>          Key: HHH-1848
>          URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1848
>      Project: Hibernate3
>         Type: Bug

>     Versions: 3.2.0.cr2
>  Environment: Windows XP Pro SP2 (full update)
> Java 1.5.0_06
> Postgres 8.1
> postgresql-8.1-404.jdbc3.jar
> Annotations 3.2.0 cr1
> hibernatetools-3.1.0.beta5
>     Reporter: Eduard Mossinkoff
>     Priority: Minor
>  Attachments: screenshot-1.jpg, screenshot-1.jpg
>
>
> A joined class hierarchy using annotations has a version property named "optlock" like in the annotation reference.
> The session factory in the Eclipse Hibernate console shows the joined subclass and it contains the "id" and "version" properties inherited from its superclass. The generated schema only has the version property in the table representing the root entity. The subclass has no "optlock" column. Now when a session.lock() is called with an instance of the subclass as its parameter and lockmode "UPGRADE", a query is generated including the "optlock" column on the subclass table which doesn't exist in the schema.
> The root entity, only showing the relevant properties
> @Entity
> @Inheritance(strategy = InheritanceType.JOINED)
> @AccessType("field")
> public class ModelObject implements Serializable, AccessControl {
> 	private static final long serialVersionUID = 2354579396538279696L;
> 	transient public static final int STORAGE_COSTS = 10;
> 	@Id
> 	@GeneratedValue(generator = "system-uuid")
> 	@GenericGenerator(name = "system-uuid", strategy = "uuid")
> 	private String id;
> 	@Version
> 	@Column(name="optlock")
> 	private Integer version;
> }
> A sub class 
> @Entity
> @AccessType("field")
> public class Item extends ModelObject implements Cloneable, Serializable {
> }
> @Entity
> @AccessType("field")
> public class Domain extends Item {
>       protected String domainId = null;
> }
> @Entity
> @AccessType("field")
> public class UserDomain extends Domain {
>         private long lastLoginDate;
> }
> The Hibernate console shows:
> org.across.model.UserDomain
> +id:java.lang.String
> +version:java.lang.Integer
> The database table of ModelObject
> CREATE TABLE dev.modelobject
> (
>   id varchar(255) NOT NULL,
>   optlock int4,
>   acl_id varchar(255),
>   CONSTRAINT modelobject_pkey PRIMARY KEY (id),
>   CONSTRAINT fk78ba6fa841f3e430 FOREIGN KEY (acl_id)
>       REFERENCES dev.acl (id) MATCH SIMPLE
>       ON UPDATE NO ACTION ON DELETE NO ACTION
> ) 
> WITHOUT OIDS;
> ALTER TABLE dev.modelobject OWNER TO across;
> The UserDomain table
> CREATE TABLE dev.userdomain
> (
>   id varchar(255) NOT NULL,
>   lastlogindate int8 NOT NULL,
>   CONSTRAINT userdomain_pkey PRIMARY KEY (id),
>   CONSTRAINT fkbbd6448faf7c2769 FOREIGN KEY (id)
>       REFERENCES dev."domain" (id) MATCH SIMPLE
>       ON UPDATE NO ACTION ON DELETE NO ACTION
> ) 
> WITHOUT OIDS;
> ALTER TABLE dev.userdomain OWNER TO across;
> The query generated when calling session.lock(userDomain, LockMode.UPGRADE); where userDomain is an instance created in a different session that was closed. 
> Hibernate: select id from dev.UserDomain where id =? and optlock =? for update
> 7625 [main] WARN  org.hibernate.util.JDBCExceptionReporter  - SQL Error: 0, SQLState: 42703
> 7625 [main] ERROR org.hibernate.util.JDBCExceptionReporter  - ERROR: column "optlock" does not exist
> The "optlock" column is not present in the UserDomain table only in the ModelObject table. 
> The question is, is the generated query wrong or is the Hibernate Eclipse tool generating a wrong schema.

-- 
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.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Resolved: (HHH-1927) persist() and then merge() not handled correctly for multiple entity instances representing the same logical state

[Steve E. (JIRA) <no...@at...>]

     [ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1927?page=all ]
     
Steve Ebersole resolved HHH-1927:
---------------------------------

    Resolution: Fixed

> persist() and then merge() not handled correctly for multiple entity instances representing the same logical state
> ------------------------------------------------------------------------------------------------------------------
>
>          Key: HHH-1927
>          URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1927
>      Project: Hibernate3
>         Type: Bug

>   Components: core
>     Reporter: Steve Ebersole
>     Assignee: Steve Ebersole
>      Fix For: 3.2.0.ga

>
>
> Ref: testSaveThenMergeInSameTxnWithVersion() and testSaveThenMergeInSameTxnWithTimestamp() in org/hibernate/test/ops/MergeTest

-- 
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.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Commented: (HHH-1927) persist() and then merge() not handled correctly for multiple entity instances representing the same logical state

[Steve E. (JIRA) <no...@at...>]

    [ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1927?page=comments#action_23707 ] 

Steve Ebersole commented on HHH-1927:
-------------------------------------

The correct thing to do (according to our reading of the JPA spec) is to treat the subsequent merge as a detached object.

> persist() and then merge() not handled correctly for multiple entity instances representing the same logical state
> ------------------------------------------------------------------------------------------------------------------
>
>          Key: HHH-1927
>          URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1927
>      Project: Hibernate3
>         Type: Bug

>   Components: core
>     Reporter: Steve Ebersole
>     Assignee: Steve Ebersole
>      Fix For: 3.2.0.ga

>
>
> Ref: testSaveThenMergeInSameTxnWithVersion() and testSaveThenMergeInSameTxnWithTimestamp() in org/hibernate/test/ops/MergeTest

-- 
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.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Created: (HHH-1927) persist() and then merge() not handled correctly for multiple entity instances representing the same logical state

[Steve E. (JIRA) <no...@at...>]

persist() and then merge() not handled correctly for multiple entity instances representing the same logical state
------------------------------------------------------------------------------------------------------------------

         Key: HHH-1927
         URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1927
     Project: Hibernate3
        Type: Bug

  Components: core  
    Reporter: Steve Ebersole
 Assigned to: Steve Ebersole 
     Fix For: 3.2.0.ga


Ref: testSaveThenMergeInSameTxnWithVersion() and testSaveThenMergeInSameTxnWithTimestamp() in org/hibernate/test/ops/MergeTest


-- 
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.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Commented: (HHH-1848) A session.lock generates a query with a version column in a joined subclass which does not exist

[Christopher G. S. II (JIRA) <no...@at...>]

    [ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1848?page=comments#action_23706 ] 

Christopher G. Stach II commented on HHH-1848:
----------------------------------------------

We just ran into this same issue with JDK 1.5.0_07, Hibernate 3.2.0.cr2, Hibernate Annotations 3.2.0.cr1, and MySQL 5.0.18.  The generated query is incorrect.  It's trying to look for the PK and version columns in the subclass' table.

Hibernate:
    /* READ lock xxx.Subclass */ select
        id
    from
        subclass_table
    where
        id =?
        and optlock_ver =?

org.hibernate.util.JDBCExceptionReporter.logExceptions SQL Error: 1054, SQLState: 42S22
org.hibernate.util.JDBCExceptionReporter.logExceptions Unknown column 'id' in 'field list'
$RCSfile: ExceptionHandler.java,v $.execute Exception
com.mysql.jdbc.exceptions.MySQLSyntaxErrorException: Unknown column 'id' in 'field list'
        at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:936)
        at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:2822)
        at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1536)
        at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:1626)
        at com.mysql.jdbc.Connection.execSQL(Connection.java:3031)
        at com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:943)
        at com.mysql.jdbc.PreparedStatement.executeQuery(PreparedStatement.java:1049)
        at com.mysql.jdbc.jdbc2.optional.PreparedStatementWrapper.executeQuery(PreparedStatementWrapper.java:811)
        at com.caucho.sql.UserPreparedStatement.executeQuery(UserPreparedStatement.java:108)
        at com.caucho.sql.UserPreparedStatement.executeQuery(UserPreparedStatement.java:108)
        at org.hibernate.dialect.lock.SelectLockingStrategy.lock(SelectLockingStrategy.java:71)
        at org.hibernate.persister.entity.AbstractEntityPersister.lock(AbstractEntityPersister.java:1282)
        at org.hibernate.event.def.AbstractLockUpgradeEventListener.upgradeLock(AbstractLockUpgradeEventListener.java:88)
        at org.hibernate.event.def.DefaultLockEventListener.onLock(DefaultLockEventListener.java:64)
        at org.hibernate.impl.SessionImpl.fireLock(SessionImpl.java:586)
        at org.hibernate.impl.SessionImpl.lock(SessionImpl.java:578)
        at org.springframework.orm.hibernate3.HibernateTemplate$10.doInHibernate(HibernateTemplate.java:596)
        at org.springframework.orm.hibernate3.HibernateTemplate.execute(HibernateTemplate.java:366)
        at org.springframework.orm.hibernate3.HibernateTemplate.lock(HibernateTemplate.java:594) 


> A session.lock generates a query with a version column in a joined subclass which does not exist
> ------------------------------------------------------------------------------------------------
>
>          Key: HHH-1848
>          URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1848
>      Project: Hibernate3
>         Type: Bug

>     Versions: 3.2.0.cr2
>  Environment: Windows XP Pro SP2 (full update)
> Java 1.5.0_06
> Postgres 8.1
> postgresql-8.1-404.jdbc3.jar
> Annotations 3.2.0 cr1
> hibernatetools-3.1.0.beta5
>     Reporter: Eduard Mossinkoff
>     Priority: Minor
>  Attachments: screenshot-1.jpg, screenshot-1.jpg
>
>
> A joined class hierarchy using annotations has a version property named "optlock" like in the annotation reference.
> The session factory in the Eclipse Hibernate console shows the joined subclass and it contains the "id" and "version" properties inherited from its superclass. The generated schema only has the version property in the table representing the root entity. The subclass has no "optlock" column. Now when a session.lock() is called with an instance of the subclass as its parameter and lockmode "UPGRADE", a query is generated including the "optlock" column on the subclass table which doesn't exist in the schema.
> The root entity, only showing the relevant properties
> @Entity
> @Inheritance(strategy = InheritanceType.JOINED)
> @AccessType("field")
> public class ModelObject implements Serializable, AccessControl {
> 	private static final long serialVersionUID = 2354579396538279696L;
> 	transient public static final int STORAGE_COSTS = 10;
> 	@Id
> 	@GeneratedValue(generator = "system-uuid")
> 	@GenericGenerator(name = "system-uuid", strategy = "uuid")
> 	private String id;
> 	@Version
> 	@Column(name="optlock")
> 	private Integer version;
> }
> A sub class 
> @Entity
> @AccessType("field")
> public class Item extends ModelObject implements Cloneable, Serializable {
> }
> @Entity
> @AccessType("field")
> public class Domain extends Item {
>       protected String domainId = null;
> }
> @Entity
> @AccessType("field")
> public class UserDomain extends Domain {
>         private long lastLoginDate;
> }
> The Hibernate console shows:
> org.across.model.UserDomain
> +id:java.lang.String
> +version:java.lang.Integer
> The database table of ModelObject
> CREATE TABLE dev.modelobject
> (
>   id varchar(255) NOT NULL,
>   optlock int4,
>   acl_id varchar(255),
>   CONSTRAINT modelobject_pkey PRIMARY KEY (id),
>   CONSTRAINT fk78ba6fa841f3e430 FOREIGN KEY (acl_id)
>       REFERENCES dev.acl (id) MATCH SIMPLE
>       ON UPDATE NO ACTION ON DELETE NO ACTION
> ) 
> WITHOUT OIDS;
> ALTER TABLE dev.modelobject OWNER TO across;
> The UserDomain table
> CREATE TABLE dev.userdomain
> (
>   id varchar(255) NOT NULL,
>   lastlogindate int8 NOT NULL,
>   CONSTRAINT userdomain_pkey PRIMARY KEY (id),
>   CONSTRAINT fkbbd6448faf7c2769 FOREIGN KEY (id)
>       REFERENCES dev."domain" (id) MATCH SIMPLE
>       ON UPDATE NO ACTION ON DELETE NO ACTION
> ) 
> WITHOUT OIDS;
> ALTER TABLE dev.userdomain OWNER TO across;
> The query generated when calling session.lock(userDomain, LockMode.UPGRADE); where userDomain is an instance created in a different session that was closed. 
> Hibernate: select id from dev.UserDomain where id =? and optlock =? for update
> 7625 [main] WARN  org.hibernate.util.JDBCExceptionReporter  - SQL Error: 0, SQLState: 42703
> 7625 [main] ERROR org.hibernate.util.JDBCExceptionReporter  - ERROR: column "optlock" does not exist
> The "optlock" column is not present in the UserDomain table only in the ModelObject table. 
> The question is, is the generated query wrong or is the Hibernate Eclipse tool generating a wrong schema.

-- 
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.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Commented: (HBX-707) Create Hibernate console Configaration wizard's 'classpath adding window is not displaying

[Max R. A. (JIRA) <no...@at...>]

    [ http://opensource.atlassian.com/projects/hibernate/browse/HBX-707?page=comments#action_23705 ] 

Max Rydahl Andersen commented on HBX-707:
-----------------------------------------

get a bigger screen :) (yeah i know ...)

> Create Hibernate console Configaration wizard's 'classpath adding window is not displaying
> ------------------------------------------------------------------------------------------
>
>          Key: HBX-707
>          URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-707
>      Project: Hibernate Tools
>         Type: Bug

>   Components: consoleconfiguration
>     Versions: 3.2beta6
>  Environment: windows XP, eclipse 3.2, hibernate 3.2
>     Reporter: vinay chandrakumar
>  Attachments: hibernate.JPG
>
> Original Estimate: 30 minutes
>         Remaining: 30 minutes
>
> I'm using a 14"  monitor in my desktop. I opened the "create hibernate console configaration" window,   but  I was unable to add the  driver jar and other POJOs into classpath, since the tab is not visible,  it should adjust  the view of the wizard as per the monitor size.
> screen shot will show a better idea

-- 
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.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Commented: (HHH-1293) java.lang.NoSuchMethodError: <persistent class>.getHibernateLazyInitializer()

[Scott M. (JIRA) <no...@at...>]

    [ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1293?page=comments#action_23704 ] 

Scott Marlow commented on HHH-1293:
-----------------------------------

The change to use "InvocationHandler" is commited to head (not yet part of 3.2 at this point).

> java.lang.NoSuchMethodError: <persistent class>.getHibernateLazyInitializer()
> -----------------------------------------------------------------------------
>
>          Key: HHH-1293
>          URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1293
>      Project: Hibernate3
>         Type: Bug

>     Versions: 3.1.1
>     Reporter: Andreas Schildbach
>     Assignee: Scott Marlow
>     Priority: Blocker
>      Fix For: 3.2.0.ga
>  Attachments: CGLIBLazyInitializer.patch, CGLIBLazyInitializer.patch, CGLIBLazyInitializer.patch3, CGLIBLazyInitializer.patch4, CGLIBProxyFactory.patch3, hibernate3.jar, manysessions.tgz
>
>
> As documented in
> http://forum.hibernate.org/viewtopic.php?t=940119
> some people (including me) are getting this exception with the final release of Hibernate 3.1:
> java.lang.NoSuchMethodError: de.schildbach.game.integration.HibernateGamePlayer.getHibernateLazyInitializer()Lorg/hibernate/proxy/LazyInitializer;
>         at de.schildbach.game.integration.HibernateGamePlayer$$EnhancerByCGLIB$$afecb986.getHibernateLazyInitializer(<generated>)
>         at org.hibernate.type.EntityType.resolveIdentifier(EntityType.java:274)
>         at org.hibernate.type.ManyToOneType.assemble(ManyToOneType.java:177)
>         at org.hibernate.type.TypeFactory.assemble(TypeFactory.java:398)
>         at org.hibernate.cache.entry.CacheEntry.assemble(CacheEntry.java:96)
>         at org.hibernate.cache.entry.CacheEntry.assemble(CacheEntry.java:82)
>         at org.hibernate.event.def.DefaultLoadEventListener.assembleCacheEntry(DefaultLoadEventListener.java:520)
>         at org.hibernate.event.def.DefaultLoadEventListener.loadFromSecondLevelCache(DefaultLoadEventListener.java:474)
>         at org.hibernate.event.def.DefaultLoadEventListener.doLoad(DefaultLoadEventListener.java:328)
>         at org.hibernate.event.def.DefaultLoadEventListener.load(DefaultLoadEventListener.java:123)
>         at org.hibernate.event.def.DefaultLoadEventListener.returnNarrowedProxy(DefaultLoadEventListener.java:202)
>         at org.hibernate.event.def.DefaultLoadEventListener.proxyOrLoad(DefaultLoadEventListener.java:169)
>         at org.hibernate.event.def.DefaultLoadEventListener.onLoad(DefaultLoadEventListener.java:87)
>         at org.hibernate.impl.SessionImpl.fireLoad(SessionImpl.java:869)
>         at org.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:838)
>         at org.hibernate.type.EntityType.resolveIdentifier(EntityType.java:266)
>         at org.hibernate.type.ManyToOneType.assemble(ManyToOneType.java:177)
>         at org.hibernate.collection.PersistentList.initializeFromCache(PersistentList.java:378)
>         at org.hibernate.cache.entry.CollectionCacheEntry.assemble(CollectionCacheEntry.java:35)
>         at org.hibernate.event.def.DefaultInitializeCollectionEventListener.initializeCollectionFromCache(DefaultInitializeCollectionEventListener.java:130)
>         at org.hibernate.event.def.DefaultInitializeCollectionEventListener.onInitializeCollection(DefaultInitializeCollectionEventListener.java:48)
>         at org.hibernate.impl.SessionImpl.initializeCollection(SessionImpl.java:1627)
>         at org.hibernate.collection.AbstractPersistentCollection.initialize(AbstractPersistentCollection.java:344)
>         at org.hibernate.collection.AbstractPersistentCollection.read(AbstractPersistentCollection.java:86)
>         at org.hibernate.collection.AbstractPersistentCollection.readSize(AbstractPersistentCollection.java:109)
>         at org.hibernate.collection.PersistentList.size(PersistentList.java:91)
> The exception varies with the actual persistent class in use. Most people seem to be using JDK 1.5 and Linux. Some reports say that the exception does not happen from the very start of the application, but it takes "several invocations"/"some time" until it appear, but then it appears very often.

-- 
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.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Created: (HBX-707) Create Hibernate console Configaration wizard's 'classpath adding window is not displaying

[vinay c. (JIRA) <no...@at...>]

Create Hibernate console Configaration wizard's 'classpath adding window is not displaying
------------------------------------------------------------------------------------------

         Key: HBX-707
         URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-707
     Project: Hibernate Tools
        Type: Bug

  Components: consoleconfiguration  
    Versions: 3.2beta6    
 Environment: windows XP, eclipse 3.2, hibernate 3.2
    Reporter: vinay chandrakumar
 Attachments: hibernate.JPG

I'm using a 14"  monitor in my desktop. I opened the "create hibernate console configaration" window,   but  I was unable to add the  driver jar and other POJOs into classpath, since the tab is not visible,  it should adjust  the view of the wizard as per the monitor size.

screen shot will show a better idea

-- 
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.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Commented: (HHH-1926) Mapping a many-to-many to part of the target's composite PK doesn't work

[Daniel H. (JIRA) <no...@at...>]

    [ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1926?page=comments#action_23703 ] 

Daniel Hannum commented on HHH-1926:
------------------------------------

There are countless other JIRA's that provide mapping files and report unexpected behavior. I thought I was fairly clear in my description that I thought it may be a bug. I even provided a test case. 

Where is the line between a support question in the forum and a bug report?

> Mapping a many-to-many to part of the target's composite PK doesn't work 
> -------------------------------------------------------------------------
>
>          Key: HHH-1926
>          URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1926
>      Project: Hibernate3
>         Type: Bug

>   Components: core
>     Versions: 3.1.3
>  Environment: Tested on 3.1.3 and 3.2.0.cr2
>     Reporter: Daniel Hannum
>  Attachments: hibernateTest.zip
>
>
> Hi, I brought this up on the forums:
> http://forum.hibernate.org/viewtopic.php?p=2315103#2315103
> And although I received some guidance, it still doesn't work. Perhaps it's a bug, perhaps it's impossible, perhaps a wider audience can help... here goes.
> Consider 
> class A with a 3-way PK: C1, C2, C3
> class B with a 4-way PK: C2, C3, C4, C5
> As you can see A and B share two columns. This is a many-to-many relation with no join table, and yes I know it's poor database design. It's legacy, can't change it, etc.
> All I want is for Hibernate, when creating a persistent A, to efficiently retrieve a bag of all B's that share the two shared columns. The reverse mapping is optional. I don't need to be able to update this collection, just read the B's without having to issue separate DB hits.
> Unfortunately, Hibernate is still unhappy with my mappings (below)
> org.hibernate.MappingException: collection element mapping has wrong number of columns: hibernatetest.B.relatedAs type: hibernatetest.A
> A.hbm.xml is
> <composite-id name="compId" class="hibernatetest.APK">
> 	<key-property name="column1" column="C1" />
> 	<key-property name="column2" column="C2" />
> 	<key-property name="column3" column="C3" />
> </composite-id>
> <property name="otherColumnA" column="OTHER_COLUMN_A" />
> <properties name="keysSharedA">
> 	<property name="column2" column="C2" insert="false" update="false"/>
> 	<property name="column3" column="C3" insert="false" update="false"/>
> </properties>
> 		
> <bag name="relatedBs">
> 	<key property-ref="keysSharedA">
> 		<column name="C2"/>
> 		<column name="C3"/>
> 	</key>
> 	<many-to-many class="hibernatetest.B"/>
> </bag>
> B.hbm.xml is very similar
> <composite-id name="compId" class="hibernatetest.BPK">
> 	<key-property name="column2" column="C2" />
> 	<key-property name="column3" column="C3" />
> 	<key-property name="column4" column="C4" />
> 	<key-property name="column5" column="C5" />
> </composite-id>
> <property name="otherColumnB" column="OTHER_COLUMN_B" />
> 		
> <properties name="keysSharedB">
> 	<property name="column2" column="C2" insert="false" update="false"/>
> 	<property name="column3" column="C3" insert="false" update="false"/>
> </properties>
> 	
> <bag name="relatedAs" inverse="true">
> 	<key property-ref="keysSharedB">
> 		<column name="C2"/>
> 		<column name="C3"/>
> 	</key>
> 	<many-to-many class="hibernatetest.A"/>
> </bag>
> I have attached a zip containing the code and mapping files, as well as a unit test that displays the problem.
> Thanks for any help you can provide.

-- 
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.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Resolved: (HHH-1926) Mapping a many-to-many to part of the target's composite PK doesn't work

[Christian B. (JIRA) <no...@at...>]

     [ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1926?page=all ]
     
Christian Bauer resolved HHH-1926:
----------------------------------

    Resolution: Rejected

This is the Hibernate developer TODO list, not a support portal. Please stay on the community forum or consider commercial Hibernate support.


> Mapping a many-to-many to part of the target's composite PK doesn't work 
> -------------------------------------------------------------------------
>
>          Key: HHH-1926
>          URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1926
>      Project: Hibernate3
>         Type: Bug

>   Components: core
>     Versions: 3.1.3
>  Environment: Tested on 3.1.3 and 3.2.0.cr2
>     Reporter: Daniel Hannum
>  Attachments: hibernateTest.zip
>
>
> Hi, I brought this up on the forums:
> http://forum.hibernate.org/viewtopic.php?p=2315103#2315103
> And although I received some guidance, it still doesn't work. Perhaps it's a bug, perhaps it's impossible, perhaps a wider audience can help... here goes.
> Consider 
> class A with a 3-way PK: C1, C2, C3
> class B with a 4-way PK: C2, C3, C4, C5
> As you can see A and B share two columns. This is a many-to-many relation with no join table, and yes I know it's poor database design. It's legacy, can't change it, etc.
> All I want is for Hibernate, when creating a persistent A, to efficiently retrieve a bag of all B's that share the two shared columns. The reverse mapping is optional. I don't need to be able to update this collection, just read the B's without having to issue separate DB hits.
> Unfortunately, Hibernate is still unhappy with my mappings (below)
> org.hibernate.MappingException: collection element mapping has wrong number of columns: hibernatetest.B.relatedAs type: hibernatetest.A
> A.hbm.xml is
> <composite-id name="compId" class="hibernatetest.APK">
> 	<key-property name="column1" column="C1" />
> 	<key-property name="column2" column="C2" />
> 	<key-property name="column3" column="C3" />
> </composite-id>
> <property name="otherColumnA" column="OTHER_COLUMN_A" />
> <properties name="keysSharedA">
> 	<property name="column2" column="C2" insert="false" update="false"/>
> 	<property name="column3" column="C3" insert="false" update="false"/>
> </properties>
> 		
> <bag name="relatedBs">
> 	<key property-ref="keysSharedA">
> 		<column name="C2"/>
> 		<column name="C3"/>
> 	</key>
> 	<many-to-many class="hibernatetest.B"/>
> </bag>
> B.hbm.xml is very similar
> <composite-id name="compId" class="hibernatetest.BPK">
> 	<key-property name="column2" column="C2" />
> 	<key-property name="column3" column="C3" />
> 	<key-property name="column4" column="C4" />
> 	<key-property name="column5" column="C5" />
> </composite-id>
> <property name="otherColumnB" column="OTHER_COLUMN_B" />
> 		
> <properties name="keysSharedB">
> 	<property name="column2" column="C2" insert="false" update="false"/>
> 	<property name="column3" column="C3" insert="false" update="false"/>
> </properties>
> 	
> <bag name="relatedAs" inverse="true">
> 	<key property-ref="keysSharedB">
> 		<column name="C2"/>
> 		<column name="C3"/>
> 	</key>
> 	<many-to-many class="hibernatetest.A"/>
> </bag>
> I have attached a zip containing the code and mapping files, as well as a unit test that displays the problem.
> Thanks for any help you can provide.

-- 
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.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Created: (HHH-1926) Mapping a many-to-many to part of the target's composite PK doesn't work

[Daniel H. (JIRA) <no...@at...>]

Mapping a many-to-many to part of the target's composite PK doesn't work 
-------------------------------------------------------------------------

         Key: HHH-1926
         URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1926
     Project: Hibernate3
        Type: Bug

  Components: core  
    Versions: 3.1.3    
 Environment: Tested on 3.1.3 and 3.2.0.cr2
    Reporter: Daniel Hannum
 Attachments: hibernateTest.zip

Hi, I brought this up on the forums:

http://forum.hibernate.org/viewtopic.php?p=2315103#2315103

And although I received some guidance, it still doesn't work. Perhaps it's a bug, perhaps it's impossible, perhaps a wider audience can help... here goes.

Consider 

class A with a 3-way PK: C1, C2, C3
class B with a 4-way PK: C2, C3, C4, C5

As you can see A and B share two columns. This is a many-to-many relation with no join table, and yes I know it's poor database design. It's legacy, can't change it, etc.

All I want is for Hibernate, when creating a persistent A, to efficiently retrieve a bag of all B's that share the two shared columns. The reverse mapping is optional. I don't need to be able to update this collection, just read the B's without having to issue separate DB hits.

Unfortunately, Hibernate is still unhappy with my mappings (below)

org.hibernate.MappingException: collection element mapping has wrong number of columns: hibernatetest.B.relatedAs type: hibernatetest.A

A.hbm.xml is

<composite-id name="compId" class="hibernatetest.APK">
	<key-property name="column1" column="C1" />
	<key-property name="column2" column="C2" />
	<key-property name="column3" column="C3" />
</composite-id>

<property name="otherColumnA" column="OTHER_COLUMN_A" />

<properties name="keysSharedA">
	<property name="column2" column="C2" insert="false" update="false"/>
	<property name="column3" column="C3" insert="false" update="false"/>
</properties>
		
<bag name="relatedBs">
	<key property-ref="keysSharedA">
		<column name="C2"/>
		<column name="C3"/>
	</key>
	<many-to-many class="hibernatetest.B"/>
</bag>

B.hbm.xml is very similar

<composite-id name="compId" class="hibernatetest.BPK">
	<key-property name="column2" column="C2" />
	<key-property name="column3" column="C3" />
	<key-property name="column4" column="C4" />
	<key-property name="column5" column="C5" />
</composite-id>

<property name="otherColumnB" column="OTHER_COLUMN_B" />
		
<properties name="keysSharedB">
	<property name="column2" column="C2" insert="false" update="false"/>
	<property name="column3" column="C3" insert="false" update="false"/>
</properties>
	
<bag name="relatedAs" inverse="true">
	<key property-ref="keysSharedB">
		<column name="C2"/>
		<column name="C3"/>
	</key>
	<many-to-many class="hibernatetest.A"/>
</bag>

I have attached a zip containing the code and mapping files, as well as a unit test that displays the problem.

Thanks for any help you can provide.

-- 
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.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Commented: (HHH-1925) Column lazy fetch via annotation doesn't work

[Matt R. (JIRA) <no...@at...>]

    [ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1925?page=comments#action_23701 ] 

Matt Read commented on HHH-1925:
--------------------------------

Sorry about that, I thought I'd read it but I managed to miss the note completely, perhaps it's the heat.

> Column lazy fetch via annotation doesn't work
> ---------------------------------------------
>
>          Key: HHH-1925
>          URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1925
>      Project: Hibernate3
>         Type: Bug

>   Components: core
>     Versions: 3.1.3, 3.2.0.cr2
>  Environment: Hibernate 3.1.2 and 3.2.0.cr2, JDK 1.5.0_04
>     Reporter: Matt Read

>
>
> I have annotated a column in my Journal class as follows:
>     @Basic(fetch = FetchType.LAZY)
>     @Column(name = "jouEntryDate", unique = false, nullable = true, insertable = true, updatable = true, length = 23)
>     public Date getEntryDate() {
>         return this.entryDate;
>     }
> And I then execute the following test:
>     public void testLazyColumnLoading() {
>         
>         Journal journal = (Journal) getSession().load(Journal.class, new Long(1));
>         assertFalse(Hibernate.isPropertyInitialized(journal, "entryDate"));
>         logger.debug("Journal narrative: " + journal.getJouNarrative());
>         assertFalse(Hibernate.isPropertyInitialized(journal, "entryDate"));
>         logger.debug("Journal entry date: " + journal.getEntryDate());
>         assertTrue(Hibernate.isPropertyInitialized(journal, "entryDate"));
>         
>     }
> Which generates the following SQL:
> 14:44:39,376 DEBUG SQL  - 
>     /* load com.catlin.da.insuranceledger.model.Journal */ select
>         journal0_.jouSID as jouSID11_0_,
>         journal0_.jouContraSIDjou as jouCont21_11_0_,
>         journal0_.jouContraOfSIDjou as jouCont22_11_0_,
>         journal0_.jouSIDjgp as jouSIDjgp11_0_,
>         journal0_.jouStatusENUM as jouStatu2_11_0_,
>         journal0_.jouReplaceOfSIDjou as jouRepl24_11_0_,
>         journal0_.jouNarrative as jouNarra3_11_0_,
>         journal0_.jouFunctionalAmtTotal as jouFunct4_11_0_,
>         journal0_.jouEntryDate as jouEntry5_11_0_,
>         journal0_.jouCodejty as jouCodejty11_0_,
>         journal0_.jouLedgerIDlgr as jouLedg26_11_0_,
>         journal0_.jouInsDate as jouInsDate11_0_,
>         journal0_.jouInsSIDusr as jouInsSI7_11_0_,
>         journal0_.jouModVersn as jouModVe8_11_0_,
>         journal0_.jouUpdDate as jouUpdDate11_0_,
>         journal0_.jouUserLastUpdSIDusr as jouUser10_11_0_,
>         journal0_.jouAdditionalRef as jouAddi11_11_0_,
>         journal0_.jouInstantiatingActionENUM as jouInst12_11_0_,
>         journal0_.jouAccountingPeriodCodeacp as jouAcco27_11_0_,
>         journal0_.jouSettlementMethodENUM as jouSett13_11_0_,
>         journal0_.jouSourceTable as jouSour14_11_0_,
>         journal0_.jouSourceID as jouSour15_11_0_,
>         journal0_.jouSIDcll as jouSIDcll11_0_,
>         journal0_.jouSIDcmv as jouSIDcmv11_0_,
>         journal0_.jouSIDinl as jouSIDinl11_0_,
>         journal0_.jouSIDrks as jouSIDrks11_0_,
>         journal0_.jouPostedBySIDusr as jouPost18_11_0_,
>         journal0_.jouInsuredSIDpty as jouInsu30_11_0_,
>         journal0_.jouPayeePayerSIDpty as jouPaye31_11_0_,
>         journal0_.jouBrokerSIDpty as jouBrok32_11_0_,
>         journal0_.jouMessageRef as jouMess19_11_0_,
>         journal0_.jouOrigMessageRef as jouOrig20_11_0_ 
>     from
>         jouJournal journal0_ 
>     where
>         journal0_.jouSID=?
> I.e. the SQL includes entryDate and the test fails at the 2nd assert.
> Hibernate doesn't appear to honouring the     @Basic(fetch = FetchType.LAZY) annotation, even though Hibernate debug indicates that it has recognised it.
> What am I doing wrong?
> Thanks,
> Matt.

-- 
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.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Resolved: (HHH-1925) Column lazy fetch via annotation doesn't work

[Christian B. (JIRA) <no...@at...>]

     [ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1925?page=all ]
     
Christian Bauer resolved HHH-1925:
----------------------------------

    Resolution: Rejected

http://hibernate.org/hib_docs/annotations/reference/en/html/entity.html#d0e262

Post questions on the forum next time.


> Column lazy fetch via annotation doesn't work
> ---------------------------------------------
>
>          Key: HHH-1925
>          URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1925
>      Project: Hibernate3
>         Type: Bug

>   Components: core
>     Versions: 3.1.3, 3.2.0.cr2
>  Environment: Hibernate 3.1.2 and 3.2.0.cr2, JDK 1.5.0_04
>     Reporter: Matt Read

>
>
> I have annotated a column in my Journal class as follows:
>     @Basic(fetch = FetchType.LAZY)
>     @Column(name = "jouEntryDate", unique = false, nullable = true, insertable = true, updatable = true, length = 23)
>     public Date getEntryDate() {
>         return this.entryDate;
>     }
> And I then execute the following test:
>     public void testLazyColumnLoading() {
>         
>         Journal journal = (Journal) getSession().load(Journal.class, new Long(1));
>         assertFalse(Hibernate.isPropertyInitialized(journal, "entryDate"));
>         logger.debug("Journal narrative: " + journal.getJouNarrative());
>         assertFalse(Hibernate.isPropertyInitialized(journal, "entryDate"));
>         logger.debug("Journal entry date: " + journal.getEntryDate());
>         assertTrue(Hibernate.isPropertyInitialized(journal, "entryDate"));
>         
>     }
> Which generates the following SQL:
> 14:44:39,376 DEBUG SQL  - 
>     /* load com.catlin.da.insuranceledger.model.Journal */ select
>         journal0_.jouSID as jouSID11_0_,
>         journal0_.jouContraSIDjou as jouCont21_11_0_,
>         journal0_.jouContraOfSIDjou as jouCont22_11_0_,
>         journal0_.jouSIDjgp as jouSIDjgp11_0_,
>         journal0_.jouStatusENUM as jouStatu2_11_0_,
>         journal0_.jouReplaceOfSIDjou as jouRepl24_11_0_,
>         journal0_.jouNarrative as jouNarra3_11_0_,
>         journal0_.jouFunctionalAmtTotal as jouFunct4_11_0_,
>         journal0_.jouEntryDate as jouEntry5_11_0_,
>         journal0_.jouCodejty as jouCodejty11_0_,
>         journal0_.jouLedgerIDlgr as jouLedg26_11_0_,
>         journal0_.jouInsDate as jouInsDate11_0_,
>         journal0_.jouInsSIDusr as jouInsSI7_11_0_,
>         journal0_.jouModVersn as jouModVe8_11_0_,
>         journal0_.jouUpdDate as jouUpdDate11_0_,
>         journal0_.jouUserLastUpdSIDusr as jouUser10_11_0_,
>         journal0_.jouAdditionalRef as jouAddi11_11_0_,
>         journal0_.jouInstantiatingActionENUM as jouInst12_11_0_,
>         journal0_.jouAccountingPeriodCodeacp as jouAcco27_11_0_,
>         journal0_.jouSettlementMethodENUM as jouSett13_11_0_,
>         journal0_.jouSourceTable as jouSour14_11_0_,
>         journal0_.jouSourceID as jouSour15_11_0_,
>         journal0_.jouSIDcll as jouSIDcll11_0_,
>         journal0_.jouSIDcmv as jouSIDcmv11_0_,
>         journal0_.jouSIDinl as jouSIDinl11_0_,
>         journal0_.jouSIDrks as jouSIDrks11_0_,
>         journal0_.jouPostedBySIDusr as jouPost18_11_0_,
>         journal0_.jouInsuredSIDpty as jouInsu30_11_0_,
>         journal0_.jouPayeePayerSIDpty as jouPaye31_11_0_,
>         journal0_.jouBrokerSIDpty as jouBrok32_11_0_,
>         journal0_.jouMessageRef as jouMess19_11_0_,
>         journal0_.jouOrigMessageRef as jouOrig20_11_0_ 
>     from
>         jouJournal journal0_ 
>     where
>         journal0_.jouSID=?
> I.e. the SQL includes entryDate and the test fails at the 2nd assert.
> Hibernate doesn't appear to honouring the     @Basic(fetch = FetchType.LAZY) annotation, even though Hibernate debug indicates that it has recognised it.
> What am I doing wrong?
> Thanks,
> Matt.

-- 
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.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Commented: (HHH-1740) Build-time instrumentation breaks lazy="proxy"

[Frank G. (JIRA) <no...@at...>]

    [ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1740?page=comments#action_23699 ] 

Frank Grimes commented on HHH-1740:
-----------------------------------

Now that I've attached a test case, could this issue at least be added to the 3.2.0.ga (or 3.2.1) JIRA roadmap so that it doesn't slip through the cracks?
Or is there still more info required?

> Build-time instrumentation breaks lazy="proxy"
> ----------------------------------------------
>
>          Key: HHH-1740
>          URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1740
>      Project: Hibernate3
>         Type: Bug

>   Components: core
>     Versions: 3.1.3, 3.2.0 cr1, 3.2.0.cr2
>     Reporter: Frank Grimes
>     Priority: Critical
>  Attachments: HHH-1740.diff
>
>
> I have a mapping that contains a many-to-one lazy="proxy".
> This alone works fine: I see $$EnhancerByCGLIB$$ as the type when I do a load
> Once I add a lazy property to the mapping and do build-time cglib enhancement, it breaks.
> Not only is the lazy property listed in $CGLIB_READ_WRITE_CALLBACK, but also my lazy="proxy" association. (i.e. no more proxy object)
> This works fine in hibernate-3.1.2.
> This was originally brought up here: http://forums.hibernate.org/viewtopic.php?t=958881
> Please let me know if more info or a test case is needed.

-- 
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.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Created: (HHH-1925) Column lazy fetch via annotation doesn't work

[Matt R. (JIRA) <no...@at...>]

Column lazy fetch via annotation doesn't work
---------------------------------------------

         Key: HHH-1925
         URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1925
     Project: Hibernate3
        Type: Bug

  Components: core  
    Versions: 3.1.3, 3.2.0.cr2    
 Environment: Hibernate 3.1.2 and 3.2.0.cr2, JDK 1.5.0_04
    Reporter: Matt Read


I have annotated a column in my Journal class as follows:

    @Basic(fetch = FetchType.LAZY)
    @Column(name = "jouEntryDate", unique = false, nullable = true, insertable = true, updatable = true, length = 23)
    public Date getEntryDate() {
        return this.entryDate;
    }

And I then execute the following test:

    public void testLazyColumnLoading() {
        
        Journal journal = (Journal) getSession().load(Journal.class, new Long(1));
        assertFalse(Hibernate.isPropertyInitialized(journal, "entryDate"));
        logger.debug("Journal narrative: " + journal.getJouNarrative());
        assertFalse(Hibernate.isPropertyInitialized(journal, "entryDate"));
        logger.debug("Journal entry date: " + journal.getEntryDate());
        assertTrue(Hibernate.isPropertyInitialized(journal, "entryDate"));
        
    }

Which generates the following SQL:

14:44:39,376 DEBUG SQL  - 
    /* load com.catlin.da.insuranceledger.model.Journal */ select
        journal0_.jouSID as jouSID11_0_,
        journal0_.jouContraSIDjou as jouCont21_11_0_,
        journal0_.jouContraOfSIDjou as jouCont22_11_0_,
        journal0_.jouSIDjgp as jouSIDjgp11_0_,
        journal0_.jouStatusENUM as jouStatu2_11_0_,
        journal0_.jouReplaceOfSIDjou as jouRepl24_11_0_,
        journal0_.jouNarrative as jouNarra3_11_0_,
        journal0_.jouFunctionalAmtTotal as jouFunct4_11_0_,
        journal0_.jouEntryDate as jouEntry5_11_0_,
        journal0_.jouCodejty as jouCodejty11_0_,
        journal0_.jouLedgerIDlgr as jouLedg26_11_0_,
        journal0_.jouInsDate as jouInsDate11_0_,
        journal0_.jouInsSIDusr as jouInsSI7_11_0_,
        journal0_.jouModVersn as jouModVe8_11_0_,
        journal0_.jouUpdDate as jouUpdDate11_0_,
        journal0_.jouUserLastUpdSIDusr as jouUser10_11_0_,
        journal0_.jouAdditionalRef as jouAddi11_11_0_,
        journal0_.jouInstantiatingActionENUM as jouInst12_11_0_,
        journal0_.jouAccountingPeriodCodeacp as jouAcco27_11_0_,
        journal0_.jouSettlementMethodENUM as jouSett13_11_0_,
        journal0_.jouSourceTable as jouSour14_11_0_,
        journal0_.jouSourceID as jouSour15_11_0_,
        journal0_.jouSIDcll as jouSIDcll11_0_,
        journal0_.jouSIDcmv as jouSIDcmv11_0_,
        journal0_.jouSIDinl as jouSIDinl11_0_,
        journal0_.jouSIDrks as jouSIDrks11_0_,
        journal0_.jouPostedBySIDusr as jouPost18_11_0_,
        journal0_.jouInsuredSIDpty as jouInsu30_11_0_,
        journal0_.jouPayeePayerSIDpty as jouPaye31_11_0_,
        journal0_.jouBrokerSIDpty as jouBrok32_11_0_,
        journal0_.jouMessageRef as jouMess19_11_0_,
        journal0_.jouOrigMessageRef as jouOrig20_11_0_ 
    from
        jouJournal journal0_ 
    where
        journal0_.jouSID=?

I.e. the SQL includes entryDate and the test fails at the 2nd assert.

Hibernate doesn't appear to honouring the     @Basic(fetch = FetchType.LAZY) annotation, even though Hibernate debug indicates that it has recognised it.

What am I doing wrong?

Thanks,
Matt.

-- 
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.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Commented: (HHH-1293) java.lang.NoSuchMethodError: <persistent class>.getHibernateLazyInitializer()

[Juozas B. (JIRA) <no...@at...>]

    [ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1293?page=comments#action_23698 ] 

Juozas Baliuka commented on HHH-1293:
-------------------------------------

As I remember "invokeSuper" was used for this case, but  I see we can do the same with  "enhancer.setInterceptDuringConstruction( false )" (generated code will delegate itself), so it must not be a problem too.

> java.lang.NoSuchMethodError: <persistent class>.getHibernateLazyInitializer()
> -----------------------------------------------------------------------------
>
>          Key: HHH-1293
>          URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1293
>      Project: Hibernate3
>         Type: Bug

>     Versions: 3.1.1
>     Reporter: Andreas Schildbach
>     Assignee: Scott Marlow
>     Priority: Blocker
>      Fix For: 3.2.0.ga
>  Attachments: CGLIBLazyInitializer.patch, CGLIBLazyInitializer.patch, CGLIBLazyInitializer.patch3, CGLIBLazyInitializer.patch4, CGLIBProxyFactory.patch3, hibernate3.jar, manysessions.tgz
>
>
> As documented in
> http://forum.hibernate.org/viewtopic.php?t=940119
> some people (including me) are getting this exception with the final release of Hibernate 3.1:
> java.lang.NoSuchMethodError: de.schildbach.game.integration.HibernateGamePlayer.getHibernateLazyInitializer()Lorg/hibernate/proxy/LazyInitializer;
>         at de.schildbach.game.integration.HibernateGamePlayer$$EnhancerByCGLIB$$afecb986.getHibernateLazyInitializer(<generated>)
>         at org.hibernate.type.EntityType.resolveIdentifier(EntityType.java:274)
>         at org.hibernate.type.ManyToOneType.assemble(ManyToOneType.java:177)
>         at org.hibernate.type.TypeFactory.assemble(TypeFactory.java:398)
>         at org.hibernate.cache.entry.CacheEntry.assemble(CacheEntry.java:96)
>         at org.hibernate.cache.entry.CacheEntry.assemble(CacheEntry.java:82)
>         at org.hibernate.event.def.DefaultLoadEventListener.assembleCacheEntry(DefaultLoadEventListener.java:520)
>         at org.hibernate.event.def.DefaultLoadEventListener.loadFromSecondLevelCache(DefaultLoadEventListener.java:474)
>         at org.hibernate.event.def.DefaultLoadEventListener.doLoad(DefaultLoadEventListener.java:328)
>         at org.hibernate.event.def.DefaultLoadEventListener.load(DefaultLoadEventListener.java:123)
>         at org.hibernate.event.def.DefaultLoadEventListener.returnNarrowedProxy(DefaultLoadEventListener.java:202)
>         at org.hibernate.event.def.DefaultLoadEventListener.proxyOrLoad(DefaultLoadEventListener.java:169)
>         at org.hibernate.event.def.DefaultLoadEventListener.onLoad(DefaultLoadEventListener.java:87)
>         at org.hibernate.impl.SessionImpl.fireLoad(SessionImpl.java:869)
>         at org.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:838)
>         at org.hibernate.type.EntityType.resolveIdentifier(EntityType.java:266)
>         at org.hibernate.type.ManyToOneType.assemble(ManyToOneType.java:177)
>         at org.hibernate.collection.PersistentList.initializeFromCache(PersistentList.java:378)
>         at org.hibernate.cache.entry.CollectionCacheEntry.assemble(CollectionCacheEntry.java:35)
>         at org.hibernate.event.def.DefaultInitializeCollectionEventListener.initializeCollectionFromCache(DefaultInitializeCollectionEventListener.java:130)
>         at org.hibernate.event.def.DefaultInitializeCollectionEventListener.onInitializeCollection(DefaultInitializeCollectionEventListener.java:48)
>         at org.hibernate.impl.SessionImpl.initializeCollection(SessionImpl.java:1627)
>         at org.hibernate.collection.AbstractPersistentCollection.initialize(AbstractPersistentCollection.java:344)
>         at org.hibernate.collection.AbstractPersistentCollection.read(AbstractPersistentCollection.java:86)
>         at org.hibernate.collection.AbstractPersistentCollection.readSize(AbstractPersistentCollection.java:109)
>         at org.hibernate.collection.PersistentList.size(PersistentList.java:91)
> The exception varies with the actual persistent class in use. Most people seem to be using JDK 1.5 and Linux. Some reports say that the exception does not happen from the very start of the application, but it takes "several invocations"/"some time" until it appear, but then it appears very often.

-- 
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.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Commented: (HHH-1902) Alias Problem... Hibernate is replacing our alias at one place but not at another place

[Paras D. (JIRA) <no...@at...>]

    [ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1902?page=comments#action_23697 ] 

Paras Dhawan commented on HHH-1902:
-----------------------------------

I will mail the test case soon... plz don't close this issue.
Thanks

> Alias Problem... Hibernate is replacing our alias at one place but not at another place
> ---------------------------------------------------------------------------------------
>
>          Key: HHH-1902
>          URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1902
>      Project: Hibernate3
>         Type: Bug

>   Components: query-hql
>     Versions: 3.0.3
>  Environment: Hibernate 3.0.3 
> Database Platform : MSSQL Server 2000
>     Reporter: Paras Dhawan

>
>
> I have a query which contains a sub query in the select list... I have defined an alias of the sub query as _sqry1 now I am putting an Order By clause in the query.... Order By is on the result of the sub query and I have given the alias of the sub query in the Order By clause 
> My  Query is which i am giving to Hibernate is
> SELECT (SELECT SUM(_0_ServiceCharge_0_service.chargeAmount) FROM Service AS _0_service , ServiceCharge AS _0_ServiceCharge_0_service WHERE _transportService_Challan = _0_service AND _0_service = _0_ServiceCharge_0_service.service) AS _sqry1 FROM Challan AS _Challan LEFT OUTER JOIN _Challan.transportService AS _transportService_Challan ORDER BY _sqry1 
> Now the problem is that Hibernate is replacing my aliases.... it replaced my alias of the sub query from _sqry1 to col_0_0_ .... it replaced this alias in the select list but not in the Order By clause... i.e. it replaced the alias where I defined it but it did not replaced the alias where I used it.... so the place where I am using the alias it is giving an error as undefined alias 
> The generated SQL by Hibernate: 
> select (select SUM(servicecha3_.ChargeAmount) from Services service2_, ServiceCharges servicecha3_ where transports1_.TransportServiceId=service2_.ServiceId and service2_.ServiceId=servicecha3_.serviceGroupTablePKId) as col_0_0_ from Challans challan0_ left outer join TransportServices transports1_ on challan0_.TransportServiceId=transports1_.TransportServiceId left outer join Services transports1_1_ on transports1_.TransportServiceId=transports1_1_.ServiceId order by _sqry1 
> when I manually replaced my alias in the Order By clause then my query run successfully 
> Either Hibernate should not replace my alias, even if it is replacing then it must replace all the occurences
> I cannot use criteria, I cannot use named queries, i cannot use native sql because my queries are formed at run time, I have to specify a HQL only... This is bug in Hibernate
> Hibernate version: 3.0.5 
> Name and version of the database that I am using: 
> MS SQL Server 2000
> Full stack trace of any exception that occurs: 
> Exception in thread "main" org.hibernate.exception.SQLGrammarException: could not execute query 
> at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:67) 
> at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43) 
> at org.hibernate.loader.Loader.doList(Loader.java:2148) 
> at org.hibernate.loader.Loader.listIgnoreQueryCache(Loader.java:2029) 
> at org.hibernate.loader.Loader.list(Loader.java:2024) 
> at org.hibernate.loader.hql.QueryLoader.list(QueryLoader.java:375) 
> at org.hibernate.hql.ast.QueryTranslatorImpl.list(QueryTranslatorImpl.java:308) 
> at org.hibernate.engine.query.HQLQueryPlan.performList(HQLQueryPlan.java:153) 
> at org.hibernate.impl.SessionImpl.list(SessionImpl.java:1106) 
> at org.hibernate.impl.QueryImpl.list(QueryImpl.java:79) 
> at com.daffodilwoods.framework.utils.HibernateUtil.main(HibernateUtil.java:296) 
> Caused by: java.sql.SQLException: [DataDirect][SQLServer JDBC Driver][SQLServer]Invalid column name '_sqry1'. 
> at com.ddtek.jdbc.base.BaseExceptions.createException(Unknown Source) 
> at com.ddtek.jdbc.base.BaseExceptions.getException(Unknown Source) 
> at com.ddtek.jdbc.sqlserver.tds.TDSRequest.processErrorToken(Unknown Source) 
> at com.ddtek.jdbc.sqlserver.tds.TDSRequest.processReplyToken(Unknown Source) 
> at com.ddtek.jdbc.sqlserver.tds.TDSRPCRequest.processReplyToken(Unknown Source) 
> at com.ddtek.jdbc.sqlserver.tds.TDSRequest.processReply(Unknown Source) 
> at com.ddtek.jdbc.sqlserver.tds.TDSRPCNonCursorExecuteRequest.submitPrepare(Unknown Source) 
> at com.ddtek.jdbc.sqlserver.tds.TDSRPCExecuteRequest.doPrepExec(Unknown Source) 
> at com.ddtek.jdbc.sqlserver.tds.TDSRPCExecuteRequest.execute(Unknown Source) 
> at com.ddtek.jdbc.sqlserver.SQLServerImplStatement.execute(Unknown Source) 
> at com.ddtek.jdbc.base.BaseStatement.commonExecute(Unknown Source) 
> at com.ddtek.jdbc.base.BaseStatement.executeQueryInternal(Unknown Source) 
> at com.ddtek.jdbc.base.BasePreparedStatement.executeQuery(Unknown Source) 
> at org.hibernate.jdbc.AbstractBatcher.getResultSet(AbstractBatcher.java:139) 
> at org.hibernate.loader.Loader.getResultSet(Loader.java:1669) 
> at org.hibernate.loader.Loader.doQuery(Loader.java:662) 
> at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:224) 
> at org.hibernate.loader.Loader.doList(Loader.java:2145) 
> ... 8 more

-- 
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.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Created: (HHH-1924) ForeignKeys: TransientObjectException is thrown without a message because of a wrong bracket in the code

[Manfred G. (JIRA) <no...@at...>]

ForeignKeys: TransientObjectException is thrown without a message because of a wrong bracket in the code
--------------------------------------------------------------------------------------------------------

         Key: HHH-1924
         URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1924
     Project: Hibernate3
        Type: Bug

  Components: core  
    Versions: 3.1.3, 3.2.0.cr3    
    Reporter: Manfred Geiler
    Priority: Minor


Line 216 of org.hibernate.engine.ForeignKeys class is this:

					throw new TransientObjectException(
							"object references an unsaved transient instance - save the transient instance before flushing: " +
							entityName == null ? session.guessEntityName( object ) : entityName
					);

but should rather be this:

					throw new TransientObjectException(
							"object references an unsaved transient instance - save the transient instance before flushing: " +
							(entityName == null ? session.guessEntityName( object ) : entityName)
					);


-- 
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.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Created: (HHH-1923) Merge for an entity with a non-cascading one-to-many collection fails if the collection contains transient objects

[Manfred G. (JIRA) <no...@at...>]

Merge for an entity with a non-cascading one-to-many collection fails if the collection contains transient objects
------------------------------------------------------------------------------------------------------------------

         Key: HHH-1923
         URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1923
     Project: Hibernate3
        Type: Bug

  Components: core  
    Versions: 3.1.3, 3.2.0.cr3    
    Reporter: Manfred Geiler


With the EventManager example this bug is easy to reproduce.
The following fails with a TransientObjectException:

        Session session = HibernateUtil.getSessionFactory().getCurrentSession();
        session.beginTransaction();

        Event theEvent = new Event();
        theEvent.setTitle("a title");
        theEvent.setDate(new Date());

        Person thePerson = new Person();
        thePerson.setFirstname("foo");
        thePerson.setLastname("bar");

        theEvent.getParticipants().add(thePerson);
        thePerson.addToEvent(theEvent);

        session.merge(theEvent);

        session.getTransaction().commit();

This is, because Hibernate tries to copy ALL values from the transient "event" object including ALL collection properties as well. Now, the "participants" Set contains a transient "person" which makes the CollectionType.replaceElements method fail.

The same applies when theEvent is a detached instead of a transient object:

        Session session = HibernateUtil.getSessionFactory().openSession();
        session.beginTransaction();
        Event theEvent = new Event();
        theEvent.setTitle("a title");
        theEvent.setDate(new Date());
        session.save(theEvent);
        session.getTransaction().commit();
        session.close();

        session = HibernateUtil.getSessionFactory().openSession();
        session.beginTransaction();

        Person thePerson = new Person();
        thePerson.setFirstname("foo");
        thePerson.setLastname("bar");

        theEvent.getParticipants().add(thePerson);
        thePerson.addToEvent(theEvent);

        session.merge(theEvent);

        session.getTransaction().commit();
        session.close();

Suggested Solution:
Hibernate should not try to copy collections during merge if the collection is defined without cascade.

Thoughts?


-- 
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.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Created: (EJB-206) TransientObjectException if both sides of 1:1 are set in tx

[Sanjeeb S. (JIRA) <no...@at...>]

TransientObjectException if both sides of 1:1 are set in tx
-----------------------------------------------------------

         Key: EJB-206
         URL: http://opensource.atlassian.com/projects/hibernate/browse/EJB-206
     Project: Hibernate Entity Manager
        Type: Bug

  Components: EntityManager  
    Versions: 3.2.0.cr1    
 Environment: I am building Hibernate core, entity manager and annotations from the source code that I checked out day from HEAD on 16 July 2006. Database: Derby
    Reporter: Sanjeeb Sahoo
 Attachments: forum_h_962090.zip

See http://forum.hibernate.org/viewtopic.php?p=2315054

-- 
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.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Commented: (HHH-1646) Bad code in FastClass.equals

[Max R. A. (JIRA) <no...@at...>]

    [ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1646?pa=
ge=3Dcomments#action_23696 ]=20

Max Rydahl Andersen commented on HHH-1646:
------------------------------------------

scratch that - i negated one time to many ;)

> Bad code in FastClass.equals
> ----------------------------
>
>          Key: HHH-1646
>          URL: http://opensource.atlassian.com/projects/hibernate/browse/H=
HH-1646
>      Project: Hibernate3
>         Type: Bug

>     Versions: 3.1.3, 3.2.0 cr1
>  Environment: 3.2.0
>     Reporter: Niels Harremo=C3=ABs
>     Priority: Blocker
>  Attachments: FastClass.patch
>
> Original Estimate: 3 minutes
>         Remaining: 3 minutes
>
> In FastClass, the equals method is:
>   public boolean equals(Object o) {
>     if ( o =3D=3D null || ( o instanceof FastClass ) ) {
>       return false;
>     }
>     return this.type.equals( ( ( FastClass ) o ).type );
> }
> There's a missing ! - the first line should be=20
>  if ( o =3D=3D null ||  !  ( o instanceof FastClass ) ) {

--=20
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=
.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Commented: (HHH-1646) Bad code in FastClass.equals

[Max R. A. (JIRA) <no...@at...>]

    [ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1646?pa=
ge=3Dcomments#action_23695 ]=20

Max Rydahl Andersen commented on HHH-1646:
------------------------------------------

greg: no, null instanceof X is always true.

> Bad code in FastClass.equals
> ----------------------------
>
>          Key: HHH-1646
>          URL: http://opensource.atlassian.com/projects/hibernate/browse/H=
HH-1646
>      Project: Hibernate3
>         Type: Bug

>     Versions: 3.1.3, 3.2.0 cr1
>  Environment: 3.2.0
>     Reporter: Niels Harremo=C3=ABs
>     Priority: Blocker
>  Attachments: FastClass.patch
>
> Original Estimate: 3 minutes
>         Remaining: 3 minutes
>
> In FastClass, the equals method is:
>   public boolean equals(Object o) {
>     if ( o =3D=3D null || ( o instanceof FastClass ) ) {
>       return false;
>     }
>     return this.type.equals( ( ( FastClass ) o ).type );
> }
> There's a missing ! - the first line should be=20
>  if ( o =3D=3D null ||  !  ( o instanceof FastClass ) ) {

--=20
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=
.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira