hibernate-issues — Hibernate JIRA Notifications

[Hibernate-issues] [Hibernate-JIRA] Closed: (HBX-704) Reverse Engineering MySQL Database results in erroneous catalog annotation

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

     [ http://opensource.atlassian.com/projects/hibernate/browse/HBX-704?page=all ]
     
Max Rydahl Andersen closed HBX-704:
-----------------------------------

    Resolution: Rejected

hi brinker, please start a thread about this in the forum not in the jira. Thank you.

> Reverse Engineering MySQL Database results in erroneous catalog annotation
> --------------------------------------------------------------------------
>
>          Key: HBX-704
>          URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-704
>      Project: Hibernate Tools
>         Type: Bug

>   Components: reverse-engineer
>     Versions: 3.2beta7
>  Environment: Hibernate Tools 3.2.0.200607121031-nightly, MySQL 5.0.19-max, Eclipse 3.2.0 M20060629
>     Reporter: Chris Brinker

>
>
> Was experiencing the following error "java.sql.SQLException: invalid schema name: PLANNER in statement" after working through the video instructions located at: http://www.jboss.com/products/seam/SeamHBTools.html
> After trying various suggestions in the forums as well as gooling I found out the error had something to do with either the catalog or the schema specification (being mysql it supported neither syntax). I read on a fixed issue that by specifying a default_schema and/or a default_catalog the catalog = "tablname" annotation would not appear.
> After many trials/regenerations, I have not been able to successfully stop the annotation from generating a catalog attribute. When I remove the attribute by hand, the code works just fine.

-- 
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-1906) Incorrect code in Hibernate 3.1.1 Reference PDF

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

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

Jack C. Holt commented on HHH-1906:
-----------------------------------

I suggest that the following method be modified as follows: 

	private Long createAndStoreEvent(String title, Date theDate) {
		Session session = HibernateUtil.getSessionFactory().getCurrentSession();
		session.beginTransaction();
		Event theEvent = new Event();
		theEvent.setTitle(title);
		theEvent.setDate(theDate);
		session.save(theEvent);
		Long eventId = theEvent.getId();
		session.getTransaction().commit();
		return eventId;
	}
	
... and that the following method be added.

	private Long createAndStorePerson(String firstName, String lastName) {
		Session session = HibernateUtil.getSessionFactory().getCurrentSession();
		session.beginTransaction();
		Person thePerson = new Person();
		thePerson.setFirstname(firstName);
		thePerson.setLastname(lastName);
		session.save(thePerson);
		Long personId = thePerson.getId();
		session.getTransaction().commit();
		return personId;
	}



> Incorrect code in Hibernate 3.1.1 Reference PDF
> -----------------------------------------------
>
>          Key: HHH-1906
>          URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1906
>      Project: Hibernate3
>         Type: Bug

>   Components: documentation
>     Versions: 3.1.1, 3.1.2, 3.1.3
>  Environment: N/A
>     Reporter: Jack C. Holt

>
>
> the last code snippet in section 1.3.3 on page 13 shows the following code: 
>     Long eventId = mgr.createAndStoreEvent("My Event", new Date());
>     Long personId = mgr.createAndStorePerson("Foo", "Bar");
> Both methods are defined as returning void, not Long. Therefore, the code causes a compiler error.
> The code snippet is also missing a closing "}".

-- 
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-704) Reverse Engineering MySQL Database results in erroneous catalog annotation

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

Reverse Engineering MySQL Database results in erroneous catalog annotation
--------------------------------------------------------------------------

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

  Components: reverse-engineer  
    Versions: 3.2beta7    
 Environment: Hibernate Tools 3.2.0.200607121031-nightly, MySQL 5.0.19-max, Eclipse 3.2.0 M20060629
    Reporter: Chris Brinker


Was experiencing the following error "java.sql.SQLException: invalid schema name: PLANNER in statement" after working through the video instructions located at: http://www.jboss.com/products/seam/SeamHBTools.html

After trying various suggestions in the forums as well as gooling I found out the error had something to do with either the catalog or the schema specification (being mysql it supported neither syntax). I read on a fixed issue that by specifying a default_schema and/or a default_catalog the catalog = "tablname" annotation would not appear.

After many trials/regenerations, I have not been able to successfully stop the annotation from generating a catalog attribute. When I remove the attribute by hand, the code works just fine.



-- 
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-1906) Incorrect code in Hibernate 3.1.1 Reference PDF

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

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

