Menu
▾
▴
hibernate-issues — Hibernate JIRA Notifications
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(32) |
Jun
(175) |
Jul
(209) |
Aug
(302) |
Sep
(287) |
Oct
(339) |
Nov
(314) |
Dec
(329) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(479) |
Feb
(389) |
Mar
(599) |
Apr
(307) |
May
(390) |
Jun
(300) |
Jul
(410) |
Aug
(458) |
Sep
(299) |
Oct
(315) |
Nov
(363) |
Dec
(529) |
| 2005 |
Jan
(568) |
Feb
(434) |
Mar
(1004) |
Apr
(823) |
May
(767) |
Jun
(763) |
Jul
(854) |
Aug
(862) |
Sep
(560) |
Oct
(853) |
Nov
(763) |
Dec
(731) |
| 2006 |
Jan
(776) |
Feb
(608) |
Mar
(657) |
Apr
(424) |
May
(559) |
Jun
(440) |
Jul
(448) |
Aug
(58) |
Sep
|
Oct
(17) |
Nov
(16) |
Dec
(8) |
| 2007 |
Jan
(1) |
Feb
(8) |
Mar
(2) |
Apr
(5) |
May
(3) |
Jun
(3) |
Jul
(3) |
Aug
(16) |
Sep
(10) |
Oct
(4) |
Nov
(4) |
Dec
(4) |
| 2008 |
Jan
(8) |
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
|
From: <leg...@at...> - 2003-09-12 03:25:33
|
The following comment has been added to this issue:
Author: Gavin King
Created: Thu, 11 Sep 2003 10:24 PM
Body:
Thanks for this - this is the kind of feedback we need :)
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-325
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-325
Summary: JCASessionFactoryImpl incompatible with WebLogic (8.1)
Type: Bug
Status: Unassigned
Priority: Minor
Project: Hibernate2
Components:
core
Versions:
2.0.1
Assignee:
Reporter: Ethan Wolf
Created: Thu, 11 Sep 2003 4:39 PM
Updated: Thu, 11 Sep 2003 4:39 PM
Environment: Windows 2000, WebLogic 8.1 (Windows version)
Description:
JCASessionImplFactory.openSession() performs a cast of the Session returned from the application server's connection manager. The cast is to the implementation class (JCASessionImpl), not the interface (Session).
However, WebLogic's connection manager returns a proxy, resulting in a class cast exception.
The problem seems to be avoidable by casting to Session instead of the implementation class.
---------------------------------------------------------------------
JIRA INFORMATION:
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
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
|
|
From: <leg...@at...> - 2003-09-11 21:57:27
|
Message: A new issue has been created in JIRA. --------------------------------------------------------------------- View the issue: http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-326 Here is an overview of the issue: --------------------------------------------------------------------- Key: HB-326 Summary: Persister assigned to a class not used when persisting a Set Type: Bug Status: Unassigned Priority: Major Project: Hibernate2 Components: core Versions: 2.0 final Assignee: Reporter: Nick Johnson Created: Thu, 11 Sep 2003 4:56 PM Updated: Thu, 11 Sep 2003 4:56 PM Environment: JDK 1.4 on Win2k Description: When persisting a Set, the persister for the class defined within the Set is not used. For example, with a mapping like this: <class name="foo" persister="FooPersister"> <!-- ... --> <set name="relatedStuff"> <key column="related_stuff_key" /> <one-to-many class="bar" /> </set> </class> <class name="bar" persister="BarPersister"> <!-- ... --> </class> Operations on the set "relatedStuff" will result in SQL being generated rather than the necessary operations being handed off to BarPersister. Another alternative or possible solution to this problem would be the ability to define a custom persister for Hibernate's collections classes; eg, "<set name="relatedStuff" persister="CustomSetPersister">" This problem arose because we need to control how a many-to-many-style table is persisted (we use stored procedures to do inserts, updates and deletes). Because of the way the tables are normalized and because of the requirements of the system (arbitrary linkage between collections and the necessity of interoperating with existing infrastructure) the schema looks something like this: Group ----- group_id number primary key (other attributes on group follow) Group_member ------------ parent_group_id number (references the group_id in Group) child_group_id number (ditto) The original problem is that we've been unsuccessful in getting customized persistence for the Group_member table. Even creating a custom persister for the Group_member table still results in SQL getting generated rather than the custom persister being used. This turns out to be a difficult thing to describe, so if what I've said isn't terribly clear, I'm more than happy to try to clarify ambiguities. --------------------------------------------------------------------- JIRA INFORMATION: 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 If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira |
|
From: <leg...@at...> - 2003-09-11 21:40:28
|
Message: A new issue has been created in JIRA. --------------------------------------------------------------------- View the issue: http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-325 Here is an overview of the issue: --------------------------------------------------------------------- Key: HB-325 Summary: JCASessionFactoryImpl incompatible with WebLogic (8.1) Type: Bug Status: Unassigned Priority: Minor Project: Hibernate2 Components: core Versions: 2.0.1 Assignee: Reporter: Ethan Wolf Created: Thu, 11 Sep 2003 4:39 PM Updated: Thu, 11 Sep 2003 4:39 PM Environment: Windows 2000, WebLogic 8.1 (Windows version) Description: JCASessionImplFactory.openSession() performs a cast of the Session returned from the application server's connection manager. The cast is to the implementation class (JCASessionImpl), not the interface (Session). However, WebLogic's connection manager returns a proxy, resulting in a class cast exception. The problem seems to be avoidable by casting to Session instead of the implementation class. --------------------------------------------------------------------- JIRA INFORMATION: 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 If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira |
|
From: <leg...@at...> - 2003-09-11 21:02:27
|
The following comment has been added to this issue:
Author: John Kristian
Created: Thu, 11 Sep 2003 4:02 PM
Body:
The change Gavin suggested has no apparent affect (good or bad) on my test case (based on a quick glance through the log file).
==== //depot/universe/3rdparty/hibernate/build/src/net/sf/hibernate/type/EntityType.java#1 ====
82c82
< Serializable id = session.getEntityIdentifier(value);
---
> Serializable id = session.getEntityIdentifierIfNotUnsaved(value);
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-321
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-321
Summary: could not create JCS region: NullPointerException
Type: Bug
Status: Unassigned
Priority: Major
Project: Hibernate2
Components:
core
Versions:
2.0.3
Assignee:
Reporter: John Kristian
Created: Tue, 9 Sep 2003 6:42 PM
Updated: Wed, 10 Sep 2003 7:58 PM
Environment: Windows XP Professional, JBoss 3, Microsoft SQL Server 2000
Description:
With Hibernate 2.0.3 (but not 2.0.2), the following error occurs.
2003-09-09 16:25:11,453 ERROR [net.sf.hibernate.cache.JCSCache] could not create JCS region
java.lang.NullPointerException
at org.apache.jcs.engine.memory.lru.LRUMemoryCache.update(LRUMemoryCache.java:116)
at org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:241)
at org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:200)
at org.apache.jcs.access.CacheAccess.put(CacheAccess.java:311)
at org.apache.jcs.access.CacheAccess.put(CacheAccess.java:279)
at net.sf.hibernate.cache.JCSCache.put(JCSCache.java:36)
at net.sf.hibernate.cache.ReadWriteCache.put(ReadWriteCache.java:64)
at net.sf.hibernate.impl.SessionImpl.initializeEntity(SessionImpl.java:1966)
at net.sf.hibernate.loader.Loader.doFind(Loader.java:196)
at net.sf.hibernate.loader.Loader.loadEntity(Loader.java:587)
at net.sf.hibernate.loader.EntityLoader.load(EntityLoader.java:42)
at net.sf.hibernate.persister.EntityPersister.load(EntityPersister.java:396)
at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1889)
at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1716)
at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:62)
at net.sf.hibernate.type.EntityType.assemble(EntityType.java:93)
at net.sf.hibernate.collection.Set.<init>(Set.java:94)
at net.sf.hibernate.type.SetType.assembleCachedCollection(SetType.java:36)
at net.sf.hibernate.collection.CollectionPersister.getCachedCollection(CollectionPersister.java:308)
at net.sf.hibernate.type.PersistentCollectionType.getCollection(PersistentCollectionType.java:66)
at net.sf.hibernate.type.PersistentCollectionType.resolveIdentifier(PersistentCollectionType.java:177)
at net.sf.hibernate.type.PersistentCollectionType.assemble(PersistentCollectionType.java:129)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:53)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:45)
at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1872)
at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1716)
at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:62)
at net.sf.hibernate.type.EntityType.assemble(EntityType.java:93)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:53)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:45)
at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1872)
at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1716)
at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:62)
at net.sf.hibernate.type.EntityType.assemble(EntityType.java:93)
at net.sf.hibernate.collection.Set.<init>(Set.java:94)
at net.sf.hibernate.type.SetType.assembleCachedCollection(SetType.java:36)
at net.sf.hibernate.collection.CollectionPersister.getCachedCollection(CollectionPersister.java:308)
at net.sf.hibernate.type.PersistentCollectionType.getCollection(PersistentCollectionType.java:66)
at net.sf.hibernate.type.PersistentCollectionType.resolveIdentifier(PersistentCollectionType.java:177)
at net.sf.hibernate.type.PersistentCollectionType.assemble(PersistentCollectionType.java:129)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:53)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:45)
at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1872)
at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
at net.sf.hibernate.impl.SessionImpl.load(SessionImpl.java:1688)
at com.docent.lms.entities.reference.GeneratedUser$Factory.getById(GeneratedUser.java:456)
at com.docent.lms.web.Visit.getUser(Visit.java:252)
---------------------------------------------------------------------
JIRA INFORMATION:
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
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
|
|
From: <leg...@at...> - 2003-09-11 16:21:27
|
The following comment has been added to this issue:
Author: John Kristian
Created: Thu, 11 Sep 2003 11:21 AM
Body:
Correction: 2.0.3 maps a key-many-to-one to a reference to an object whose id is null (the unsaved value), whereas 2.0.2 maps it to a reference to an object with a non-null id. A clear example is contained in currency.zip. I suspect rpa.zip contains another example.
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-321
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-321
Summary: could not create JCS region: NullPointerException
Type: Bug
Status: Unassigned
Priority: Major
Project: Hibernate2
Components:
core
Versions:
2.0.3
Assignee:
Reporter: John Kristian
Created: Tue, 9 Sep 2003 6:42 PM
Updated: Wed, 10 Sep 2003 7:58 PM
Environment: Windows XP Professional, JBoss 3, Microsoft SQL Server 2000
Description:
With Hibernate 2.0.3 (but not 2.0.2), the following error occurs.
2003-09-09 16:25:11,453 ERROR [net.sf.hibernate.cache.JCSCache] could not create JCS region
java.lang.NullPointerException
at org.apache.jcs.engine.memory.lru.LRUMemoryCache.update(LRUMemoryCache.java:116)
at org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:241)
at org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:200)
at org.apache.jcs.access.CacheAccess.put(CacheAccess.java:311)
at org.apache.jcs.access.CacheAccess.put(CacheAccess.java:279)
at net.sf.hibernate.cache.JCSCache.put(JCSCache.java:36)
at net.sf.hibernate.cache.ReadWriteCache.put(ReadWriteCache.java:64)
at net.sf.hibernate.impl.SessionImpl.initializeEntity(SessionImpl.java:1966)
at net.sf.hibernate.loader.Loader.doFind(Loader.java:196)
at net.sf.hibernate.loader.Loader.loadEntity(Loader.java:587)
at net.sf.hibernate.loader.EntityLoader.load(EntityLoader.java:42)
at net.sf.hibernate.persister.EntityPersister.load(EntityPersister.java:396)
at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1889)
at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1716)
at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:62)
at net.sf.hibernate.type.EntityType.assemble(EntityType.java:93)
at net.sf.hibernate.collection.Set.<init>(Set.java:94)
at net.sf.hibernate.type.SetType.assembleCachedCollection(SetType.java:36)
at net.sf.hibernate.collection.CollectionPersister.getCachedCollection(CollectionPersister.java:308)
at net.sf.hibernate.type.PersistentCollectionType.getCollection(PersistentCollectionType.java:66)
at net.sf.hibernate.type.PersistentCollectionType.resolveIdentifier(PersistentCollectionType.java:177)
at net.sf.hibernate.type.PersistentCollectionType.assemble(PersistentCollectionType.java:129)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:53)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:45)
at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1872)
at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1716)
at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:62)
at net.sf.hibernate.type.EntityType.assemble(EntityType.java:93)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:53)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:45)
at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1872)
at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1716)
at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:62)
at net.sf.hibernate.type.EntityType.assemble(EntityType.java:93)
at net.sf.hibernate.collection.Set.<init>(Set.java:94)
at net.sf.hibernate.type.SetType.assembleCachedCollection(SetType.java:36)
at net.sf.hibernate.collection.CollectionPersister.getCachedCollection(CollectionPersister.java:308)
at net.sf.hibernate.type.PersistentCollectionType.getCollection(PersistentCollectionType.java:66)
at net.sf.hibernate.type.PersistentCollectionType.resolveIdentifier(PersistentCollectionType.java:177)
at net.sf.hibernate.type.PersistentCollectionType.assemble(PersistentCollectionType.java:129)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:53)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:45)
at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1872)
at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
at net.sf.hibernate.impl.SessionImpl.load(SessionImpl.java:1688)
at com.docent.lms.entities.reference.GeneratedUser$Factory.getById(GeneratedUser.java:456)
at com.docent.lms.web.Visit.getUser(Visit.java:252)
---------------------------------------------------------------------
JIRA INFORMATION:
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
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
|
|
From: <leg...@at...> - 2003-09-11 16:16:28
|
Message:
The following issue has been closed.
Resolver: Gavin King
Date: Thu, 11 Sep 2003 11:16 AM
PLease do not report bugs in your application to Hibernate JIRA! This is for bugs in HIbernate.
Please use the User Forum for this.
(The problem is probably that you are using Oracle9Dialect with Oracle8 or something like that.)
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-324
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-324
Summary: ORA-00933: SQL command not properly ended
Type: Bug
Status: Closed
Priority: Major
Resolution: REJECTED
Project: Hibernate2
Versions:
2.0.1
2.0.3
Assignee:
Reporter: Andreas Rudolf
Created: Thu, 11 Sep 2003 9:13 AM
Updated: Thu, 11 Sep 2003 11:16 AM
Environment: Linux, JDK 1.4.1_01
Description:
An session.delete("from LeafVO"); throws an exception on oracle. MySQL works without problems.
I would like to attach a small testcase, but it seems not possible here. So I just make a copy/paste of the schema and the log.
Best regards
Andy
================== hbm.log =============================
DEBUG main - trying to locate http://hibernate.sourceforge.net/hibernate-mapping-2.0.dtd in classpath under net/sf/hibernate/ <net.sf.hibernate.util.DTDEntityResolver>
DEBUG main - found http://hibernate.sourceforge.net/hibernate-mapping-2.0.dtd in classpath <net.sf.hibernate.util.DTDEntityResolver>
DEBUG main - Processing mapping for class: CompositeVO <net.sf.hibernate.tool.hbm2java.ClassMapping>
DEBUG main - Processing mapping for class: LeafVO <net.sf.hibernate.tool.hbm2java.ClassMapping>
DEBUG main - Writing /home/andy/karodev/hibernate-testenv/generate/CompositeVO.java <net.sf.hibernate.tool.hbm2java.Generator>
DEBUG main - Writing /home/andy/karodev/hibernate-testenv/generate/LeafVO.java <net.sf.hibernate.tool.hbm2java.Generator>
INFO main - Hibernate 2.0.3 <net.sf.hibernate.cfg.Environment>
INFO main - hibernate.properties not found <net.sf.hibernate.cfg.Environment>
INFO main - using CGLIB reflection optimizer <net.sf.hibernate.cfg.Environment>
INFO main - JVM proxy support: true <net.sf.hibernate.cfg.Environment>
INFO main - Mapping file: schema.hbm.xml <net.sf.hibernate.cfg.Configuration>
DEBUG main - trying to locate http://hibernate.sourceforge.net/hibernate-mapping-2.0.dtd in classpath under net/sf/hibernate/ <net.sf.hibernate.util.DTDEntityResolver>
DEBUG main - found http://hibernate.sourceforge.net/hibernate-mapping-2.0.dtd in classpath <net.sf.hibernate.util.DTDEntityResolver>
INFO main - Mapping class: CompositeVO -> composite <net.sf.hibernate.cfg.Binder>
DEBUG main - Mapped property: oid -> Oid, type: long <net.sf.hibernate.cfg.Binder>
DEBUG main - Mapped property: eid -> Eid, type: string <net.sf.hibernate.cfg.Binder>
DEBUG main - Mapped property: name -> Name, type: string <net.sf.hibernate.cfg.Binder>
DEBUG main - Mapped property: type -> Type, type: string <net.sf.hibernate.cfg.Binder>
INFO main - Mapping joined-subclass: LeafVO -> leaf <net.sf.hibernate.cfg.Binder>
DEBUG main - Mapped property: nominalValue -> NominalValue, type: double <net.sf.hibernate.cfg.Binder>
INFO main - Using dialect: net.sf.hibernate.dialect.Oracle9Dialect <net.sf.hibernate.dialect.Dialect>
INFO main - processing one-to-many association mappings <net.sf.hibernate.cfg.Configuration>
INFO main - processing foreign key constraints <net.sf.hibernate.cfg.Configuration>
DEBUG main - resolving reference to class: CompositeVO <net.sf.hibernate.cfg.Configuration>
INFO main - processing one-to-many association mappings <net.sf.hibernate.cfg.Configuration>
INFO main - processing foreign key constraints <net.sf.hibernate.cfg.Configuration>
INFO main - Hibernate 2.0.3 <net.sf.hibernate.cfg.Environment>
INFO main - hibernate.properties not found <net.sf.hibernate.cfg.Environment>
INFO main - using CGLIB reflection optimizer <net.sf.hibernate.cfg.Environment>
INFO main - JVM proxy support: true <net.sf.hibernate.cfg.Environment>
INFO main - Mapping file: schema.hbm.xml <net.sf.hibernate.cfg.Configuration>
DEBUG main - trying to locate http://hibernate.sourceforge.net/hibernate-mapping-2.0.dtd in classpath under net/sf/hibernate/ <net.sf.hibernate.util.DTDEntityResolver>
DEBUG main - found http://hibernate.sourceforge.net/hibernate-mapping-2.0.dtd in classpath <net.sf.hibernate.util.DTDEntityResolver>
INFO main - Mapping class: CompositeVO -> composite <net.sf.hibernate.cfg.Binder>
DEBUG main - Mapped property: oid -> Oid, type: long <net.sf.hibernate.cfg.Binder>
DEBUG main - Mapped property: eid -> Eid, type: string <net.sf.hibernate.cfg.Binder>
DEBUG main - Mapped property: name -> Name, type: string <net.sf.hibernate.cfg.Binder>
DEBUG main - Mapped property: type -> Type, type: string <net.sf.hibernate.cfg.Binder>
INFO main - Mapping joined-subclass: LeafVO -> leaf <net.sf.hibernate.cfg.Binder>
DEBUG main - Mapped property: nominalValue -> NominalValue, type: double <net.sf.hibernate.cfg.Binder>
INFO main - processing one-to-many association mappings <net.sf.hibernate.cfg.Configuration>
INFO main - processing foreign key constraints <net.sf.hibernate.cfg.Configuration>
DEBUG main - resolving reference to class: CompositeVO <net.sf.hibernate.cfg.Configuration>
INFO main - building session factory <net.sf.hibernate.impl.SessionFactoryImpl>
DEBUG main - instantiating session factory with properties: {hibernate.connection.username=jtest, hibernate.connection.password=jtest, hibernate.dialect=net.sf.hibernate.dialect.Oracle9Dialect, hibernate.connection.url=jdbc:oracle:thin:@ldb2:1521:ldb2, hibernate.connection.driver_class=oracle.jdbc.OracleDriver} <net.sf.hibernate.impl.SessionFactoryImpl>
INFO main - Using dialect: net.sf.hibernate.dialect.Oracle9Dialect <net.sf.hibernate.dialect.Dialect>
INFO main - Hibernate connection pool size: 20 <net.sf.hibernate.connection.DriverManagerConnectionProvider>
INFO main - using driver: oracle.jdbc.OracleDriver at URL: jdbc:oracle:thin:@ldb2:1521:ldb2 <net.sf.hibernate.connection.DriverManagerConnectionProvider>
INFO main - connection properties: {user=jtest, password=jtest} <net.sf.hibernate.connection.DriverManagerConnectionProvider>
INFO main - Use outer join fetching: true <net.sf.hibernate.impl.SessionFactoryImpl>
DEBUG main - total checked-out connections: 0 <net.sf.hibernate.connection.DriverManagerConnectionProvider>
DEBUG main - opening new JDBC connection <net.sf.hibernate.connection.DriverManagerConnectionProvider>
DEBUG main - created connection to: jdbc:oracle:thin:@ldb2:1521:ldb2, Isolation Level: 2 <net.sf.hibernate.connection.DriverManagerConnectionProvider>
DEBUG main - returning connection to pool, pool size: 1 <net.sf.hibernate.connection.DriverManagerConnectionProvider>
INFO main - Use scrollable result sets: true <net.sf.hibernate.impl.SessionFactoryImpl>
INFO main - JDBC 2 max batch size: 15 <net.sf.hibernate.impl.SessionFactoryImpl>
DEBUG main - initializing class SessionFactoryObjectFactory <net.sf.hibernate.impl.SessionFactoryObjectFactory>
DEBUG main - registered: 4028e585f790eab200f790eaba930000 (unnamed) <net.sf.hibernate.impl.SessionFactoryObjectFactory>
INFO main - no JDNI name configured <net.sf.hibernate.impl.SessionFactoryObjectFactory>
INFO main - Query language substitutions: {} <net.sf.hibernate.impl.SessionFactoryImpl>
DEBUG main - instantiated session factory <net.sf.hibernate.impl.SessionFactoryImpl>
DEBUG main - opened session <net.sf.hibernate.impl.SessionImpl>
DEBUG main - delete: from LeafVO <net.sf.hibernate.impl.SessionImpl>
DEBUG main - find: from LeafVO <net.sf.hibernate.impl.SessionImpl>
DEBUG main - compiling query <net.sf.hibernate.hql.QueryTranslator>
DEBUG main - flushing session <net.sf.hibernate.impl.SessionImpl>
DEBUG main - Flushing entities and processing referenced collections <net.sf.hibernate.impl.SessionImpl>
DEBUG main - Processing unreferenced collections <net.sf.hibernate.impl.SessionImpl>
DEBUG main - Scheduling collection removes/(re)creates/updates <net.sf.hibernate.impl.SessionImpl>
DEBUG main - Flushed: 0 insertions, 0 updates, 0 deletions to 0 objects <net.sf.hibernate.impl.SessionImpl>
DEBUG main - Flushed: 0 (re)creations, 0 updates, 0 removals to 0 collections <net.sf.hibernate.impl.SessionImpl>
DEBUG main - Dont need to execute flush <net.sf.hibernate.impl.SessionImpl>
DEBUG main - HQL: from LeafVO <net.sf.hibernate.hql.QueryTranslator>
DEBUG main - SQL: select leafvo0_.Oid as Oid, leafvo0_.NominalValue as NominalV2_1_, leafvo0__1.Eid as Eid0_, leafvo0__1.Name as Name0_, leafvo0__1.Type as Type0_ from leaf leafvo0_ inner join composite leafvo0__1 on leafvo0_.Oid=leafvo0__1.Oid <net.sf.hibernate.hql.QueryTranslator>
DEBUG main - about to open: 0 open PreparedStatements, 0 open ResultSets <net.sf.hibernate.impl.BatcherImpl>
DEBUG main - total checked-out connections: 0 <net.sf.hibernate.connection.DriverManagerConnectionProvider>
DEBUG main - using pooled JDBC connection, pool size: 0 <net.sf.hibernate.connection.DriverManagerConnectionProvider>
DEBUG main - prepared statement get: select leafvo0_.Oid as Oid, leafvo0_.NominalValue as NominalV2_1_, leafvo0__1.Eid as Eid0_, leafvo0__1.Name as Name0_, leafvo0__1.Type as Type0_ from leaf leafvo0_ inner join composite leafvo0__1 on leafvo0_.Oid=leafvo0__1.Oid <net.sf.hibernate.impl.SessionFactoryImpl>
DEBUG main - preparing statement <net.sf.hibernate.impl.SessionFactoryImpl>
DEBUG main - SQL Exception <net.sf.hibernate.util.JDBCExceptionReporter>
java.sql.SQLException: ORA-00933: SQL command not properly ended
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:187)
at oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:241)
at oracle.jdbc.ttc7.Oall7.receive(Oall7.java:543)
at oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1477)
at oracle.jdbc.ttc7.TTC7Protocol.parseExecuteDescribe(TTC7Protocol.java:677)
at oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatement.java:2285)
at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:2525)
at oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedStatement.java:452)
at oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:382)
at net.sf.hibernate.impl.BatcherImpl.getResultSet(BatcherImpl.java:71)
at net.sf.hibernate.loader.Loader.getResultSet(Loader.java:551)
at net.sf.hibernate.loader.Loader.doFind(Loader.java:140)
at net.sf.hibernate.loader.Loader.find(Loader.java:620)
at net.sf.hibernate.hql.QueryTranslator.find(QueryTranslator.java:928)
at net.sf.hibernate.impl.SessionImpl.find(SessionImpl.java:1343)
at net.sf.hibernate.impl.SessionImpl.find(SessionImpl.java:1322)
at net.sf.hibernate.impl.SessionImpl.delete(SessionImpl.java:1457)
at net.sf.hibernate.impl.SessionImpl.delete(SessionImpl.java:1443)
at TestHibernate.doTest(TestHibernate.java:36)
at TestHibernate.main(TestHibernate.java:50)
WARN main - SQL Error: 933, SQLState: 42000 <net.sf.hibernate.util.JDBCExceptionReporter>
ERROR main - ORA-00933: SQL command not properly ended
<net.sf.hibernate.util.JDBCExceptionReporter>
DEBUG main - done closing: 0 open PreparedStatements, 0 open ResultSets <net.sf.hibernate.impl.BatcherImpl>
DEBUG main - closing statement <net.sf.hibernate.impl.SessionFactoryImpl>
ERROR main - Could not execute query <net.sf.hibernate.util.JDBCExceptionReporter>
java.sql.SQLException: ORA-00933: SQL command not properly ended
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:187)
at oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:241)
at oracle.jdbc.ttc7.Oall7.receive(Oall7.java:543)
at oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1477)
at oracle.jdbc.ttc7.TTC7Protocol.parseExecuteDescribe(TTC7Protocol.java:677)
at oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatement.java:2285)
at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:2525)
at oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedStatement.java:452)
at oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:382)
at net.sf.hibernate.impl.BatcherImpl.getResultSet(BatcherImpl.java:71)
at net.sf.hibernate.loader.Loader.getResultSet(Loader.java:551)
at net.sf.hibernate.loader.Loader.doFind(Loader.java:140)
at net.sf.hibernate.loader.Loader.find(Loader.java:620)
at net.sf.hibernate.hql.QueryTranslator.find(QueryTranslator.java:928)
at net.sf.hibernate.impl.SessionImpl.find(SessionImpl.java:1343)
at net.sf.hibernate.impl.SessionImpl.find(SessionImpl.java:1322)
at net.sf.hibernate.impl.SessionImpl.delete(SessionImpl.java:1457)
at net.sf.hibernate.impl.SessionImpl.delete(SessionImpl.java:1443)
at TestHibernate.doTest(TestHibernate.java:36)
at TestHibernate.main(TestHibernate.java:50)
==================schema.hbm.xml =======================
<?xml version="1.0"?>
<!DOCTYPE hibernate-mapping PUBLIC
"-//Hibernate/Hibernate Mapping DTD 2.0//EN"
"http://hibernate.sourceforge.net/hibernate-mapping-2.0.dtd">
<hibernate-mapping>
<!-- ======================================================================== -->
<!-- Composite -->
<!-- ======================================================================== -->
<class name="CompositeVO" table="composite"
>
<id name="oid"
column="Oid"
type="long"
>
<generator class="native"/>
</id>
<property name="eid"
column="Eid"
type="string"
length="30"
not-null="true"
unique="true"
/>
<property name="name"
column="Name"
type="string"
length="50"
/>
<property name="type"
column="Type"
type="string"
length="20"
/>
<joined-subclass name="LeafVO" table="leaf"
>
<!-- Generate all possible classes -->
<key column="Oid"/>
<property
name="nominalValue"
type="java.lang.Double"
update="true"
insert="true"
column="NominalValue"
not-null="false"
>
</property>
</joined-subclass>
</class>
</hibernate-mapping>
========================================================
---------------------------------------------------------------------
JIRA INFORMATION:
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
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
|
|
From: <leg...@at...> - 2003-09-11 14:13:28
|
Message: A new issue has been created in JIRA. --------------------------------------------------------------------- View the issue: http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-324 Here is an overview of the issue: --------------------------------------------------------------------- Key: HB-324 Summary: ORA-00933: SQL command not properly ended Type: Bug Status: Unassigned Priority: Major Project: Hibernate2 Versions: 2.0.1 2.0.3 Assignee: Reporter: Andreas Rudolf Created: Thu, 11 Sep 2003 9:13 AM Updated: Thu, 11 Sep 2003 9:13 AM Environment: Linux, JDK 1.4.1_01 Description: An session.delete("from LeafVO"); throws an exception on oracle. MySQL works without problems. I would like to attach a small testcase, but it seems not possible here. So I just make a copy/paste of the schema and the log. Best regards Andy ================== hbm.log ============================= DEBUG main - trying to locate http://hibernate.sourceforge.net/hibernate-mapping-2.0.dtd in classpath under net/sf/hibernate/ <net.sf.hibernate.util.DTDEntityResolver> DEBUG main - found http://hibernate.sourceforge.net/hibernate-mapping-2.0.dtd in classpath <net.sf.hibernate.util.DTDEntityResolver> DEBUG main - Processing mapping for class: CompositeVO <net.sf.hibernate.tool.hbm2java.ClassMapping> DEBUG main - Processing mapping for class: LeafVO <net.sf.hibernate.tool.hbm2java.ClassMapping> DEBUG main - Writing /home/andy/karodev/hibernate-testenv/generate/CompositeVO.java <net.sf.hibernate.tool.hbm2java.Generator> DEBUG main - Writing /home/andy/karodev/hibernate-testenv/generate/LeafVO.java <net.sf.hibernate.tool.hbm2java.Generator> INFO main - Hibernate 2.0.3 <net.sf.hibernate.cfg.Environment> INFO main - hibernate.properties not found <net.sf.hibernate.cfg.Environment> INFO main - using CGLIB reflection optimizer <net.sf.hibernate.cfg.Environment> INFO main - JVM proxy support: true <net.sf.hibernate.cfg.Environment> INFO main - Mapping file: schema.hbm.xml <net.sf.hibernate.cfg.Configuration> DEBUG main - trying to locate http://hibernate.sourceforge.net/hibernate-mapping-2.0.dtd in classpath under net/sf/hibernate/ <net.sf.hibernate.util.DTDEntityResolver> DEBUG main - found http://hibernate.sourceforge.net/hibernate-mapping-2.0.dtd in classpath <net.sf.hibernate.util.DTDEntityResolver> INFO main - Mapping class: CompositeVO -> composite <net.sf.hibernate.cfg.Binder> DEBUG main - Mapped property: oid -> Oid, type: long <net.sf.hibernate.cfg.Binder> DEBUG main - Mapped property: eid -> Eid, type: string <net.sf.hibernate.cfg.Binder> DEBUG main - Mapped property: name -> Name, type: string <net.sf.hibernate.cfg.Binder> DEBUG main - Mapped property: type -> Type, type: string <net.sf.hibernate.cfg.Binder> INFO main - Mapping joined-subclass: LeafVO -> leaf <net.sf.hibernate.cfg.Binder> DEBUG main - Mapped property: nominalValue -> NominalValue, type: double <net.sf.hibernate.cfg.Binder> INFO main - Using dialect: net.sf.hibernate.dialect.Oracle9Dialect <net.sf.hibernate.dialect.Dialect> INFO main - processing one-to-many association mappings <net.sf.hibernate.cfg.Configuration> INFO main - processing foreign key constraints <net.sf.hibernate.cfg.Configuration> DEBUG main - resolving reference to class: CompositeVO <net.sf.hibernate.cfg.Configuration> INFO main - processing one-to-many association mappings <net.sf.hibernate.cfg.Configuration> INFO main - processing foreign key constraints <net.sf.hibernate.cfg.Configuration> INFO main - Hibernate 2.0.3 <net.sf.hibernate.cfg.Environment> INFO main - hibernate.properties not found <net.sf.hibernate.cfg.Environment> INFO main - using CGLIB reflection optimizer <net.sf.hibernate.cfg.Environment> INFO main - JVM proxy support: true <net.sf.hibernate.cfg.Environment> INFO main - Mapping file: schema.hbm.xml <net.sf.hibernate.cfg.Configuration> DEBUG main - trying to locate http://hibernate.sourceforge.net/hibernate-mapping-2.0.dtd in classpath under net/sf/hibernate/ <net.sf.hibernate.util.DTDEntityResolver> DEBUG main - found http://hibernate.sourceforge.net/hibernate-mapping-2.0.dtd in classpath <net.sf.hibernate.util.DTDEntityResolver> INFO main - Mapping class: CompositeVO -> composite <net.sf.hibernate.cfg.Binder> DEBUG main - Mapped property: oid -> Oid, type: long <net.sf.hibernate.cfg.Binder> DEBUG main - Mapped property: eid -> Eid, type: string <net.sf.hibernate.cfg.Binder> DEBUG main - Mapped property: name -> Name, type: string <net.sf.hibernate.cfg.Binder> DEBUG main - Mapped property: type -> Type, type: string <net.sf.hibernate.cfg.Binder> INFO main - Mapping joined-subclass: LeafVO -> leaf <net.sf.hibernate.cfg.Binder> DEBUG main - Mapped property: nominalValue -> NominalValue, type: double <net.sf.hibernate.cfg.Binder> INFO main - processing one-to-many association mappings <net.sf.hibernate.cfg.Configuration> INFO main - processing foreign key constraints <net.sf.hibernate.cfg.Configuration> DEBUG main - resolving reference to class: CompositeVO <net.sf.hibernate.cfg.Configuration> INFO main - building session factory <net.sf.hibernate.impl.SessionFactoryImpl> DEBUG main - instantiating session factory with properties: {hibernate.connection.username=jtest, hibernate.connection.password=jtest, hibernate.dialect=net.sf.hibernate.dialect.Oracle9Dialect, hibernate.connection.url=jdbc:oracle:thin:@ldb2:1521:ldb2, hibernate.connection.driver_class=oracle.jdbc.OracleDriver} <net.sf.hibernate.impl.SessionFactoryImpl> INFO main - Using dialect: net.sf.hibernate.dialect.Oracle9Dialect <net.sf.hibernate.dialect.Dialect> INFO main - Hibernate connection pool size: 20 <net.sf.hibernate.connection.DriverManagerConnectionProvider> INFO main - using driver: oracle.jdbc.OracleDriver at URL: jdbc:oracle:thin:@ldb2:1521:ldb2 <net.sf.hibernate.connection.DriverManagerConnectionProvider> INFO main - connection properties: {user=jtest, password=jtest} <net.sf.hibernate.connection.DriverManagerConnectionProvider> INFO main - Use outer join fetching: true <net.sf.hibernate.impl.SessionFactoryImpl> DEBUG main - total checked-out connections: 0 <net.sf.hibernate.connection.DriverManagerConnectionProvider> DEBUG main - opening new JDBC connection <net.sf.hibernate.connection.DriverManagerConnectionProvider> DEBUG main - created connection to: jdbc:oracle:thin:@ldb2:1521:ldb2, Isolation Level: 2 <net.sf.hibernate.connection.DriverManagerConnectionProvider> DEBUG main - returning connection to pool, pool size: 1 <net.sf.hibernate.connection.DriverManagerConnectionProvider> INFO main - Use scrollable result sets: true <net.sf.hibernate.impl.SessionFactoryImpl> INFO main - JDBC 2 max batch size: 15 <net.sf.hibernate.impl.SessionFactoryImpl> DEBUG main - initializing class SessionFactoryObjectFactory <net.sf.hibernate.impl.SessionFactoryObjectFactory> DEBUG main - registered: 4028e585f790eab200f790eaba930000 (unnamed) <net.sf.hibernate.impl.SessionFactoryObjectFactory> INFO main - no JDNI name configured <net.sf.hibernate.impl.SessionFactoryObjectFactory> INFO main - Query language substitutions: {} <net.sf.hibernate.impl.SessionFactoryImpl> DEBUG main - instantiated session factory <net.sf.hibernate.impl.SessionFactoryImpl> DEBUG main - opened session <net.sf.hibernate.impl.SessionImpl> DEBUG main - delete: from LeafVO <net.sf.hibernate.impl.SessionImpl> DEBUG main - find: from LeafVO <net.sf.hibernate.impl.SessionImpl> DEBUG main - compiling query <net.sf.hibernate.hql.QueryTranslator> DEBUG main - flushing session <net.sf.hibernate.impl.SessionImpl> DEBUG main - Flushing entities and processing referenced collections <net.sf.hibernate.impl.SessionImpl> DEBUG main - Processing unreferenced collections <net.sf.hibernate.impl.SessionImpl> DEBUG main - Scheduling collection removes/(re)creates/updates <net.sf.hibernate.impl.SessionImpl> DEBUG main - Flushed: 0 insertions, 0 updates, 0 deletions to 0 objects <net.sf.hibernate.impl.SessionImpl> DEBUG main - Flushed: 0 (re)creations, 0 updates, 0 removals to 0 collections <net.sf.hibernate.impl.SessionImpl> DEBUG main - Dont need to execute flush <net.sf.hibernate.impl.SessionImpl> DEBUG main - HQL: from LeafVO <net.sf.hibernate.hql.QueryTranslator> DEBUG main - SQL: select leafvo0_.Oid as Oid, leafvo0_.NominalValue as NominalV2_1_, leafvo0__1.Eid as Eid0_, leafvo0__1.Name as Name0_, leafvo0__1.Type as Type0_ from leaf leafvo0_ inner join composite leafvo0__1 on leafvo0_.Oid=leafvo0__1.Oid <net.sf.hibernate.hql.QueryTranslator> DEBUG main - about to open: 0 open PreparedStatements, 0 open ResultSets <net.sf.hibernate.impl.BatcherImpl> DEBUG main - total checked-out connections: 0 <net.sf.hibernate.connection.DriverManagerConnectionProvider> DEBUG main - using pooled JDBC connection, pool size: 0 <net.sf.hibernate.connection.DriverManagerConnectionProvider> DEBUG main - prepared statement get: select leafvo0_.Oid as Oid, leafvo0_.NominalValue as NominalV2_1_, leafvo0__1.Eid as Eid0_, leafvo0__1.Name as Name0_, leafvo0__1.Type as Type0_ from leaf leafvo0_ inner join composite leafvo0__1 on leafvo0_.Oid=leafvo0__1.Oid <net.sf.hibernate.impl.SessionFactoryImpl> DEBUG main - preparing statement <net.sf.hibernate.impl.SessionFactoryImpl> DEBUG main - SQL Exception <net.sf.hibernate.util.JDBCExceptionReporter> java.sql.SQLException: ORA-00933: SQL command not properly ended at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:187) at oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:241) at oracle.jdbc.ttc7.Oall7.receive(Oall7.java:543) at oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1477) at oracle.jdbc.ttc7.TTC7Protocol.parseExecuteDescribe(TTC7Protocol.java:677) at oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatement.java:2285) at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:2525) at oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedStatement.java:452) at oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:382) at net.sf.hibernate.impl.BatcherImpl.getResultSet(BatcherImpl.java:71) at net.sf.hibernate.loader.Loader.getResultSet(Loader.java:551) at net.sf.hibernate.loader.Loader.doFind(Loader.java:140) at net.sf.hibernate.loader.Loader.find(Loader.java:620) at net.sf.hibernate.hql.QueryTranslator.find(QueryTranslator.java:928) at net.sf.hibernate.impl.SessionImpl.find(SessionImpl.java:1343) at net.sf.hibernate.impl.SessionImpl.find(SessionImpl.java:1322) at net.sf.hibernate.impl.SessionImpl.delete(SessionImpl.java:1457) at net.sf.hibernate.impl.SessionImpl.delete(SessionImpl.java:1443) at TestHibernate.doTest(TestHibernate.java:36) at TestHibernate.main(TestHibernate.java:50) WARN main - SQL Error: 933, SQLState: 42000 <net.sf.hibernate.util.JDBCExceptionReporter> ERROR main - ORA-00933: SQL command not properly ended <net.sf.hibernate.util.JDBCExceptionReporter> DEBUG main - done closing: 0 open PreparedStatements, 0 open ResultSets <net.sf.hibernate.impl.BatcherImpl> DEBUG main - closing statement <net.sf.hibernate.impl.SessionFactoryImpl> ERROR main - Could not execute query <net.sf.hibernate.util.JDBCExceptionReporter> java.sql.SQLException: ORA-00933: SQL command not properly ended at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:187) at oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:241) at oracle.jdbc.ttc7.Oall7.receive(Oall7.java:543) at oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1477) at oracle.jdbc.ttc7.TTC7Protocol.parseExecuteDescribe(TTC7Protocol.java:677) at oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatement.java:2285) at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:2525) at oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedStatement.java:452) at oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:382) at net.sf.hibernate.impl.BatcherImpl.getResultSet(BatcherImpl.java:71) at net.sf.hibernate.loader.Loader.getResultSet(Loader.java:551) at net.sf.hibernate.loader.Loader.doFind(Loader.java:140) at net.sf.hibernate.loader.Loader.find(Loader.java:620) at net.sf.hibernate.hql.QueryTranslator.find(QueryTranslator.java:928) at net.sf.hibernate.impl.SessionImpl.find(SessionImpl.java:1343) at net.sf.hibernate.impl.SessionImpl.find(SessionImpl.java:1322) at net.sf.hibernate.impl.SessionImpl.delete(SessionImpl.java:1457) at net.sf.hibernate.impl.SessionImpl.delete(SessionImpl.java:1443) at TestHibernate.doTest(TestHibernate.java:36) at TestHibernate.main(TestHibernate.java:50) ==================schema.hbm.xml ======================= <?xml version="1.0"?> <!DOCTYPE hibernate-mapping PUBLIC "-//Hibernate/Hibernate Mapping DTD 2.0//EN" "http://hibernate.sourceforge.net/hibernate-mapping-2.0.dtd"> <hibernate-mapping> <!-- ======================================================================== --> <!-- Composite --> <!-- ======================================================================== --> <class name="CompositeVO" table="composite" > <id name="oid" column="Oid" type="long" > <generator class="native"/> </id> <property name="eid" column="Eid" type="string" length="30" not-null="true" unique="true" /> <property name="name" column="Name" type="string" length="50" /> <property name="type" column="Type" type="string" length="20" /> <joined-subclass name="LeafVO" table="leaf" > <!-- Generate all possible classes --> <key column="Oid"/> <property name="nominalValue" type="java.lang.Double" update="true" insert="true" column="NominalValue" not-null="false" > </property> </joined-subclass> </class> </hibernate-mapping> ======================================================== --------------------------------------------------------------------- JIRA INFORMATION: 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 If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira |
|
From: <leg...@at...> - 2003-09-11 11:05:55
|
The following comment has been added to this issue:
Author: Max Rydahl Andersen
Created: Thu, 11 Sep 2003 6:04 AM
Body:
Where did you send those patches ? ;)
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-293
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-293
Summary: Seperating InterBase and Firebird dialects
Type: Improvement
Status: Assigned
Priority: Major
Project: Hibernate2
Components:
core
Assignee: Max Rydahl Andersen
Reporter: Reha CENANI
Created: Tue, 26 Aug 2003 6:46 AM
Updated: Sat, 30 Aug 2003 5:36 PM
Description:
At the begining, opensource Firebird (or FirebirdSQL) was based on the same source code of commercial InterBase. But during past three years, lots of improvements are done to the Firebird. Recent versions of these DBMSs have different features and statement syntaxes.
For example, their select offset/limit statement syntaxes are not compatible. Hibernate's recent InterbaseDialect select limit/offset feature is based on the Firebird's select statement syntax.
So, in order to prevent incompabilities and confussion, in addition to the InterbaseDialect, adding a new FirebirdDialect and seperating Firebird and InterBase features will be very helpfull.
---------------------------------------------------------------------
JIRA INFORMATION:
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
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
|
|
From: <leg...@at...> - 2003-09-11 10:10:28
|
The following issue has been updated:
Updater: Craig Raw (mailto:cr...@qu...)
Date: Thu, 11 Sep 2003 5:09 AM
Changes:
Attachment changed to proxool.patch
---------------------------------------------------------------------
For a full history of the issue, see:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-323&page=history
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-323
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-323
Summary: Proxool properties specified in hibernate.properties
Type: Patch
Status: Unassigned
Priority: Major
Project: Hibernate2
Components:
core
Versions:
2.1
Assignee:
Reporter: Craig Raw
Created: Thu, 11 Sep 2003 5:09 AM
Updated: Thu, 11 Sep 2003 5:09 AM
Description:
As discussed in the Hibernate foruum:
There is a problem in configuring Proxool from properties specified in hibernate.properties. These are the properties prefixed by hibernate.proxool.*.
In determining which ConnectionProvider to use, ConnectionProviderFactory looks in order for a properties set for hibernate.connection.datasource, hibernate.c3p0.max_size, hibernate.dbcp.maxActive, hibernate.connection.url, and then the Proxool properties. This means that if the hibernate.connection.url property is specified, one cannot obtain a Proxool connection provider.
However, when one sets hibernate.proxool.existing_pool=false and uses the hibernate.proxool.* properties, the hibernate.connection.url is used in ProxoolConnectionProvider to create the pool.
This patch changes the order in ConnectionProviderFactory to look for the Proxool properties before the hibernate.connection.url property.
(BTW, using hibernate.proxool.* properties is useful when configuring pools dynamically, as the external configuration sources for Proxool are more difficult to change.)
---------------------------------------------------------------------
JIRA INFORMATION:
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
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
|
|
From: <leg...@at...> - 2003-09-11 10:10:28
|
Message: A new issue has been created in JIRA. --------------------------------------------------------------------- View the issue: http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-323 Here is an overview of the issue: --------------------------------------------------------------------- Key: HB-323 Summary: Proxool properties specified in hibernate.properties Type: Patch Status: Unassigned Priority: Major Project: Hibernate2 Components: core Versions: 2.1 Assignee: Reporter: Craig Raw Created: Thu, 11 Sep 2003 5:09 AM Updated: Thu, 11 Sep 2003 5:09 AM Description: As discussed in the Hibernate foruum: There is a problem in configuring Proxool from properties specified in hibernate.properties. These are the properties prefixed by hibernate.proxool.*. In determining which ConnectionProvider to use, ConnectionProviderFactory looks in order for a properties set for hibernate.connection.datasource, hibernate.c3p0.max_size, hibernate.dbcp.maxActive, hibernate.connection.url, and then the Proxool properties. This means that if the hibernate.connection.url property is specified, one cannot obtain a Proxool connection provider. However, when one sets hibernate.proxool.existing_pool=false and uses the hibernate.proxool.* properties, the hibernate.connection.url is used in ProxoolConnectionProvider to create the pool. This patch changes the order in ConnectionProviderFactory to look for the Proxool properties before the hibernate.connection.url property. (BTW, using hibernate.proxool.* properties is useful when configuring pools dynamically, as the external configuration sources for Proxool are more difficult to change.) --------------------------------------------------------------------- JIRA INFORMATION: 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 If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira |
|
From: <leg...@at...> - 2003-09-11 09:56:27
|
The following issue has been updated:
Updater: Craig Raw (mailto:cr...@qu...)
Date: Thu, 11 Sep 2003 4:55 AM
Changes:
Attachment changed to c3p0autocommit.patch
---------------------------------------------------------------------
For a full history of the issue, see:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-322&page=history
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-322
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-322
Summary: C3P0 autocommit property
Type: Patch
Status: Unassigned
Priority: Major
Project: Hibernate2
Components:
core
Versions:
2.1
Assignee:
Reporter: Craig Raw
Created: Thu, 11 Sep 2003 4:54 AM
Updated: Thu, 11 Sep 2003 4:55 AM
Description:
As discussed in the Hibernate forum, this allows the setting of a C3P0 property, c3p0.autoCommitOnClose, as described in the C3P0 javadoc for com.mchange.v2.c3p0.PoolConfig.
If this property is not set to true, C3P0 will attempt to rollback any pending transactions on connection close. One would ordinarily call commit() on the connection before closing.
In the case of mySQL however, autocommit is turned on by default, and calling commit() results in an exception. C3P0 must be instructed in this case not to rollback any pending transactions, which setting this property to true allows.
---------------------------------------------------------------------
JIRA INFORMATION:
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
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
|
|
From: <leg...@at...> - 2003-09-11 09:54:28
|
Message: A new issue has been created in JIRA. --------------------------------------------------------------------- View the issue: http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-322 Here is an overview of the issue: --------------------------------------------------------------------- Key: HB-322 Summary: C3P0 autocommit property Type: Patch Status: Unassigned Priority: Major Project: Hibernate2 Components: core Versions: 2.1 Assignee: Reporter: Craig Raw Created: Thu, 11 Sep 2003 4:54 AM Updated: Thu, 11 Sep 2003 4:54 AM Description: As discussed in the Hibernate forum, this allows the setting of a C3P0 property, c3p0.autoCommitOnClose, as described in the C3P0 javadoc for com.mchange.v2.c3p0.PoolConfig. If this property is not set to true, C3P0 will attempt to rollback any pending transactions on connection close. One would ordinarily call commit() on the connection before closing. In the case of mySQL however, autocommit is turned on by default, and calling commit() results in an exception. C3P0 must be instructed in this case not to rollback any pending transactions, which setting this property to true allows. --------------------------------------------------------------------- JIRA INFORMATION: 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 If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira |
|
From: <leg...@at...> - 2003-09-11 04:30:28
|
The following comment has been added to this issue:
Author: Gavin King
Created: Wed, 10 Sep 2003 11:28 PM
Body:
I should say: that code goes in EntityType.java
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-321
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-321
Summary: could not create JCS region: NullPointerException
Type: Bug
Status: Unassigned
Priority: Major
Project: Hibernate2
Components:
core
Versions:
2.0.3
Assignee:
Reporter: John Kristian
Created: Tue, 9 Sep 2003 6:42 PM
Updated: Wed, 10 Sep 2003 7:58 PM
Environment: Windows XP Professional, JBoss 3, Microsoft SQL Server 2000
Description:
With Hibernate 2.0.3 (but not 2.0.2), the following error occurs.
2003-09-09 16:25:11,453 ERROR [net.sf.hibernate.cache.JCSCache] could not create JCS region
java.lang.NullPointerException
at org.apache.jcs.engine.memory.lru.LRUMemoryCache.update(LRUMemoryCache.java:116)
at org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:241)
at org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:200)
at org.apache.jcs.access.CacheAccess.put(CacheAccess.java:311)
at org.apache.jcs.access.CacheAccess.put(CacheAccess.java:279)
at net.sf.hibernate.cache.JCSCache.put(JCSCache.java:36)
at net.sf.hibernate.cache.ReadWriteCache.put(ReadWriteCache.java:64)
at net.sf.hibernate.impl.SessionImpl.initializeEntity(SessionImpl.java:1966)
at net.sf.hibernate.loader.Loader.doFind(Loader.java:196)
at net.sf.hibernate.loader.Loader.loadEntity(Loader.java:587)
at net.sf.hibernate.loader.EntityLoader.load(EntityLoader.java:42)
at net.sf.hibernate.persister.EntityPersister.load(EntityPersister.java:396)
at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1889)
at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1716)
at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:62)
at net.sf.hibernate.type.EntityType.assemble(EntityType.java:93)
at net.sf.hibernate.collection.Set.<init>(Set.java:94)
at net.sf.hibernate.type.SetType.assembleCachedCollection(SetType.java:36)
at net.sf.hibernate.collection.CollectionPersister.getCachedCollection(CollectionPersister.java:308)
at net.sf.hibernate.type.PersistentCollectionType.getCollection(PersistentCollectionType.java:66)
at net.sf.hibernate.type.PersistentCollectionType.resolveIdentifier(PersistentCollectionType.java:177)
at net.sf.hibernate.type.PersistentCollectionType.assemble(PersistentCollectionType.java:129)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:53)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:45)
at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1872)
at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1716)
at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:62)
at net.sf.hibernate.type.EntityType.assemble(EntityType.java:93)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:53)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:45)
at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1872)
at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1716)
at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:62)
at net.sf.hibernate.type.EntityType.assemble(EntityType.java:93)
at net.sf.hibernate.collection.Set.<init>(Set.java:94)
at net.sf.hibernate.type.SetType.assembleCachedCollection(SetType.java:36)
at net.sf.hibernate.collection.CollectionPersister.getCachedCollection(CollectionPersister.java:308)
at net.sf.hibernate.type.PersistentCollectionType.getCollection(PersistentCollectionType.java:66)
at net.sf.hibernate.type.PersistentCollectionType.resolveIdentifier(PersistentCollectionType.java:177)
at net.sf.hibernate.type.PersistentCollectionType.assemble(PersistentCollectionType.java:129)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:53)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:45)
at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1872)
at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
at net.sf.hibernate.impl.SessionImpl.load(SessionImpl.java:1688)
at com.docent.lms.entities.reference.GeneratedUser$Factory.getById(GeneratedUser.java:456)
at com.docent.lms.web.Visit.getUser(Visit.java:252)
---------------------------------------------------------------------
JIRA INFORMATION:
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
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
|
|
From: <leg...@at...> - 2003-09-11 04:28:28
|
The following comment has been added to this issue:
Author: Gavin King
Created: Wed, 10 Sep 2003 11:27 PM
Body:
2.0.3 (wrongly) uses this:
Serializable id = session.getEntityIdentifier(value);
in disassemble().
This means that a reference to a transient object in the <key-many-to-one> might blow up.
In the 2.1 branch, I already changed this to:
Serializable id = session.getEntityIdentifierIfNotUnsaved(value);
do you want to try making this change and see if it fixes the problem?
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-321
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-321
Summary: could not create JCS region: NullPointerException
Type: Bug
Status: Unassigned
Priority: Major
Project: Hibernate2
Components:
core
Versions:
2.0.3
Assignee:
Reporter: John Kristian
Created: Tue, 9 Sep 2003 6:42 PM
Updated: Wed, 10 Sep 2003 7:58 PM
Environment: Windows XP Professional, JBoss 3, Microsoft SQL Server 2000
Description:
With Hibernate 2.0.3 (but not 2.0.2), the following error occurs.
2003-09-09 16:25:11,453 ERROR [net.sf.hibernate.cache.JCSCache] could not create JCS region
java.lang.NullPointerException
at org.apache.jcs.engine.memory.lru.LRUMemoryCache.update(LRUMemoryCache.java:116)
at org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:241)
at org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:200)
at org.apache.jcs.access.CacheAccess.put(CacheAccess.java:311)
at org.apache.jcs.access.CacheAccess.put(CacheAccess.java:279)
at net.sf.hibernate.cache.JCSCache.put(JCSCache.java:36)
at net.sf.hibernate.cache.ReadWriteCache.put(ReadWriteCache.java:64)
at net.sf.hibernate.impl.SessionImpl.initializeEntity(SessionImpl.java:1966)
at net.sf.hibernate.loader.Loader.doFind(Loader.java:196)
at net.sf.hibernate.loader.Loader.loadEntity(Loader.java:587)
at net.sf.hibernate.loader.EntityLoader.load(EntityLoader.java:42)
at net.sf.hibernate.persister.EntityPersister.load(EntityPersister.java:396)
at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1889)
at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1716)
at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:62)
at net.sf.hibernate.type.EntityType.assemble(EntityType.java:93)
at net.sf.hibernate.collection.Set.<init>(Set.java:94)
at net.sf.hibernate.type.SetType.assembleCachedCollection(SetType.java:36)
at net.sf.hibernate.collection.CollectionPersister.getCachedCollection(CollectionPersister.java:308)
at net.sf.hibernate.type.PersistentCollectionType.getCollection(PersistentCollectionType.java:66)
at net.sf.hibernate.type.PersistentCollectionType.resolveIdentifier(PersistentCollectionType.java:177)
at net.sf.hibernate.type.PersistentCollectionType.assemble(PersistentCollectionType.java:129)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:53)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:45)
at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1872)
at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1716)
at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:62)
at net.sf.hibernate.type.EntityType.assemble(EntityType.java:93)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:53)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:45)
at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1872)
at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1716)
at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:62)
at net.sf.hibernate.type.EntityType.assemble(EntityType.java:93)
at net.sf.hibernate.collection.Set.<init>(Set.java:94)
at net.sf.hibernate.type.SetType.assembleCachedCollection(SetType.java:36)
at net.sf.hibernate.collection.CollectionPersister.getCachedCollection(CollectionPersister.java:308)
at net.sf.hibernate.type.PersistentCollectionType.getCollection(PersistentCollectionType.java:66)
at net.sf.hibernate.type.PersistentCollectionType.resolveIdentifier(PersistentCollectionType.java:177)
at net.sf.hibernate.type.PersistentCollectionType.assemble(PersistentCollectionType.java:129)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:53)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:45)
at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1872)
at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
at net.sf.hibernate.impl.SessionImpl.load(SessionImpl.java:1688)
at com.docent.lms.entities.reference.GeneratedUser$Factory.getById(GeneratedUser.java:456)
at com.docent.lms.web.Visit.getUser(Visit.java:252)
---------------------------------------------------------------------
JIRA INFORMATION:
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
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
|
|
From: <leg...@at...> - 2003-09-11 01:16:42
|
The following comment has been added to this issue:
Author: John Kristian
Created: Wed, 10 Sep 2003 8:04 PM
Body:
I was the user who reported this.
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-148
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-148
Summary: Old JCS jar is faster than new one (?)
Type: Task
Status: Assigned
Priority: Major
Project: Hibernate2
Versions:
2.0.1
Assignee: Gavin King
Reporter: Gavin King
Created: Fri, 20 Jun 2003 10:30 PM
Updated: Fri, 20 Jun 2003 10:30 PM
Description:
A user reported that the build of JCS that ships with Hibernate2 is MUCH slower than the earlier build that we were using.
We need to verify this and find out why....
---------------------------------------------------------------------
JIRA INFORMATION:
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
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
|
|
From: <leg...@at...> - 2003-09-11 00:59:27
|
The following issue has been updated:
Updater: John Kristian (mailto:jkr...@do...)
Date: Wed, 10 Sep 2003 7:58 PM
Comment:
I neglected to say that I'm using the version of jcs.jar that was released with Hibernate 1.2.5 (not the latest version).
rpa.zip (attached) contains a longer excerpt from the log (ending with the error) and with some relevant mapping files and Java source code.
Changes:
Attachment changed to rpa.zip
---------------------------------------------------------------------
For a full history of the issue, see:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-321&page=history
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-321
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-321
Summary: could not create JCS region: NullPointerException
Type: Bug
Status: Unassigned
Priority: Major
Project: Hibernate2
Components:
core
Versions:
2.0.3
Assignee:
Reporter: John Kristian
Created: Tue, 9 Sep 2003 6:42 PM
Updated: Wed, 10 Sep 2003 7:58 PM
Environment: Windows XP Professional, JBoss 3, Microsoft SQL Server 2000
Description:
With Hibernate 2.0.3 (but not 2.0.2), the following error occurs.
2003-09-09 16:25:11,453 ERROR [net.sf.hibernate.cache.JCSCache] could not create JCS region
java.lang.NullPointerException
at org.apache.jcs.engine.memory.lru.LRUMemoryCache.update(LRUMemoryCache.java:116)
at org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:241)
at org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:200)
at org.apache.jcs.access.CacheAccess.put(CacheAccess.java:311)
at org.apache.jcs.access.CacheAccess.put(CacheAccess.java:279)
at net.sf.hibernate.cache.JCSCache.put(JCSCache.java:36)
at net.sf.hibernate.cache.ReadWriteCache.put(ReadWriteCache.java:64)
at net.sf.hibernate.impl.SessionImpl.initializeEntity(SessionImpl.java:1966)
at net.sf.hibernate.loader.Loader.doFind(Loader.java:196)
at net.sf.hibernate.loader.Loader.loadEntity(Loader.java:587)
at net.sf.hibernate.loader.EntityLoader.load(EntityLoader.java:42)
at net.sf.hibernate.persister.EntityPersister.load(EntityPersister.java:396)
at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1889)
at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1716)
at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:62)
at net.sf.hibernate.type.EntityType.assemble(EntityType.java:93)
at net.sf.hibernate.collection.Set.<init>(Set.java:94)
at net.sf.hibernate.type.SetType.assembleCachedCollection(SetType.java:36)
at net.sf.hibernate.collection.CollectionPersister.getCachedCollection(CollectionPersister.java:308)
at net.sf.hibernate.type.PersistentCollectionType.getCollection(PersistentCollectionType.java:66)
at net.sf.hibernate.type.PersistentCollectionType.resolveIdentifier(PersistentCollectionType.java:177)
at net.sf.hibernate.type.PersistentCollectionType.assemble(PersistentCollectionType.java:129)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:53)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:45)
at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1872)
at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1716)
at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:62)
at net.sf.hibernate.type.EntityType.assemble(EntityType.java:93)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:53)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:45)
at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1872)
at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1716)
at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:62)
at net.sf.hibernate.type.EntityType.assemble(EntityType.java:93)
at net.sf.hibernate.collection.Set.<init>(Set.java:94)
at net.sf.hibernate.type.SetType.assembleCachedCollection(SetType.java:36)
at net.sf.hibernate.collection.CollectionPersister.getCachedCollection(CollectionPersister.java:308)
at net.sf.hibernate.type.PersistentCollectionType.getCollection(PersistentCollectionType.java:66)
at net.sf.hibernate.type.PersistentCollectionType.resolveIdentifier(PersistentCollectionType.java:177)
at net.sf.hibernate.type.PersistentCollectionType.assemble(PersistentCollectionType.java:129)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:53)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:45)
at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1872)
at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
at net.sf.hibernate.impl.SessionImpl.load(SessionImpl.java:1688)
at com.docent.lms.entities.reference.GeneratedUser$Factory.getById(GeneratedUser.java:456)
at com.docent.lms.web.Visit.getUser(Visit.java:252)
---------------------------------------------------------------------
JIRA INFORMATION:
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
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
|
|
From: <leg...@at...> - 2003-09-10 00:20:27
|
The following issue has been updated:
Updater: John Kristian (mailto:jkr...@do...)
Date: Tue, 9 Sep 2003 7:20 PM
Comment:
Note that 2.0.3 maps a key-many-to-one to null, whereas 2.0.2 maps it to a reference to the appropriate object. Here's one example. This might or might not be relevant to this bug.
Changes:
Attachment changed to currency.zip
---------------------------------------------------------------------
For a full history of the issue, see:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-321&page=history
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-321
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-321
Summary: could not create JCS region: NullPointerException
Type: Bug
Status: Unassigned
Priority: Major
Project: Hibernate2
Components:
core
Versions:
2.0.3
Assignee:
Reporter: John Kristian
Created: Tue, 9 Sep 2003 6:42 PM
Updated: Tue, 9 Sep 2003 7:20 PM
Environment: Windows XP Professional, JBoss 3, Microsoft SQL Server 2000
Description:
With Hibernate 2.0.3 (but not 2.0.2), the following error occurs.
2003-09-09 16:25:11,453 ERROR [net.sf.hibernate.cache.JCSCache] could not create JCS region
java.lang.NullPointerException
at org.apache.jcs.engine.memory.lru.LRUMemoryCache.update(LRUMemoryCache.java:116)
at org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:241)
at org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:200)
at org.apache.jcs.access.CacheAccess.put(CacheAccess.java:311)
at org.apache.jcs.access.CacheAccess.put(CacheAccess.java:279)
at net.sf.hibernate.cache.JCSCache.put(JCSCache.java:36)
at net.sf.hibernate.cache.ReadWriteCache.put(ReadWriteCache.java:64)
at net.sf.hibernate.impl.SessionImpl.initializeEntity(SessionImpl.java:1966)
at net.sf.hibernate.loader.Loader.doFind(Loader.java:196)
at net.sf.hibernate.loader.Loader.loadEntity(Loader.java:587)
at net.sf.hibernate.loader.EntityLoader.load(EntityLoader.java:42)
at net.sf.hibernate.persister.EntityPersister.load(EntityPersister.java:396)
at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1889)
at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1716)
at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:62)
at net.sf.hibernate.type.EntityType.assemble(EntityType.java:93)
at net.sf.hibernate.collection.Set.<init>(Set.java:94)
at net.sf.hibernate.type.SetType.assembleCachedCollection(SetType.java:36)
at net.sf.hibernate.collection.CollectionPersister.getCachedCollection(CollectionPersister.java:308)
at net.sf.hibernate.type.PersistentCollectionType.getCollection(PersistentCollectionType.java:66)
at net.sf.hibernate.type.PersistentCollectionType.resolveIdentifier(PersistentCollectionType.java:177)
at net.sf.hibernate.type.PersistentCollectionType.assemble(PersistentCollectionType.java:129)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:53)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:45)
at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1872)
at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1716)
at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:62)
at net.sf.hibernate.type.EntityType.assemble(EntityType.java:93)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:53)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:45)
at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1872)
at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1716)
at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:62)
at net.sf.hibernate.type.EntityType.assemble(EntityType.java:93)
at net.sf.hibernate.collection.Set.<init>(Set.java:94)
at net.sf.hibernate.type.SetType.assembleCachedCollection(SetType.java:36)
at net.sf.hibernate.collection.CollectionPersister.getCachedCollection(CollectionPersister.java:308)
at net.sf.hibernate.type.PersistentCollectionType.getCollection(PersistentCollectionType.java:66)
at net.sf.hibernate.type.PersistentCollectionType.resolveIdentifier(PersistentCollectionType.java:177)
at net.sf.hibernate.type.PersistentCollectionType.assemble(PersistentCollectionType.java:129)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:53)
at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:45)
at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1872)
at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
at net.sf.hibernate.impl.SessionImpl.load(SessionImpl.java:1688)
at com.docent.lms.entities.reference.GeneratedUser$Factory.getById(GeneratedUser.java:456)
at com.docent.lms.web.Visit.getUser(Visit.java:252)
---------------------------------------------------------------------
JIRA INFORMATION:
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
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
|
|
From: <leg...@at...> - 2003-09-09 23:43:34
|
Message: A new issue has been created in JIRA. --------------------------------------------------------------------- View the issue: http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-321 Here is an overview of the issue: --------------------------------------------------------------------- Key: HB-321 Summary: could not create JCS region: NullPointerException Type: Bug Status: Unassigned Priority: Major Project: Hibernate2 Components: core Versions: 2.0.3 Assignee: Reporter: John Kristian Created: Tue, 9 Sep 2003 6:42 PM Updated: Tue, 9 Sep 2003 6:42 PM Environment: Windows XP Professional, JBoss 3, Microsoft SQL Server 2000 Description: With Hibernate 2.0.3 (but not 2.0.2), the following error occurs. 2003-09-09 16:25:11,453 ERROR [net.sf.hibernate.cache.JCSCache] could not create JCS region java.lang.NullPointerException at org.apache.jcs.engine.memory.lru.LRUMemoryCache.update(LRUMemoryCache.java:116) at org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:241) at org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:200) at org.apache.jcs.access.CacheAccess.put(CacheAccess.java:311) at org.apache.jcs.access.CacheAccess.put(CacheAccess.java:279) at net.sf.hibernate.cache.JCSCache.put(JCSCache.java:36) at net.sf.hibernate.cache.ReadWriteCache.put(ReadWriteCache.java:64) at net.sf.hibernate.impl.SessionImpl.initializeEntity(SessionImpl.java:1966) at net.sf.hibernate.loader.Loader.doFind(Loader.java:196) at net.sf.hibernate.loader.Loader.loadEntity(Loader.java:587) at net.sf.hibernate.loader.EntityLoader.load(EntityLoader.java:42) at net.sf.hibernate.persister.EntityPersister.load(EntityPersister.java:396) at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1889) at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757) at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1716) at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:62) at net.sf.hibernate.type.EntityType.assemble(EntityType.java:93) at net.sf.hibernate.collection.Set.<init>(Set.java:94) at net.sf.hibernate.type.SetType.assembleCachedCollection(SetType.java:36) at net.sf.hibernate.collection.CollectionPersister.getCachedCollection(CollectionPersister.java:308) at net.sf.hibernate.type.PersistentCollectionType.getCollection(PersistentCollectionType.java:66) at net.sf.hibernate.type.PersistentCollectionType.resolveIdentifier(PersistentCollectionType.java:177) at net.sf.hibernate.type.PersistentCollectionType.assemble(PersistentCollectionType.java:129) at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:53) at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:45) at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1872) at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757) at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1716) at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:62) at net.sf.hibernate.type.EntityType.assemble(EntityType.java:93) at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:53) at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:45) at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1872) at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757) at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1716) at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:62) at net.sf.hibernate.type.EntityType.assemble(EntityType.java:93) at net.sf.hibernate.collection.Set.<init>(Set.java:94) at net.sf.hibernate.type.SetType.assembleCachedCollection(SetType.java:36) at net.sf.hibernate.collection.CollectionPersister.getCachedCollection(CollectionPersister.java:308) at net.sf.hibernate.type.PersistentCollectionType.getCollection(PersistentCollectionType.java:66) at net.sf.hibernate.type.PersistentCollectionType.resolveIdentifier(PersistentCollectionType.java:177) at net.sf.hibernate.type.PersistentCollectionType.assemble(PersistentCollectionType.java:129) at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:53) at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:45) at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1872) at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757) at net.sf.hibernate.impl.SessionImpl.load(SessionImpl.java:1688) at com.docent.lms.entities.reference.GeneratedUser$Factory.getById(GeneratedUser.java:456) at com.docent.lms.web.Visit.getUser(Visit.java:252) --------------------------------------------------------------------- JIRA INFORMATION: 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 If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira |
|
From: <leg...@at...> - 2003-09-09 14:27:30
|
The following comment has been added to this issue:
Author: Roberto S. Tyley
Created: Tue, 9 Sep 2003 9:26 AM
Body:
Just to follow up, this article on sun's site about XMLEncoder is actually =
quite helpful:
http://java.sun.com/products/jfc/tsc/articles/persistence4/
One quote says:
' XMLEncoder works by cloning the object graph and recording the steps that=
were necessary to create the clone. This way XMLEncoder has a "working cop=
y" of the object graph that mimics the steps XMLDecoder would take to decod=
e the file. '
There's also a lot of interesting information about creating custom persist=
ence delegates - a persistent delegate that transformed PersistentCollectio=
n objects to java.util.* collections as they were written out might well so=
lve this problem.
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?=
key=3DHB-320
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-320
Summary: Allow java.beans.XMLEncoder to process persisted classes posse=
ssing collections
Type: Improvement
Status: Unassigned
Priority: Minor
Project: Hibernate2
Components:=20
core
Versions:
2.1 beta 3
Assignee:=20
Reporter: Roberto S. Tyley
Created: Tue, 9 Sep 2003 7:27 AM
Updated: Tue, 9 Sep 2003 7:27 AM
Environment: Win 2000, JDK 1.4.2
Description:
java.beans.XMLEncoder was introduced in J2SE v1.4, and provides a convenien=
t method of serialising an object graph to an XML file:
http://java.sun.com/j2se/1.4.2/docs/api/java/beans/XMLEncoder.html
It would be nice to be able to extract a copy of the information stored in =
a hibernate database as an XML file, ie. by doing a hibernate query to get =
the information you want (possibly "from o in class java.lang.Object", or w=
hatever), and translate this object graph to XML using XMLEncoder. Unfortun=
ately, this approach does not work in the common case of persisted classes =
possessing collections - a LazyInitializationException is raised processing=
the collection (an example trace is included below). This exception occurs=
even if your session is still open, in fact even if you disable lazy initi=
alization, because of the approach used by XMLEncoder to check for circular=
ities in the object graph. When asked to persist an object, XMLEncoder appe=
ars to instantiate a new instance of that class, to allow it to check if it=
already has a suitable previous reference to the object (see java.beans.Pe=
rsistenceDelegate.writeObject()). Unfortunately, when a net.sf.hibernate.co=
llection.PersistentCollection has this treatment, the instantiatation of th=
e new instance does not appear supply it with a reference to the Session ob=
ject- XMLEncoder's further attempts to query the state of the collection fa=
il with a LazyInitializationException. If your object graph has yet to be p=
ersisted, ie. the collections in it are still vanilla HashMaps, etc, the XM=
LEncoder will work fine.
XMLEncoder is intended to be a JavaBean serialiser, and as Hibernate persis=
ted classes have to conform to the JavaBean pattern, you'd expect the XMLEn=
coder to work well here - is there a possibility of allowing this to happen=
? I think one possible line of attack may be providing a series of java.bea=
ns.PersistenceDelegate classes to handle hibernate collections - any other =
ideas?!
cheers,
Roberto
-----
Trace follows below:
net.sf.hibernate.LazyInitializationException: Failed to lazily initialize a=
collection - no Session
=09at net.sf.hibernate.collection.PersistentCollection.initialize(Persisten=
tCollection.java:164)
=09at net.sf.hibernate.collection.PersistentCollection.read(PersistentColle=
ction.java:63)
=09at net.sf.hibernate.collection.Set.size(Set.java:108)
=09at java.util.AbstractSet.equals(AbstractSet.java:72)
=09at java.beans.DefaultPersistenceDelegate.equals(DefaultPersistenceDelega=
te.java:207)
=09at java.beans.DefaultPersistenceDelegate.doProperty(DefaultPersistenceDe=
legate.java:220)
=09at java.beans.DefaultPersistenceDelegate.initBean(DefaultPersistenceDele=
gate.java:254)
=09at java.beans.DefaultPersistenceDelegate.initialize(DefaultPersistenceDe=
legate.java:395)
=09at java.beans.PersistenceDelegate.writeObject(PersistenceDelegate.java:1=
03)
=09at java.beans.Encoder.writeObject(Encoder.java:55)
=09at java.beans.XMLEncoder.writeObject(XMLEncoder.java:250)
=09at java.beans.Encoder.writeExpression(Encoder.java:260)
=09at java.beans.XMLEncoder.writeExpression(XMLEncoder.java:363)
=09at java.beans.PersistenceDelegate.writeObject(PersistenceDelegate.java:1=
00)
=09at java.beans.Encoder.writeObject(Encoder.java:55)
=09at java.beans.XMLEncoder.writeObject(XMLEncoder.java:250)
=09at java.beans.Encoder.writeObject1(Encoder.java:192)
=09at java.beans.Encoder.cloneStatement(Encoder.java:205)
=09at java.beans.Encoder.writeStatement(Encoder.java:236)
=09at java.beans.XMLEncoder.writeStatement(XMLEncoder.java:326)
=09at java.beans.DefaultPersistenceDelegate.invokeStatement(DefaultPersiste=
nceDelegate.java:242)
=09at java.beans.java_util_List_PersistenceDelegate.initialize(MetaData.jav=
a:245)
=09at java.beans.PersistenceDelegate.initialize(PersistenceDelegate.java:19=
1)
=09at java.beans.DefaultPersistenceDelegate.initialize(DefaultPersistenceDe=
legate.java:393)
=09at java.beans.PersistenceDelegate.writeObject(PersistenceDelegate.java:1=
03)
=09at java.beans.Encoder.writeObject(Encoder.java:55)
=09at java.beans.XMLEncoder.writeObject(XMLEncoder.java:250)
=09at java.beans.Encoder.writeExpression(Encoder.java:260)
=09at java.beans.XMLEncoder.writeExpression(XMLEncoder.java:363)
=09at java.beans.PersistenceDelegate.writeObject(PersistenceDelegate.java:1=
00)
=09at java.beans.Encoder.writeObject(Encoder.java:55)
=09at java.beans.XMLEncoder.writeObject(XMLEncoder.java:250)
=09at java.beans.Encoder.writeObject1(Encoder.java:192)
=09at java.beans.Encoder.cloneStatement(Encoder.java:205)
=09at java.beans.Encoder.writeStatement(Encoder.java:236)
=09at java.beans.XMLEncoder.writeStatement(XMLEncoder.java:326)
=09at java.beans.XMLEncoder.writeObject(XMLEncoder.java:253)
=09at com.thisbedisonfire.madgag.Main.main(Main.java:88)
---------------------------------------------------------------------
JIRA INFORMATION:
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
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
|
|
From: <leg...@at...> - 2003-09-09 12:27:36
|
Message: A new issue has been created in JIRA. --------------------------------------------------------------------- View the issue: http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?= key=3DHB-320 Here is an overview of the issue: --------------------------------------------------------------------- Key: HB-320 Summary: Allow java.beans.XMLEncoder to process persisted classes posse= ssing collections Type: Improvement Status: Unassigned Priority: Minor Project: Hibernate2 Components:=20 core Versions: 2.1 beta 3 Assignee:=20 Reporter: Roberto S. Tyley Created: Tue, 9 Sep 2003 7:27 AM Updated: Tue, 9 Sep 2003 7:27 AM Environment: Win 2000, JDK 1.4.2 Description: java.beans.XMLEncoder was introduced in J2SE v1.4, and provides a convenien= t method of serialising an object graph to an XML file: http://java.sun.com/j2se/1.4.2/docs/api/java/beans/XMLEncoder.html It would be nice to be able to extract a copy of the information stored in = a hibernate database as an XML file, ie. by doing a hibernate query to get = the information you want (possibly "from o in class java.lang.Object", or w= hatever), and translate this object graph to XML using XMLEncoder. Unfortun= ately, this approach does not work in the common case of persisted classes = possessing collections - a LazyInitializationException is raised processing= the collection (an example trace is included below). This exception occurs= even if your session is still open, in fact even if you disable lazy initi= alization, because of the approach used by XMLEncoder to check for circular= ities in the object graph. When asked to persist an object, XMLEncoder appe= ars to instantiate a new instance of that class, to allow it to check if it= already has a suitable previous reference to the object (see java.beans.Pe= rsistenceDelegate.writeObject()). Unfortunately, when a net.sf.hibernate.co= llection.PersistentCollection has this treatment, the instantiatation of th= e new instance does not appear supply it with a reference to the Session ob= ject- XMLEncoder's further attempts to query the state of the collection fa= il with a LazyInitializationException. If your object graph has yet to be p= ersisted, ie. the collections in it are still vanilla HashMaps, etc, the XM= LEncoder will work fine. XMLEncoder is intended to be a JavaBean serialiser, and as Hibernate persis= ted classes have to conform to the JavaBean pattern, you'd expect the XMLEn= coder to work well here - is there a possibility of allowing this to happen= ? I think one possible line of attack may be providing a series of java.bea= ns.PersistenceDelegate classes to handle hibernate collections - any other = ideas?! cheers, Roberto ----- Trace follows below: net.sf.hibernate.LazyInitializationException: Failed to lazily initialize a= collection - no Session =09at net.sf.hibernate.collection.PersistentCollection.initialize(Persisten= tCollection.java:164) =09at net.sf.hibernate.collection.PersistentCollection.read(PersistentColle= ction.java:63) =09at net.sf.hibernate.collection.Set.size(Set.java:108) =09at java.util.AbstractSet.equals(AbstractSet.java:72) =09at java.beans.DefaultPersistenceDelegate.equals(DefaultPersistenceDelega= te.java:207) =09at java.beans.DefaultPersistenceDelegate.doProperty(DefaultPersistenceDe= legate.java:220) =09at java.beans.DefaultPersistenceDelegate.initBean(DefaultPersistenceDele= gate.java:254) =09at java.beans.DefaultPersistenceDelegate.initialize(DefaultPersistenceDe= legate.java:395) =09at java.beans.PersistenceDelegate.writeObject(PersistenceDelegate.java:1= 03) =09at java.beans.Encoder.writeObject(Encoder.java:55) =09at java.beans.XMLEncoder.writeObject(XMLEncoder.java:250) =09at java.beans.Encoder.writeExpression(Encoder.java:260) =09at java.beans.XMLEncoder.writeExpression(XMLEncoder.java:363) =09at java.beans.PersistenceDelegate.writeObject(PersistenceDelegate.java:1= 00) =09at java.beans.Encoder.writeObject(Encoder.java:55) =09at java.beans.XMLEncoder.writeObject(XMLEncoder.java:250) =09at java.beans.Encoder.writeObject1(Encoder.java:192) =09at java.beans.Encoder.cloneStatement(Encoder.java:205) =09at java.beans.Encoder.writeStatement(Encoder.java:236) =09at java.beans.XMLEncoder.writeStatement(XMLEncoder.java:326) =09at java.beans.DefaultPersistenceDelegate.invokeStatement(DefaultPersiste= nceDelegate.java:242) =09at java.beans.java_util_List_PersistenceDelegate.initialize(MetaData.jav= a:245) =09at java.beans.PersistenceDelegate.initialize(PersistenceDelegate.java:19= 1) =09at java.beans.DefaultPersistenceDelegate.initialize(DefaultPersistenceDe= legate.java:393) =09at java.beans.PersistenceDelegate.writeObject(PersistenceDelegate.java:1= 03) =09at java.beans.Encoder.writeObject(Encoder.java:55) =09at java.beans.XMLEncoder.writeObject(XMLEncoder.java:250) =09at java.beans.Encoder.writeExpression(Encoder.java:260) =09at java.beans.XMLEncoder.writeExpression(XMLEncoder.java:363) =09at java.beans.PersistenceDelegate.writeObject(PersistenceDelegate.java:1= 00) =09at java.beans.Encoder.writeObject(Encoder.java:55) =09at java.beans.XMLEncoder.writeObject(XMLEncoder.java:250) =09at java.beans.Encoder.writeObject1(Encoder.java:192) =09at java.beans.Encoder.cloneStatement(Encoder.java:205) =09at java.beans.Encoder.writeStatement(Encoder.java:236) =09at java.beans.XMLEncoder.writeStatement(XMLEncoder.java:326) =09at java.beans.XMLEncoder.writeObject(XMLEncoder.java:253) =09at com.thisbedisonfire.madgag.Main.main(Main.java:88) --------------------------------------------------------------------- JIRA INFORMATION: 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 If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira |
|
From: <leg...@at...> - 2003-09-09 09:37:27
|
The following comment has been added to this issue:
Author: Gavin King
Created: Tue, 9 Sep 2003 4:36 AM
Body:
I kinda knew this problem existed, and I pored over the code twice looking for the cause.
The trouble is its just not effectively reproduceable.
I suspect the HotSpot bug might indeed be the cause.
Anyway, about three days ago I gave up and removed the prepared statement cache from Hibernate. People should be using another connection pool for this _anyway_.
:-(
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-319
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-319
Summary: PreparedStatementCache should check for NULL on equals()
Type: Patch
Status: Unassigned
Priority: Trivial
Project: Hibernate2
Components:
core
Assignee:
Reporter: Jonas Van Poucke
Created: Tue, 9 Sep 2003 3:47 AM
Updated: Tue, 9 Sep 2003 3:47 AM
Environment: JDK 1.4.1 and 1.4.2
Description:
I found PrepeparedStatementCache to throw NullPointerExceptions. The bas news: I could not exactly trace the location of the bug.
The problem lies in the fact that java.util.LinkedList has some entries where the element is NULL (in our case the element is a PrepeparedStatementCache$Entry). Also, the line
entries.remove(entryMap.get(ps));
is dangerous: the entryMap.get(ps) sometimes return NULL as well. I could not find the point where the key-value pair is removed.
The good news: I fixed this bug by modifying the PrepeparedStatementCache in two places:
--- Fix 1 ---
The equals() method of the Entry inner class should be:
public boolean equals(Object other) {
Entry oe = (Entry) other;
return oe != null && oe.connection == connection &&
oe.scrollable == scrollable && oe.sql.equals(sql);
}
That is, I added oe != null
--- Fix 2 ---
The close(Collection statements) method should also check for NULL elemements:
private void close(Collection statements) {
PreparedStatement ps;
Iterator iter = statements.iterator();
while (iter.hasNext()) {
try {
ps = (PreparedStatement) iter.next();
if (ps != null) {
ps.close();
}
} catch (SQLException sqle) {
log.warn("could not close statement", sqle);
}
}
}
I hope that this patch actually solves a problem in the right place, i.e. that the bug is not created outside of PreparedStatementCache or in the JDK
Background:
By looking on the net, I found there might be a
---------------------------------------------------------------------
JIRA INFORMATION:
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
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
|
|
From: <leg...@at...> - 2003-09-09 08:52:27
|
The following comment has been added to this issue:
Author: Jonas Van Poucke
Created: Tue, 9 Sep 2003 3:51 AM
Body:
I accidentally hit -enter- while adding background comment:
I found that there might be a bug in the Hotspot optimizer of the JDK on linked list. I lost the URL though.
Or something like:
http://mail.gnu.org/archive/html/classpath/2000-12/msg00002.html
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-319
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-319
Summary: PreparedStatementCache should check for NULL on equals()
Type: Patch
Status: Unassigned
Priority: Trivial
Project: Hibernate2
Components:
core
Assignee:
Reporter: Jonas Van Poucke
Created: Tue, 9 Sep 2003 3:47 AM
Updated: Tue, 9 Sep 2003 3:47 AM
Environment: JDK 1.4.1 and 1.4.2
Description:
I found PrepeparedStatementCache to throw NullPointerExceptions. The bas news: I could not exactly trace the location of the bug.
The problem lies in the fact that java.util.LinkedList has some entries where the element is NULL (in our case the element is a PrepeparedStatementCache$Entry). Also, the line
entries.remove(entryMap.get(ps));
is dangerous: the entryMap.get(ps) sometimes return NULL as well. I could not find the point where the key-value pair is removed.
The good news: I fixed this bug by modifying the PrepeparedStatementCache in two places:
--- Fix 1 ---
The equals() method of the Entry inner class should be:
public boolean equals(Object other) {
Entry oe = (Entry) other;
return oe != null && oe.connection == connection &&
oe.scrollable == scrollable && oe.sql.equals(sql);
}
That is, I added oe != null
--- Fix 2 ---
The close(Collection statements) method should also check for NULL elemements:
private void close(Collection statements) {
PreparedStatement ps;
Iterator iter = statements.iterator();
while (iter.hasNext()) {
try {
ps = (PreparedStatement) iter.next();
if (ps != null) {
ps.close();
}
} catch (SQLException sqle) {
log.warn("could not close statement", sqle);
}
}
}
I hope that this patch actually solves a problem in the right place, i.e. that the bug is not created outside of PreparedStatementCache or in the JDK
Background:
By looking on the net, I found there might be a
---------------------------------------------------------------------
JIRA INFORMATION:
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
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
|
|
From: <leg...@at...> - 2003-09-09 08:48:30
|
Message: A new issue has been created in JIRA. --------------------------------------------------------------------- View the issue: http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-319 Here is an overview of the issue: --------------------------------------------------------------------- Key: HB-319 Summary: PreparedStatementCache should check for NULL on equals() Type: Patch Status: Unassigned Priority: Trivial Project: Hibernate2 Components: core Assignee: Reporter: Jonas Van Poucke Created: Tue, 9 Sep 2003 3:47 AM Updated: Tue, 9 Sep 2003 3:47 AM Environment: JDK 1.4.1 and 1.4.2 Description: I found PrepeparedStatementCache to throw NullPointerExceptions. The bas news: I could not exactly trace the location of the bug. The problem lies in the fact that java.util.LinkedList has some entries where the element is NULL (in our case the element is a PrepeparedStatementCache$Entry). Also, the line entries.remove(entryMap.get(ps)); is dangerous: the entryMap.get(ps) sometimes return NULL as well. I could not find the point where the key-value pair is removed. The good news: I fixed this bug by modifying the PrepeparedStatementCache in two places: --- Fix 1 --- The equals() method of the Entry inner class should be: public boolean equals(Object other) { Entry oe = (Entry) other; return oe != null && oe.connection == connection && oe.scrollable == scrollable && oe.sql.equals(sql); } That is, I added oe != null --- Fix 2 --- The close(Collection statements) method should also check for NULL elemements: private void close(Collection statements) { PreparedStatement ps; Iterator iter = statements.iterator(); while (iter.hasNext()) { try { ps = (PreparedStatement) iter.next(); if (ps != null) { ps.close(); } } catch (SQLException sqle) { log.warn("could not close statement", sqle); } } } I hope that this patch actually solves a problem in the right place, i.e. that the bug is not created outside of PreparedStatementCache or in the JDK Background: By looking on the net, I found there might be a --------------------------------------------------------------------- JIRA INFORMATION: 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 If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira |
|
From: <leg...@at...> - 2003-09-09 01:42:05
|
The following comment has been added to this issue:
Author: Gavin King
Created: Mon, 8 Sep 2003 4:55 PM
Body:
On a lot of of platforms, running DDL statements outside of autoCommit="true" is problematic.
Perhaps it should be a config option.
This is not a bug!
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-318
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-318
Summary: autocommit isn't always good
Type: Bug
Status: Unassigned
Priority: Major
Project: Hibernate2
Versions:
2.1 beta 3
Assignee:
Reporter: Zeehond
Created: Mon, 8 Sep 2003 3:31 PM
Updated: Mon, 8 Sep 2003 3:31 PM
Environment: jboss 3.2.2, oracle 9i, jdk 1.4.2
Description:
there are problems with .commit() calls in SchemaUpdate class
if autocommit is already set to 'true' on connection, commit() calls cause exceptions
the solution that works for me is to include commit() calls in the following condition
if (!conn.getAutoCommit()) {
conn.commit();
}
---------------------------------------------------------------------
JIRA INFORMATION:
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
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
|
|
From: <leg...@at...> - 2003-09-08 03:34:30
|
The following issue has been updated:
Updater: Gavin King (mailto:ga...@in...)
Date: Sun, 7 Sep 2003 10:34 PM
Changes:
summary changed from Twp bugs in Criteria API
priority changed from Major
---------------------------------------------------------------------
For a full history of the issue, see:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-316&page=history
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-316
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-316
Summary: Two bugs in Criteria API
Type: Bug
Status: Assigned
Priority: Critical
Project: Hibernate2
Versions:
2.1 beta 3
Assignee: Gavin King
Reporter: Gavin King
Created: Sun, 7 Sep 2003 10:33 PM
Updated: Sun, 7 Sep 2003 10:34 PM
Description:
(1) navigating many-to-many associations does not work!
(2) "nested" createCriteria() does not work, eg.
session.createCriteria(Foo.class)
.createCriteria("set")
.createCriteria("map");
blows up.
http://forum.hibernate.org/viewtopic.php?p=1265#1265
---------------------------------------------------------------------
JIRA INFORMATION:
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
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
|
93 messages has been excluded from this view by a project administrator.