Jack C. Holt commented on HHH-1906:
-----------------------------------

Actually, createAndStorePerson() was never defined at all in the tutorial

> Incorrect code in Hibernate 3.1.1 Reference PDF
> -----------------------------------------------
>
>          Key: HHH-1906
>          URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1906
>      Project: Hibernate3
>         Type: Bug

>   Components: documentation
>     Versions: 3.1.1, 3.1.2, 3.1.3
>  Environment: N/A
>     Reporter: Jack C. Holt

>
>
> the last code snippet in section 1.3.3 on page 13 shows the following code: 
>     Long eventId = mgr.createAndStoreEvent("My Event", new Date());
>     Long personId = mgr.createAndStorePerson("Foo", "Bar");
> Both methods are defined as returning void, not Long. Therefore, the code causes a compiler error.
> The code snippet is also missing a closing "}".

-- 
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-1906) Incorrect code in Hibernate 3.1.1 Reference PDF

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

Incorrect code in Hibernate 3.1.1 Reference PDF
-----------------------------------------------

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

  Components: documentation  
    Versions: 3.1.1, 3.1.2, 3.1.3    
 Environment: N/A
    Reporter: Jack C. Holt


the last code snippet in section 1.3.3 on page 13 shows the following code: 

    Long eventId = mgr.createAndStoreEvent("My Event", new Date());
    Long personId = mgr.createAndStorePerson("Foo", "Bar");

Both methods are defined as returning void, not Long. Therefore, the code causes a compiler error.

The code snippet is also missing a closing "}".

-- 
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-1905) Filters not working for DB2400 Dialect

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

Filters not working for DB2400 Dialect
--------------------------------------

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

    Versions: 3.1.3    
 Environment: Hibernate 3.1.3
Database: DB2/400 on v5r4
    Reporter: Amy Rathay


Filters appear to be ignored when using the DB2400 Dialect.  I had set up a simple filter-def and filter based on the example in the documentation and although there are no error messages and I was able to retrieve the enabled filter from the session after enabling it, the filter was ignored when an HQL query was run.  The same exact code worked as expected when run against a MySQL database. 

-- 
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_23625 ] 

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

With regard to classloader, it will help me think about that by laying out the steps of the current code and the patched code.

With respect to the cglib support, we currently return a class from getProxyFactory() and create an instance from that class inside of getProxy() via the newInstance static class method.  The class definition is loaded inside of getProxyFactory() and used within getProxy().

With respect to the proposed patch, we will load the factory class in getProxyFactory() and also create an instance from that class inside of getProxyFactory().  We will return the Factory instance from getProxyFactory(), such that all class loading should occur within getProxyFactory().  In getProxy(), we will use the passed Factory instance to create an instance of the proxy class.  

To answer the raised point about classloader, the question that I need to investigate is whether the proxy class was loaded during getProxyFactory() or later when newInstance(Callback[]) is invoked during the getProxy().

With regard to the cglib case versus javassist.  I need to investigate the difference more.

> 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, 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: (HHH-1904) Identifier too long (reborn)

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

Identifier too long (reborn)
----------------------------

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

    Versions: 3.2.0.cr2    
    Reporter: Andrea Aime


I'm following up form HHH-355, basically, foreign keys with names that go well beying 30 chars of lenght.
I know how to reproduce the problem, and if required I can provide a test case, but let me point you to
the code path that generates the problem first (and see if that's enough).

I do have a hierarchy mapped with the table per class approach, with intermediate abstract classes.
Leaf classes of this hierarchy are apparently managed in hibernate usign the DenormalizedTable class. The code that generates the foreign keys for this class is:

public void createForeignKeys() {
includedTable.createForeignKeys();
Iterator iter = includedTable.getForeignKeyIterator();
while ( iter.hasNext() ) {
ForeignKey fk = (ForeignKey) iter.next();
createForeignKey(
fk.getName() + Integer.toHexString( getName().hashCode() ),
fk.getColumns(),
fk.getReferencedEntityName()
);
}
}

As you can see, it gets the foreign key name of the contained class, and appends another hexstring. This name can become really long if the
hierarchy has many levels. In my case I get names as long as: FK14F780C41886F83e63ff56e238e868d73630607.

Let me know if this is enough or if you need more information.
Ah, another problem is that the appended foreign parts do not pass thru the naming strategy, and as you can see they're not
uppercase in my sample (my naming strategy does uppercase everything)

-- 
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-1903) Incorrect classpath for starting HSQL in Hibernate Reference PDF

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

Incorrect classpath for starting HSQL in Hibernate Reference PDF
----------------------------------------------------------------

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

  Components: documentation  
    Versions: 3.1.1    
 Environment: N/A
    Reporter: Jack C. Holt


In the last paragraph on page 4 the following sentence, "Now start the database by running java -classpath lib/hsqldb.jar org.hsqldb.Server in this
data directory", is incorrect.  The following error appears when you try it from the data directory (as the document states you should do).

        Exception in thread "main" java.lang.NoClassDefFoundError: org/hsqldb/Server

The sentence should read "Now start the database by running java -classpath ../lib/hsqldb.jar org.hsqldb.Server in this
data directory."

-- 
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()

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

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

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

My concern is just that we have previously had issues with what classloaders are/will be used at certain times.
And passing the same object instance around could change that (e.g. before the new were always done in context of the callee) where as
now it will be done at "setup time". This can have consequences in different containers....but in proper isolated containers it should work fine.

Why only change from Class to an instance in the cglib scenario and not also in javaassist ? (aren't they symmetrical in this regard?)

> 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, 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-1293) java.lang.NoSuchMethodError: <persistent class>.getHibernateLazyInitializer()

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

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

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

The signature change would have to be from type Class to Object as net.sf.cglib.proxy.Factory is specific to cglib.

So the ProxyFactory method will return Object instead of Class and the getProxy will accept it as an Object.  

In the case of cglib, we will return the factory object.  In the case of javassist, we will continue to return the class object.

The same will be true for cglib getProxy, we will pass the factory object and javassist will continue to pass the class object.

The only thing we will lose is type safety.

I could avoid making this change at the cost of additional object allocation in cglib getProxy method.

If anyone was calling getProxy() or getProxyFactory() from other locations (perhaps dynamically since I didn't see any other calls), I would break them with this change.  

Is this what you mean with regard to classloaders?  Or are you referring to my original (bad) idea of passing type net.sf.cglib.proxy.Factory?

> 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, 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-1293) java.lang.NoSuchMethodError: <persistent class>.getHibernateLazyInitializer()

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

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

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

hi max :) 

Yes, I used a combination of manysessions.tgz to verify this problem and also the existing org.hibernate.proxy.ProxyTest test (both of them have to pass).

The manysessions test failed everytime I ran it prior to the fix and it worked every time I ran it after the patch was applied.

> 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, 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-1293) java.lang.NoSuchMethodError: <persistent class>.getHibernateLazyInitializer()

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

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

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

just got word from Steve ;)

great that someone with a linux box could get around fixing this.

one thing though with the change in signature - are you completely sure that will guarantee to work with respect to classloaders etc. ? 

> 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, 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] Updated: (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 updated HHH-1293:
------------------------------

    Fix Version: 3.2.0.ga

> 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, 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: (ANN-7) @IndexColumn does not result in valid index column

[James C. (JIRA) <no...@at...>]

    [ http://opensource.atlassian.com/projects/hibernate/browse/ANN-7?page=comments#action_23619 ] 

James Carman commented on ANN-7:
--------------------------------

Why was this issue closed without fixing the problem?  This is not an obvious solution.  I was working for hours trying to figure out why my index column of my list property was not getting inserted (the generated insert sql doesn't even have the index column in it).  This should be reopened and addressed.

> @IndexColumn does not result in valid index column
> --------------------------------------------------
>
>          Key: ANN-7
>          URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-7
>      Project: Hibernate Annotations
>         Type: Bug

>   Components: binder
>     Versions: 3.1beta3
>  Environment: Hibernate 3.0.5, Hibernate Annotations 3.0 beta2 preview, HSQL DB
>     Reporter: Ronald Wildenberg

>
>
> I have a mapping for a List that does not result in the index column of the database table to be filled.
> @Entity
> public class A {
>    @OneToMany(mappedBy = "a")
>    @Cascade(value = CascadeType.SAVE_UPDATE)
>    @IndexColumn(name = "index", base = 0)
>    public List<B> getBs() {
>       return bs;
>    }
>    public void setBs(List<B> bs) {
>       this.bs = bs;
>    }
> }
> @Entity
> public class B {
>    
>    @ManyToOne(optional = false)
>    @JoinColumn(name = "a_id")
>    public A getA() {
>       return a;
>    }
>    public void setA(A a) {
>       this.a = a;
>    }
> }
> Using this mapping, the 'index' column for table B is never filled if I add B objects to A and save them.
> The weird thing is, if I change the mapping for getBs to the following:
>    @OneToMany
>    @Cascade(value = CascadeType.SAVE_UPDATE)
>    @IndexColumn(name = "index", base = 0)
> an association table is created with columns a_id, b_id, index. The only change I made is removing the mappedBy attribute. This association table is not necessary, since an index column can be added to table B.

-- 
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()

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

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

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

hi scott :)

Your patch is nice and simple and I think that is at least worth a shot.
Unfortunatly i don't have a linux machine/jdk to verify this against.

I'll try and get my hands on one tomorrow. Are you using the manysessions.tgz test to verify it ?

> 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
>  Attachments: CGLIBLazyInitializer.patch, CGLIBLazyInitializer.patch, 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] 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: 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: Scott Marlow
>     Priority: Blocker
>  Attachments: CGLIBLazyInitializer.patch, CGLIBLazyInitializer.patch, 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: (HB-158) Customizable SQL

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

    [ http://opensource.atlassian.com/projects/hibernate/browse/HB-158?page=comments#action_23617 ] 

Max Rydahl Andersen commented on HB-158:
----------------------------------------

use the forum at forum.hibernate.org for usage questions. thank you.
(and post some code about what you are actuallying doing in that future forum question)

> Customizable SQL
> ----------------
>
>          Key: HB-158
>          URL: http://opensource.atlassian.com/projects/hibernate/browse/HB-158
>      Project: Hibernate2
>         Type: New Feature

>   Components: core
>     Versions: 2.0.1
>     Reporter: TURIN ACCOUNT

>
>
> Ability to be able to get the SQL Hibernate would send to the database for a given query,
> be able to look at it and possibly tweak it (as a String) and then allow Hibernate to
> continue - sending the SQL on its way to the database.  This allows for subtle hints and
> other database tricks one is often forced to do when you don't "own" the datamodel.

-- 
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: (HB-158) Customizable SQL

[Mikheil K. (JIRA) <no...@at...>]

    [ http://opensource.atlassian.com/projects/hibernate/browse/HB-158?page=comments#action_23616 ] 

Mikheil Kapanadze commented on HB-158:
--------------------------------------

Hello,

I'm trying to use Oracle Text in my project and I ned to call function named "score" in my SQL statement.

For this, I have subclassed Oracle9Dialect (see below)

public class MyOracle9Dialect
    extends net.sf.hibernate.dialect.Oracle9Dialect {
    public Oracle9Dialect() {
        super();
        registerFunction("score", new StandardSQLFunction(Hibernate.INTEGER));
    }
}

but the problem is that score function takes constant as its parameter (score(1) for me). So, HQL looks like the following:

select  score(1), wbSwsData  from WbSwsData wbSwsData  
where   wbSwsData.siteId = :sites and  wbSwsData.localeAbbrev in (:locales) and (contains(wbSwsData.localeAbbrev, ' (({one} and {two}) within title)*6  ,  (({one} and {two}) within description)*4 ',1) > 0 ) 

The problem is that when I'm doing list() and iterating over it, row type is not Object[2] in which Object[0] has type Integer, Object[1] - WbSwsData (as It was expected) but the list contains WbSwsData objects. In other words, score(1) is completely ignored by Hibernate

I have tried to do some experiments with built-in functions. For example - sign(). The result was the following:
1. If I call sign(1) there, this fragment is ignored (as in score's case) and WbSwsData objects are returned
2. If I call sign(wbSwsData .id) or something like that, everything is ok. Query result contains Object[2] arrays.

I have tried to call score(1 + wbSwsData .id - wbSwsData .id) as a workaround. Unfortunately, Oracle does not support such kind of things for score() function and it throws "ORA-29909: label for the ancillary operator is not a literal number"

Is there any way in HQL to do it?

Thank you

> Customizable SQL
> ----------------
>
>          Key: HB-158
>          URL: http://opensource.atlassian.com/projects/hibernate/browse/HB-158
>      Project: Hibernate2
>         Type: New Feature

>   Components: core
>     Versions: 2.0.1
>     Reporter: TURIN ACCOUNT

>
>
> Ability to be able to get the SQL Hibernate would send to the database for a given query,
> be able to look at it and possibly tweak it (as a String) and then allow Hibernate to
> continue - sending the SQL on its way to the database.  This allows for subtle hints and
> other database tricks one is often forced to do when you don't "own" the datamodel.

-- 
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-1713) AbstractEntityPersister causes an exception when a row in a joined table is missing with fetch="select"

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

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

Mike Dillon commented on HHH-1713:
----------------------------------

Hey there. I see that there was a commit to AbstractEntityPersister two days ago, so I was wondering if someone on the Hibernate team would mind taking another look at this patch. It looks like the issue is still there on the trunk of SVN.

Thanks in advance.

> AbstractEntityPersister causes an exception when a row in a joined table is missing with fetch="select"
> -------------------------------------------------------------------------------------------------------
>
>          Key: HHH-1713
>          URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1713
>      Project: Hibernate3
>         Type: Bug

>   Components: core
>     Versions: 3.1.3, 3.2.0 cr1
>  Environment: Hibernate 3.1.3, 3.2.0cr1
> Oracle 9i (using odjbc14.jar from Oracle 10.1.0.4)
>     Reporter: Mike Dillon
>     Priority: Minor
>  Attachments: AbstractEntityPersister.java.patch, BasicEntityPersister.patch
>
>
> When using the <join> mapping, the behavior of AbstractEntityPersister when the joined row is missing is not consistent between fetch="join" and fetch="select".
> When fetch="join" and the row is missing, the AbstractEntityPersister simply sets all the outer joined fields to null since that's what comes back from the database. However, when fetch="select" and the row is missing, an SQLException is thrown. The reason is that the call to ResultSet.next() is not checked to see if a row is available before calling ResultSet.getXXXX(). In our Oracle enviroment, this resulted in a cryptic JDBC error about an "Exhausted Resultset".
> The fix is to check the return value of ResultSet.next(). I have attached a patch with a proposed fix for this issue. To be consistent with the current behavior of fetch="join", it explicitly sets all fields that come from the "sequential select" to null when the select does not produce any rows. This contradicts the hibernate-mapping DTD which says that the "optional" attribute on <join> defaults to false, but since that attribute is undocumented and the current implementation doesn't seem to respect this attribute even when fetch="join", I decided to be consistent with the actual semantics of fetch="join".
> The behavior of the optional attibute probably needs to be fixed in both cases, but I didn't address that with my patch. It seems that optional only works as advertised when Hibernate is able to produce a query with a single polymorphic join and can use an inner join instead of a left outer join.
> My patch was created against Hibernate 3.1.3, but I looked at the same code in 3.2.0cr1 and it has not changed.

-- 
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-622) Allow ability to ignore Foreign Keys

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

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

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

that is completely what it was intended for.

> Allow ability to ignore Foreign Keys
> ------------------------------------
>
>          Key: HBX-622
>          URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-622
>      Project: Hibernate Tools
>         Type: New Feature

>   Components: reverse-engineer
>     Versions: 3.1beta4
>  Environment: As per patch.
>     Reporter: James Olsen
>  Attachments: svn-patch.txt
>
>
> On the project I'm currently working on we want 1:1 POJO<->Table mapping without any relationships between the POJOs.  Although this is not a configuration that I would normally choose or recommend, in this case it is forced upon us be external architectural requirements.
> Currently in order to avoid relationships in your POJOs you have to reveng each table individually.  The attached patch is a proposed solution to allow the reveng to ignore relationships between tables when reverse engineering multiple tables at the same time.
> Note that the patch only supports this for ReverseEngineeringStrategy not for reveng.xml.
> I'm supplying the patch in the hope that it (or something similar) can be incorporated into the main code and in case anyone else has (unfortunately) similar requirements.

-- 
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-1902) Alias Problem... Hibernate is replacing our alias at one place but not at another place

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

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
    Priority: Blocker


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] Commented: (HBX-622) Allow ability to ignore Foreign Keys

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

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

Michael Slattery commented on HBX-622:
--------------------------------------

I found a much better solution.  Set the property:   "hibernatetool.metadatadialect" to the class name of:

public class KeylessMetaDataDialect extends JDBCMetaDataDialect
{
  @Override
  public Iterator getExportedKeys(String catalog, String schema, String table)
  {
    return Collections.EMPTY_LIST.iterator();
  }
}

(I realize that extending a wrapper of MetaDataDialect would be better design)

> Allow ability to ignore Foreign Keys
> ------------------------------------
>
>          Key: HBX-622
>          URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-622
>      Project: Hibernate Tools
>         Type: New Feature

>   Components: reverse-engineer
>     Versions: 3.1beta4
>  Environment: As per patch.
>     Reporter: James Olsen
>  Attachments: svn-patch.txt
>
>
> On the project I'm currently working on we want 1:1 POJO<->Table mapping without any relationships between the POJOs.  Although this is not a configuration that I would normally choose or recommend, in this case it is forced upon us be external architectural requirements.
> Currently in order to avoid relationships in your POJOs you have to reveng each table individually.  The attached patch is a proposed solution to allow the reveng to ignore relationships between tables when reverse engineering multiple tables at the same time.
> Note that the patch only supports this for ReverseEngineeringStrategy not for reveng.xml.
> I'm supplying the patch in the hope that it (or something similar) can be incorporated into the main code and in case anyone else has (unfortunately) similar requirements.

-- 
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-1901) Filtering on superclass property problem

[Juan I. C. (JIRA) <no...@at...>]

Filtering on superclass property problem
----------------------------------------

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

    Versions: 3.1.3    
 Environment: Hibernate 3.1.3  on Oracle 9i
    Reporter: Juan Ignacio Cidre


I have three classes Order, Advertisements and Creatives.
Advertisements is subclass of Creatives
Order has a one-to-many to Advertisements
That one-to-many has a filter. The condition has to do with a property of Creative, the Advertisements superclass.

This is the Order to Advertisements mapping with a filter on deletionStatusId that is a field of Creative.
        <set name="ads" inverse="true" lazy="true">
            <key column="orderId"/>
            <one-to-many class="com.inceptor.domain.msn.Advertisement"/>
            <filter name="deletionStatusFilter" condition="deletionStatusId = 0"/>
        </set>       

This is the Creative mapping with the deletionStatusId, which is mapped as a component. It is a Enum in Java.
           <component name="deletionStatus" 
class="com.inceptor.domain.core.DeletionStatusType">
               <property name="number" column="deletionStatusId" />
           </component>

I would expected an sql that appends a where condition like [superclass (Creative) table alias].deletionStatusId  instead I received [subclass (Advertisements) table alias].deletionStatusId
This generates a DB error.

Follows the generated query
Note ads0_ instead of ads0_1_ 

select ads0_.orderId as orderId1_, ads0_.id as id1_, ads0_.id as ID324_0_, ads0_1_.version as version324_0_, ads0_1_.searchEngineAccountId as searchEn3_324_0_, ads0_1_.creationTime as creation4_324_0_, ads0_1_.creatorId as creatorId324_0_, ads0_1_.modificationTime as modifica6_324_0_, ads0_1_.synchTime as synchTime324_0_, ads0_1_.modifierId as modifierId324_0_, ads0_1_.deletionStatusId as deletion9_324_0_, ads0_1_.deleterId as deleterId324_0_, ads0_1_.pushError as pushError324_0_, ads0_.seId as seId418_0_, ads0_.title as title418_0_, ads0_.description as descript4_418_0_, ads0_.displayURL as displayURL418_0_, ads0_.destinationURL as destinat6_418_0_, ads0_.originalDestinationURL as original7_418_0_, ads0_.orderId as orderId418_0_ from MSN_Advertisements ads0_ inner join GTK_Creatives ads0_1_ on ads0_.id=ads0_1_.ID where  ads0_.deletionStatusId = 0 and ads0_.orderId=?

-- 
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-622) Allow ability to ignore Foreign Keys

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

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

Michael Slattery commented on HBX-622:
--------------------------------------

We wrote a workaround for this as we didn't want to modify the hibernate source.  We implemented a simple JDBC wrapper driver that disables foreign key metadata.

> Allow ability to ignore Foreign Keys
> ------------------------------------
>
>          Key: HBX-622
>          URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-622
>      Project: Hibernate Tools
>         Type: New Feature

>   Components: reverse-engineer
>     Versions: 3.1beta4
>  Environment: As per patch.
>     Reporter: James Olsen
>  Attachments: svn-patch.txt
>
>
> On the project I'm currently working on we want 1:1 POJO<->Table mapping without any relationships between the POJOs.  Although this is not a configuration that I would normally choose or recommend, in this case it is forced upon us be external architectural requirements.
> Currently in order to avoid relationships in your POJOs you have to reveng each table individually.  The attached patch is a proposed solution to allow the reveng to ignore relationships between tables when reverse engineering multiple tables at the same time.
> Note that the patch only supports this for ReverseEngineeringStrategy not for reveng.xml.
> I'm supplying the patch in the hope that it (or something similar) can be incorporated into the main code and in case anyone else has (unfortunately) similar requirements.

-- 
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