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-17 17:55:55
|
Message: A new issue has been created in JIRA. --------------------------------------------------------------------- View the issue: http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HBI-10 Here is an overview of the issue: --------------------------------------------------------------------- Key: HBI-10 Summary: SchemaExportTask does not use provided delimiter and format attributes Type: Bug Status: Unassigned Priority: Major Project: Hibernate 1.2 Assignee: Reporter: Mark Hofmann Created: Wed, 17 Sep 2003 12:55 PM Updated: Wed, 17 Sep 2003 12:55 PM Description: The SchemaExportTask does not use provided delimiter and format attributes. This can of course very easily, by adding the following methods to SchemaExport.java: public void create(boolean script, boolean export, boolean format, String delimiter) throws HibernateException { execute(script, export, false, format, delimiter); } public void drop(boolean script, boolean export, boolean format, String delimiter) throws HibernateException { execute(script, export, true, format, delimiter); } --------------------------------------------------------------------- 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-17 16:00:55
|
The following comment has been added to this issue:
Author: Gavin King
Created: Wed, 17 Sep 2003 11:00 AM
Body:
Actually, upon consideration, this is more likely a bug in Hibernate, or in your mapping. So make sure you attach the code.
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-338
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-338
Summary: NullPointerException at net.sf.hibernate.impl.NonBatchingBatcher.addToBatch
Type: Bug
Status: Unassigned
Priority: Major
Project: Hibernate2
Components:
core
Versions:
2.1 beta 3
Assignee:
Reporter: jason zhang
Created: Tue, 16 Sep 2003 10:50 PM
Updated: Tue, 16 Sep 2003 10:50 PM
Environment: hibernate 2.1 beta 3. Window 2000 professional. JVM 1.4, Oracle 9.
Description:
I do not have this problem before when I use hibernate 2.0. yesterday I changed to 2.1 beta 3 and used <idbag>, I got this exception.
This problem may be related to <idbag>. The exception is throwed just after the email is inserted. The email is a <idbag> mapped.
Hibernate: insert into email (contactID, id, email, type) values (?, ?, ?, ?)
Hibernate: select seq_email.nextval from dual
java.lang.NullPointerException
at net.sf.hibernate.impl.NonBatchingBatcher.addToBatch(NonBatchingBatcher.java:22)
at net.sf.hibernate.collection.CollectionPersister.recreate(CollectionPersister.java:705)
at net.sf.hibernate.impl.ScheduledCollectionRecreate.execute(ScheduledCollectionRecreate.java:22)
at net.sf.hibernate.impl.SessionImpl.executeAll(SessionImpl.java:2278)
at net.sf.hibernate.impl.SessionImpl.execute(SessionImpl.java:2238)
at net.sf.hibernate.impl.SessionImpl.flush(SessionImpl.java:2178)
at net.sf.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:56)
at com.access.sync.framework.persistence.HibernatePersister.commit(HibernatePersister.java:311)
at com.access.sync.framework.persistence.test.ContactPersisterTester.myTestSave(ContactPersisterTester.java:126)
at com.access.sync.framework.persistence.test.ContactPersisterTester.testAll(ContactPersisterTester.java:79)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at junit.framework.TestCase.runTest(TestCase.java:154)
at junit.framework.TestCase.runBare(TestCase.java:127)
at junit.framework.TestResult$1.protect(TestResult.java:106)
at junit.framework.TestResult.runProtected(TestResult.java:124)
at junit.framework.TestResult.run(TestResult.java:109)
at junit.framework.TestCase.run(TestCase.java:118)
at junit.framework.TestSuite.runTest(TestSuite.java:208)
at junit.framework.TestSuite.run(TestSuite.java:203)
at junit.textui.TestRunner.doRun(TestRunner.java:116)
at junit.textui.TestRunner.doRun(TestRunner.java:109)
at junit.textui.TestRunner.run(TestRunner.java:72)
at junit.textui.TestRunner.run(TestRunner.java:57)
---------------------------------------------------------------------
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-17 16:00:55
|
The following comment has been added to this issue:
Author: Gavin King
Created: Wed, 17 Sep 2003 10:59 AM
Body:
Please, bugs reports like this are quite useless without the code to reproduce it. In this case, I am inclined to blame the JDBC driver, but we'll see, when you give me a main() method to work with.
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-338
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-338
Summary: NullPointerException at net.sf.hibernate.impl.NonBatchingBatcher.addToBatch
Type: Bug
Status: Unassigned
Priority: Major
Project: Hibernate2
Components:
core
Versions:
2.1 beta 3
Assignee:
Reporter: jason zhang
Created: Tue, 16 Sep 2003 10:50 PM
Updated: Tue, 16 Sep 2003 10:50 PM
Environment: hibernate 2.1 beta 3. Window 2000 professional. JVM 1.4, Oracle 9.
Description:
I do not have this problem before when I use hibernate 2.0. yesterday I changed to 2.1 beta 3 and used <idbag>, I got this exception.
This problem may be related to <idbag>. The exception is throwed just after the email is inserted. The email is a <idbag> mapped.
Hibernate: insert into email (contactID, id, email, type) values (?, ?, ?, ?)
Hibernate: select seq_email.nextval from dual
java.lang.NullPointerException
at net.sf.hibernate.impl.NonBatchingBatcher.addToBatch(NonBatchingBatcher.java:22)
at net.sf.hibernate.collection.CollectionPersister.recreate(CollectionPersister.java:705)
at net.sf.hibernate.impl.ScheduledCollectionRecreate.execute(ScheduledCollectionRecreate.java:22)
at net.sf.hibernate.impl.SessionImpl.executeAll(SessionImpl.java:2278)
at net.sf.hibernate.impl.SessionImpl.execute(SessionImpl.java:2238)
at net.sf.hibernate.impl.SessionImpl.flush(SessionImpl.java:2178)
at net.sf.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:56)
at com.access.sync.framework.persistence.HibernatePersister.commit(HibernatePersister.java:311)
at com.access.sync.framework.persistence.test.ContactPersisterTester.myTestSave(ContactPersisterTester.java:126)
at com.access.sync.framework.persistence.test.ContactPersisterTester.testAll(ContactPersisterTester.java:79)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at junit.framework.TestCase.runTest(TestCase.java:154)
at junit.framework.TestCase.runBare(TestCase.java:127)
at junit.framework.TestResult$1.protect(TestResult.java:106)
at junit.framework.TestResult.runProtected(TestResult.java:124)
at junit.framework.TestResult.run(TestResult.java:109)
at junit.framework.TestCase.run(TestCase.java:118)
at junit.framework.TestSuite.runTest(TestSuite.java:208)
at junit.framework.TestSuite.run(TestSuite.java:203)
at junit.textui.TestRunner.doRun(TestRunner.java:116)
at junit.textui.TestRunner.doRun(TestRunner.java:109)
at junit.textui.TestRunner.run(TestRunner.java:72)
at junit.textui.TestRunner.run(TestRunner.java:57)
---------------------------------------------------------------------
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-17 15:58:55
|
Message:
The following issue has been closed.
Resolver: Gavin King
Date: Wed, 17 Sep 2003 10:57 AM
This is some kind of JDK bug that we know about. Try recompiling Hibernate in your JDK.
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-340
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-340
Summary: regression of HB-128 - AbstractMethodError during configuration
Type: Bug
Status: Closed
Priority: Major
Resolution: DUPLICATE
Project: Hibernate2
Components:
core
Versions:
2.0.3
Assignee:
Reporter: Renaud Bruyeron
Created: Wed, 17 Sep 2003 6:38 AM
Updated: Wed, 17 Sep 2003 10:57 AM
Environment: linux 2.4.20, iplanet Web Server 6.0SP2, Struts 1.1-final
java version "1.2.2"
Classic VM (build JDK-1.2.2_014, green threads, nojit)
Description:
The following exception is thrown during configure:
[17/Sep/2003:12:15:17] failure (22697): Internal error: Unexpected error condition thrown (java.lang
.AbstractMethodError: net/sf/hibernate/persister/AbstractEntityPersister.insert,net/sf/hibernate/per
sister/AbstractEntityPersister.insert), stack: java.lang.AbstractMethodError: net/sf/hibernate/persi
ster/AbstractEntityPersister.insert
at net.sf.hibernate.loader.OuterJoinLoader.walkClassTree(OuterJoinLoader.java:172)
at net.sf.hibernate.loader.OuterJoinLoader.walkTree(OuterJoinLoader.java:74)
at net.sf.hibernate.loader.AbstractEntityLoader.renderStatement(AbstractEntityLoader.java:39
)
at net.sf.hibernate.loader.AbstractEntityLoader.renderStatement(AbstractEntityLoader.java:34
)
at net.sf.hibernate.loader.EntityLoader.<init>(EntityLoader.java:35)
at net.sf.hibernate.persister.EntityPersister.postInstantiate(EntityPersister.java:153)
at net.sf.hibernate.impl.SessionFactoryImpl.<init>(SessionFactoryImpl.java:223)
at net.sf.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:627)
at com.fullsix.registration.config.HibernatePlugIn.init(HibernatePlugIn.java:64)
The only thing I did is drop hibernate 2.0.3 and cglib 1.0-final jars over previous versions (2.0.1).
I looked at the source code, and AbstractEntityLoader is public, therefore another change triggered this JDK problem.
Any idea?
---------------------------------------------------------------------
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-17 15:56:55
|
The following comment has been added to this issue:
Author: Gavin King
Created: Wed, 17 Sep 2003 10:56 AM
Body:
Can you PLEASE submit the code (a main() method) to reproduce this! Matthias has already reported it and been unable to reproduce it (we suspect a JVM bug, but not certain).
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-339
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-339
Summary: java.util.ConcurrentModificationException
Type: Bug
Status: Unassigned
Priority: Major
Project: Hibernate2
Components:
core
Versions:
2.1 beta 3
Assignee:
Reporter: jason zhang
Created: Wed, 17 Sep 2003 1:59 AM
Updated: Wed, 17 Sep 2003 1:59 AM
Environment: Window 2000 professional, JVM 1.4, oracle 9
Description:
There is no any problem if the same test case is run with hibernate 2.0. But it does not work with hibernate 2.1 beta 3b.
14:46:56,891 ERROR PersistentCollection:157 - Failed to lazily initialize a collection
java.util.ConcurrentModificationException
at java.util.HashMap$HashIterator.remove(HashMap.java:781)
at net.sf.hibernate.impl.SessionImpl.endLoadingCollections(SessionImpl.java:3015)
at net.sf.hibernate.loader.Loader.doResultSet(Loader.java:224)
at net.sf.hibernate.loader.Loader.doFind(Loader.java:113)
at net.sf.hibernate.loader.Loader.loadCollection(Loader.java:720)
at net.sf.hibernate.loader.Loader.loadCollection(Loader.java:703)
at net.sf.hibernate.loader.OneToManyLoader.initialize(OneToManyLoader.java:74)
at net.sf.hibernate.impl.SessionImpl.initialize(SessionImpl.java:3143)
at net.sf.hibernate.collection.PersistentCollection.initialize(PersistentCollection.java:154)
at net.sf.hibernate.collection.PersistentCollection.read(PersistentCollection.java:63)
at net.sf.hibernate.collection.Set.iterator(Set.java:132)
....
caused by: java.util.ConcurrentModificationException
at java.util.HashMap$HashIterator.remove(HashMap.java:781)
at net.sf.hibernate.impl.SessionImpl.endLoadingCollections(SessionImpl.java:3015)
at net.sf.hibernate.loader.Loader.doResultSet(Loader.java:224)
at net.sf.hibernate.loader.Loader.doFind(Loader.java:113)
at net.sf.hibernate.loader.Loader.loadCollection(Loader.java:720)
at net.sf.hibernate.loader.Loader.loadCollection(Loader.java:703)
at net.sf.hibernate.loader.OneToManyLoader.initialize(OneToManyLoader.java:74)
at net.sf.hibernate.impl.SessionImpl.initialize(SessionImpl.java:3143)
at net.sf.hibernate.collection.PersistentCollection.initialize(PersistentCollection.java:154)
... 30 more
---------------------------------------------------------------------
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-17 14:53:55
|
The following comment has been added to this issue:
Author: Michael Gloegl
Created: Wed, 17 Sep 2003 9:52 AM
Body:
I have improved the SwarmCacheProvider a little, made it configurable from the properties file
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-47
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-47
Summary: Clustered Read/Write Caching
Type: Patch
Status: Assigned
Priority: Critical
Project: Hibernate2
Fix Fors:
2.1
Assignee: Gavin King
Reporter: Max Rydahl Andersen
Created: Sat, 3 May 2003 10:30 AM
Updated: Wed, 17 Sep 2003 9:52 AM
Description:
Clustered Read/Write Caching
This patch adds the ability to do read-write caching in
a clustered environment. This is accomplished by way of
the SwarmCache caching engine. It in turn uses
Javagroups to implement efficient, multicast-based
cache communication. You can read a detailed
description of SwarmCache at http://swarmcache.sf.net.
Included in the patch is a readme that explains how it
works and how to apply it.
John Watkinson
http://sourceforge.net/tracker/index.php?func=detail&aid=722039&group_id=40712&atid=428710
---------------------------------------------------------------------
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-17 14:53:55
|
The following issue has been updated:
Updater: Michael Gloegl (mailto:gl...@ok...)
Date: Wed, 17 Sep 2003 9:52 AM
Changes:
Attachment changed to Environment.patch.gloeglm
---------------------------------------------------------------------
For a full history of the issue, see:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-47&page=history
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-47
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-47
Summary: Clustered Read/Write Caching
Type: Patch
Status: Assigned
Priority: Critical
Project: Hibernate2
Fix Fors:
2.1
Assignee: Gavin King
Reporter: Max Rydahl Andersen
Created: Sat, 3 May 2003 10:30 AM
Updated: Wed, 17 Sep 2003 9:52 AM
Description:
Clustered Read/Write Caching
This patch adds the ability to do read-write caching in
a clustered environment. This is accomplished by way of
the SwarmCache caching engine. It in turn uses
Javagroups to implement efficient, multicast-based
cache communication. You can read a detailed
description of SwarmCache at http://swarmcache.sf.net.
Included in the patch is a readme that explains how it
works and how to apply it.
John Watkinson
http://sourceforge.net/tracker/index.php?func=detail&aid=722039&group_id=40712&atid=428710
---------------------------------------------------------------------
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-17 14:51:56
|
The following issue has been updated:
Updater: Michael Gloegl (mailto:gl...@ok...)
Date: Wed, 17 Sep 2003 9:51 AM
Changes:
Attachment changed to SwarmCacheProvider.java.gloeglm
---------------------------------------------------------------------
For a full history of the issue, see:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-47&page=history
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-47
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-47
Summary: Clustered Read/Write Caching
Type: Patch
Status: Assigned
Priority: Critical
Project: Hibernate2
Fix Fors:
2.1
Assignee: Gavin King
Reporter: Max Rydahl Andersen
Created: Sat, 3 May 2003 10:30 AM
Updated: Wed, 17 Sep 2003 9:51 AM
Description:
Clustered Read/Write Caching
This patch adds the ability to do read-write caching in
a clustered environment. This is accomplished by way of
the SwarmCache caching engine. It in turn uses
Javagroups to implement efficient, multicast-based
cache communication. You can read a detailed
description of SwarmCache at http://swarmcache.sf.net.
Included in the patch is a readme that explains how it
works and how to apply it.
John Watkinson
http://sourceforge.net/tracker/index.php?func=detail&aid=722039&group_id=40712&atid=428710
---------------------------------------------------------------------
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-17 14:51:55
|
The following issue has been updated:
Updater: Michael Gloegl (mailto:gl...@ok...)
Date: Wed, 17 Sep 2003 9:51 AM
Changes:
Attachment changed to SwarmCache.java.gloeglm
---------------------------------------------------------------------
For a full history of the issue, see:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-47&page=history
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-47
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-47
Summary: Clustered Read/Write Caching
Type: Patch
Status: Assigned
Priority: Critical
Project: Hibernate2
Fix Fors:
2.1
Assignee: Gavin King
Reporter: Max Rydahl Andersen
Created: Sat, 3 May 2003 10:30 AM
Updated: Wed, 17 Sep 2003 9:51 AM
Description:
Clustered Read/Write Caching
This patch adds the ability to do read-write caching in
a clustered environment. This is accomplished by way of
the SwarmCache caching engine. It in turn uses
Javagroups to implement efficient, multicast-based
cache communication. You can read a detailed
description of SwarmCache at http://swarmcache.sf.net.
Included in the patch is a readme that explains how it
works and how to apply it.
John Watkinson
http://sourceforge.net/tracker/index.php?func=detail&aid=722039&group_id=40712&atid=428710
---------------------------------------------------------------------
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-17 14:49:56
|
The following issue has been updated:
Updater: Michael Gloegl (mailto:gl...@ok...)
Date: Wed, 17 Sep 2003 9:49 AM
Comment:
SwarmCache by gloeglm
Changes:
Attachment changed to SwarmCache.java
---------------------------------------------------------------------
For a full history of the issue, see:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-47&page=history
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-47
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-47
Summary: Clustered Read/Write Caching
Type: Patch
Status: Assigned
Priority: Critical
Project: Hibernate2
Fix Fors:
2.1
Assignee: Gavin King
Reporter: Max Rydahl Andersen
Created: Sat, 3 May 2003 10:30 AM
Updated: Wed, 17 Sep 2003 9:49 AM
Description:
Clustered Read/Write Caching
This patch adds the ability to do read-write caching in
a clustered environment. This is accomplished by way of
the SwarmCache caching engine. It in turn uses
Javagroups to implement efficient, multicast-based
cache communication. You can read a detailed
description of SwarmCache at http://swarmcache.sf.net.
Included in the patch is a readme that explains how it
works and how to apply it.
John Watkinson
http://sourceforge.net/tracker/index.php?func=detail&aid=722039&group_id=40712&atid=428710
---------------------------------------------------------------------
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-17 14:44:54
|
Message: The following issue has been re-assigned. Assignee: Christian Bauer (mailto:chr...@hi...) --------------------------------------------------------------------- View the issue: http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-341 Here is an overview of the issue: --------------------------------------------------------------------- Key: HB-341 Summary: demo.sh uses wrong jar: lib/cglib.jar, not lib/cglib-asm.jar Type: Improvement Status: Assigned Priority: Trivial Project: Hibernate2 Versions: 2.0.3 Assignee: Christian Bauer Reporter: Clemens Robbenhaar Created: Wed, 17 Sep 2003 7:10 AM Updated: Wed, 17 Sep 2003 9:44 AM Description: The subject actually says all. when downloading hibernate-2.0.3.tar.gz and trying to run the "demo.sh" I get the error java.lang.NoClassDefFoundError: net/sf/cglib/KeyFactory The reason for this is that the "lib/cglib.jar has been renamed to "lib/cglib-asm.jar" in the CVS; the classpath in the script needs to be fixed to reflect this. The demo.bat is most propably affected, too, though I did not really try it. After fixing the classpath manually in my downloaded version, the demo runs. --------------------------------------------------------------------- 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-17 12:15:54
|
The following issue has been updated:
Updater: Clemens Robbenhaar (mailto:rob...@es...)
Date: Wed, 17 Sep 2003 7:14 AM
Changes:
Attachment changed to demo.bat
---------------------------------------------------------------------
For a full history of the issue, see:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-341&page=history
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-341
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-341
Summary: demo.sh uses wrong jar: lib/cglib.jar, not lib/cglib-asm.jar
Type: Improvement
Status: Unassigned
Priority: Trivial
Project: Hibernate2
Versions:
2.0.3
Assignee:
Reporter: Clemens Robbenhaar
Created: Wed, 17 Sep 2003 7:10 AM
Updated: Wed, 17 Sep 2003 7:14 AM
Description:
The subject actually says all.
when downloading hibernate-2.0.3.tar.gz and trying
to run the "demo.sh" I get the error
java.lang.NoClassDefFoundError: net/sf/cglib/KeyFactory
The reason for this is that the "lib/cglib.jar has been renamed
to "lib/cglib-asm.jar" in the CVS; the classpath in the script needs to
be fixed to reflect this.
The demo.bat is most propably affected, too, though I did not really
try it.
After fixing the classpath manually in my downloaded version,
the demo runs.
---------------------------------------------------------------------
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-17 12:13:54
|
The following issue has been updated:
Updater: Clemens Robbenhaar (mailto:rob...@es...)
Date: Wed, 17 Sep 2003 7:12 AM
Comment:
uploaded fixed demo.sh
Changes:
Attachment changed to demo.sh
---------------------------------------------------------------------
For a full history of the issue, see:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-341&page=history
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-341
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-341
Summary: demo.sh uses wrong jar: lib/cglib.jar, not lib/cglib-asm.jar
Type: Improvement
Status: Unassigned
Priority: Trivial
Project: Hibernate2
Versions:
2.0.3
Assignee:
Reporter: Clemens Robbenhaar
Created: Wed, 17 Sep 2003 7:10 AM
Updated: Wed, 17 Sep 2003 7:12 AM
Description:
The subject actually says all.
when downloading hibernate-2.0.3.tar.gz and trying
to run the "demo.sh" I get the error
java.lang.NoClassDefFoundError: net/sf/cglib/KeyFactory
The reason for this is that the "lib/cglib.jar has been renamed
to "lib/cglib-asm.jar" in the CVS; the classpath in the script needs to
be fixed to reflect this.
The demo.bat is most propably affected, too, though I did not really
try it.
After fixing the classpath manually in my downloaded version,
the demo runs.
---------------------------------------------------------------------
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-17 12:11:54
|
Message: A new issue has been created in JIRA. --------------------------------------------------------------------- View the issue: http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-341 Here is an overview of the issue: --------------------------------------------------------------------- Key: HB-341 Summary: demo.sh uses wrong jar: lib/cglib.jar, not lib/cglib-asm.jar Type: Improvement Status: Unassigned Priority: Trivial Project: Hibernate2 Versions: 2.0.3 Assignee: Reporter: Clemens Robbenhaar Created: Wed, 17 Sep 2003 7:10 AM Updated: Wed, 17 Sep 2003 7:10 AM Description: The subject actually says all. when downloading hibernate-2.0.3.tar.gz and trying to run the "demo.sh" I get the error java.lang.NoClassDefFoundError: net/sf/cglib/KeyFactory The reason for this is that the "lib/cglib.jar has been renamed to "lib/cglib-asm.jar" in the CVS; the classpath in the script needs to be fixed to reflect this. The demo.bat is most propably affected, too, though I did not really try it. After fixing the classpath manually in my downloaded version, the demo runs. --------------------------------------------------------------------- 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-17 11:38:58
|
Message: A new issue has been created in JIRA. --------------------------------------------------------------------- View the issue: http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-340 Here is an overview of the issue: --------------------------------------------------------------------- Key: HB-340 Summary: regression of HB-128 - AbstractMethodError during configuration Type: Bug Status: Unassigned Priority: Major Project: Hibernate2 Components: core Versions: 2.0.3 Assignee: Reporter: Renaud Bruyeron Created: Wed, 17 Sep 2003 6:38 AM Updated: Wed, 17 Sep 2003 6:38 AM Environment: linux 2.4.20, iplanet Web Server 6.0SP2, Struts 1.1-final java version "1.2.2" Classic VM (build JDK-1.2.2_014, green threads, nojit) Description: The following exception is thrown during configure: [17/Sep/2003:12:15:17] failure (22697): Internal error: Unexpected error condition thrown (java.lang .AbstractMethodError: net/sf/hibernate/persister/AbstractEntityPersister.insert,net/sf/hibernate/per sister/AbstractEntityPersister.insert), stack: java.lang.AbstractMethodError: net/sf/hibernate/persi ster/AbstractEntityPersister.insert at net.sf.hibernate.loader.OuterJoinLoader.walkClassTree(OuterJoinLoader.java:172) at net.sf.hibernate.loader.OuterJoinLoader.walkTree(OuterJoinLoader.java:74) at net.sf.hibernate.loader.AbstractEntityLoader.renderStatement(AbstractEntityLoader.java:39 ) at net.sf.hibernate.loader.AbstractEntityLoader.renderStatement(AbstractEntityLoader.java:34 ) at net.sf.hibernate.loader.EntityLoader.<init>(EntityLoader.java:35) at net.sf.hibernate.persister.EntityPersister.postInstantiate(EntityPersister.java:153) at net.sf.hibernate.impl.SessionFactoryImpl.<init>(SessionFactoryImpl.java:223) at net.sf.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:627) at com.fullsix.registration.config.HibernatePlugIn.init(HibernatePlugIn.java:64) The only thing I did is drop hibernate 2.0.3 and cglib 1.0-final jars over previous versions (2.0.1). I looked at the source code, and AbstractEntityLoader is public, therefore another change triggered this JDK problem. Any idea? --------------------------------------------------------------------- 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-17 06:59:54
|
Message: A new issue has been created in JIRA. --------------------------------------------------------------------- View the issue: http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-339 Here is an overview of the issue: --------------------------------------------------------------------- Key: HB-339 Summary: java.util.ConcurrentModificationException Type: Bug Status: Unassigned Priority: Major Project: Hibernate2 Components: core Versions: 2.1 beta 3 Assignee: Reporter: jason zhang Created: Wed, 17 Sep 2003 1:59 AM Updated: Wed, 17 Sep 2003 1:59 AM Environment: Window 2000 professional, JVM 1.4, oracle 9 Description: There is no any problem if the same test case is run with hibernate 2.0. But it does not work with hibernate 2.1 beta 3b. 14:46:56,891 ERROR PersistentCollection:157 - Failed to lazily initialize a collection java.util.ConcurrentModificationException at java.util.HashMap$HashIterator.remove(HashMap.java:781) at net.sf.hibernate.impl.SessionImpl.endLoadingCollections(SessionImpl.java:3015) at net.sf.hibernate.loader.Loader.doResultSet(Loader.java:224) at net.sf.hibernate.loader.Loader.doFind(Loader.java:113) at net.sf.hibernate.loader.Loader.loadCollection(Loader.java:720) at net.sf.hibernate.loader.Loader.loadCollection(Loader.java:703) at net.sf.hibernate.loader.OneToManyLoader.initialize(OneToManyLoader.java:74) at net.sf.hibernate.impl.SessionImpl.initialize(SessionImpl.java:3143) at net.sf.hibernate.collection.PersistentCollection.initialize(PersistentCollection.java:154) at net.sf.hibernate.collection.PersistentCollection.read(PersistentCollection.java:63) at net.sf.hibernate.collection.Set.iterator(Set.java:132) .... caused by: java.util.ConcurrentModificationException at java.util.HashMap$HashIterator.remove(HashMap.java:781) at net.sf.hibernate.impl.SessionImpl.endLoadingCollections(SessionImpl.java:3015) at net.sf.hibernate.loader.Loader.doResultSet(Loader.java:224) at net.sf.hibernate.loader.Loader.doFind(Loader.java:113) at net.sf.hibernate.loader.Loader.loadCollection(Loader.java:720) at net.sf.hibernate.loader.Loader.loadCollection(Loader.java:703) at net.sf.hibernate.loader.OneToManyLoader.initialize(OneToManyLoader.java:74) at net.sf.hibernate.impl.SessionImpl.initialize(SessionImpl.java:3143) at net.sf.hibernate.collection.PersistentCollection.initialize(PersistentCollection.java:154) ... 30 more --------------------------------------------------------------------- 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-17 05:45:54
|
The following comment has been added to this issue:
Author: jason zhang
Created: Wed, 17 Sep 2003 12:45 AM
Body:
Hibernate: insert into email (contactID, id, email, type) values (?, ?, ?, ?)
13:38:43,956 DEBUG PreparedStatementCache:78 - preparing statement: insert into email (contactID, id, email, type) values (?, ?, ?, ?)
13:38:43,956 DEBUG BatcherImpl:164 - done closing: 0 open PreparedStatements, 0 open ResultSets
13:38:43,956 DEBUG PreparedStatementCache:102 - recaching
13:38:43,966 DEBUG PreparedStatementCache:137 - total checked-out statements: 0
13:38:43,966 DEBUG PreparedStatementCache:138 - checked out: []
13:38:43,966 DEBUG BatcherImpl:157 - about to open: 0 open PreparedStatements, 0 open ResultSets
13:38:43,966 DEBUG SessionFactoryImpl:547 - prepared statement get: select seq_email.nextval from dual
Hibernate: select seq_email.nextval from dual
13:38:43,966 DEBUG PreparedStatementCache:78 - preparing statement: select seq_email.nextval from dual
13:38:43,976 DEBUG SequenceGenerator:70 - Sequence identifier generated: 10002
13:38:43,976 DEBUG BatcherImpl:164 - done closing: 0 open PreparedStatements, 0 open ResultSets
13:38:43,976 DEBUG PreparedStatementCache:102 - recaching
13:38:43,976 DEBUG PreparedStatementCache:137 - total checked-out statements: 0
13:38:43,976 DEBUG PreparedStatementCache:138 - checked out: []
13:38:43,976 DEBUG LongType:44 - binding '50484' to parameter: 1
13:38:43,976 DEBUG StringType:44 - binding '12...@xx...' to parameter: 3
13:38:43,986 DEBUG IntegerType:44 - binding '32' to parameter: 4
13:38:43,986 DEBUG LongType:44 - binding '10002' to parameter: 2
13:38:43,986 DEBUG SessionImpl:462 - transaction completion
java.lang.NullPointerException
at net.sf.hibernate.impl.NonBatchingBatcher.addToBatch(NonBatchingBatcher.java:22)
at net.sf.hibernate.collection.CollectionPersister.recreate(CollectionPersister.java:693)
at net.sf.hibernate.impl.ScheduledCollectionRecreate.execute(ScheduledCollectionRecreate.java:23)
at net.sf.hibernate.impl.SessionImpl.executeAll(SessionImpl.java:2101)
at net.sf.hibernate.impl.SessionImpl.execute(SessionImpl.java:2077)
at net.sf.hibernate.impl.SessionImpl.flush(SessionImpl.java:2017)
at net.sf.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:57)
at com.access.sync.framework.persistence.HibernatePersister.commit(HibernatePersister.java:311)
at com.access.sync.framework.persistence.test.ContactPersisterTester.myTestSave(ContactPersisterTester.java:126)
at com.access.sync.framework.persistence.test.ContactPersisterTester.testAll(ContactPersisterTester.java:79)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-338
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-338
Summary: NullPointerException at net.sf.hibernate.impl.NonBatchingBatcher.addToBatch
Type: Bug
Status: Unassigned
Priority: Major
Project: Hibernate2
Components:
core
Versions:
2.1 beta 3
Assignee:
Reporter: jason zhang
Created: Tue, 16 Sep 2003 10:50 PM
Updated: Tue, 16 Sep 2003 10:50 PM
Environment: hibernate 2.1 beta 3. Window 2000 professional. JVM 1.4, Oracle 9.
Description:
I do not have this problem before when I use hibernate 2.0. yesterday I changed to 2.1 beta 3 and used <idbag>, I got this exception.
This problem may be related to <idbag>. The exception is throwed just after the email is inserted. The email is a <idbag> mapped.
Hibernate: insert into email (contactID, id, email, type) values (?, ?, ?, ?)
Hibernate: select seq_email.nextval from dual
java.lang.NullPointerException
at net.sf.hibernate.impl.NonBatchingBatcher.addToBatch(NonBatchingBatcher.java:22)
at net.sf.hibernate.collection.CollectionPersister.recreate(CollectionPersister.java:705)
at net.sf.hibernate.impl.ScheduledCollectionRecreate.execute(ScheduledCollectionRecreate.java:22)
at net.sf.hibernate.impl.SessionImpl.executeAll(SessionImpl.java:2278)
at net.sf.hibernate.impl.SessionImpl.execute(SessionImpl.java:2238)
at net.sf.hibernate.impl.SessionImpl.flush(SessionImpl.java:2178)
at net.sf.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:56)
at com.access.sync.framework.persistence.HibernatePersister.commit(HibernatePersister.java:311)
at com.access.sync.framework.persistence.test.ContactPersisterTester.myTestSave(ContactPersisterTester.java:126)
at com.access.sync.framework.persistence.test.ContactPersisterTester.testAll(ContactPersisterTester.java:79)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at junit.framework.TestCase.runTest(TestCase.java:154)
at junit.framework.TestCase.runBare(TestCase.java:127)
at junit.framework.TestResult$1.protect(TestResult.java:106)
at junit.framework.TestResult.runProtected(TestResult.java:124)
at junit.framework.TestResult.run(TestResult.java:109)
at junit.framework.TestCase.run(TestCase.java:118)
at junit.framework.TestSuite.runTest(TestSuite.java:208)
at junit.framework.TestSuite.run(TestSuite.java:203)
at junit.textui.TestRunner.doRun(TestRunner.java:116)
at junit.textui.TestRunner.doRun(TestRunner.java:109)
at junit.textui.TestRunner.run(TestRunner.java:72)
at junit.textui.TestRunner.run(TestRunner.java:57)
---------------------------------------------------------------------
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-17 05:43:54
|
The following comment has been added to this issue:
Author: jason zhang
Created: Wed, 17 Sep 2003 12:43 AM
Body:
more trace information
Hibernate: insert into email (contactID, id, email, type) values (?, ?, ?, ?)
13:38:43,956 DEBUG PreparedStatementCache:78 - preparing statement: insert into email (contactID, id, email, type) values (?, ?, ?, ?)
13:38:43,956 DEBUG BatcherImpl:164 - done closing: 0 open PreparedStatements, 0 open ResultSets
13:38:43,956 DEBUG PreparedStatementCache:102 - recaching
13:38:43,966 DEBUG PreparedStatementCache:137 - total checked-out statements: 0
13:38:43,966 DEBUG PreparedStatementCache:138 - checked out: []
13:38:43,966 DEBUG BatcherImpl:157 - about to open: 0 open PreparedStatements, 0 open ResultSets
13:38:43,966 DEBUG SessionFactoryImpl:547 - prepared statement get: select seq_email.nextval from dual
Hibernate: select seq_email.nextval from dual
13:38:43,966 DEBUG PreparedStatementCache:78 - preparing statement: select seq_email.nextval from dual
13:38:43,976 DEBUG SequenceGenerator:70 - Sequence identifier generated: 10002
13:38:43,976 DEBUG BatcherImpl:164 - done closing: 0 open PreparedStatements, 0 open ResultSets
13:38:43,976 DEBUG PreparedStatementCache:102 - recaching
13:38:43,976 DEBUG PreparedStatementCache:137 - total checked-out statements: 0
13:38:43,976 DEBUG PreparedStatementCache:138 - checked out: []
13:38:43,976 DEBUG LongType:44 - binding '50484' to parameter: 1
13:38:43,976 DEBUG StringType:44 - binding '12...@ac...1' to parameter: 3
13:38:43,986 DEBUG IntegerType:44 - binding '32' to parameter: 4
13:38:43,986 DEBUG LongType:44 - binding '10002' to parameter: 2
13:38:43,986 DEBUG SessionImpl:462 - transaction completion
java.lang.NullPointerException
at net.sf.hibernate.impl.NonBatchingBatcher.addToBatch(NonBatchingBatcher.java:22)
at net.sf.hibernate.collection.CollectionPersister.recreate(CollectionPersister.java:693)
at net.sf.hibernate.impl.ScheduledCollectionRecreate.execute(ScheduledCollectionRecreate.java:23)
at net.sf.hibernate.impl.SessionImpl.executeAll(SessionImpl.java:2101)
at net.sf.hibernate.impl.SessionImpl.execute(SessionImpl.java:2077)
at net.sf.hibernate.impl.SessionImpl.flush(SessionImpl.java:2017)
at net.sf.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:57)
at com.access.sync.framework.persistence.HibernatePersister.commit(HibernatePersister.java:311)
at com.access.sync.framework.persistence.test.ContactPersisterTester.myTestSave(ContactPersisterTester.java:126)
at com.access.sync.framework.persistence.test.ContactPersisterTester.testAll(ContactPersisterTester.java:79)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-338
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-338
Summary: NullPointerException at net.sf.hibernate.impl.NonBatchingBatcher.addToBatch
Type: Bug
Status: Unassigned
Priority: Major
Project: Hibernate2
Components:
core
Versions:
2.1 beta 3
Assignee:
Reporter: jason zhang
Created: Tue, 16 Sep 2003 10:50 PM
Updated: Tue, 16 Sep 2003 10:50 PM
Environment: hibernate 2.1 beta 3. Window 2000 professional. JVM 1.4, Oracle 9.
Description:
I do not have this problem before when I use hibernate 2.0. yesterday I changed to 2.1 beta 3 and used <idbag>, I got this exception.
This problem may be related to <idbag>. The exception is throwed just after the email is inserted. The email is a <idbag> mapped.
Hibernate: insert into email (contactID, id, email, type) values (?, ?, ?, ?)
Hibernate: select seq_email.nextval from dual
java.lang.NullPointerException
at net.sf.hibernate.impl.NonBatchingBatcher.addToBatch(NonBatchingBatcher.java:22)
at net.sf.hibernate.collection.CollectionPersister.recreate(CollectionPersister.java:705)
at net.sf.hibernate.impl.ScheduledCollectionRecreate.execute(ScheduledCollectionRecreate.java:22)
at net.sf.hibernate.impl.SessionImpl.executeAll(SessionImpl.java:2278)
at net.sf.hibernate.impl.SessionImpl.execute(SessionImpl.java:2238)
at net.sf.hibernate.impl.SessionImpl.flush(SessionImpl.java:2178)
at net.sf.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:56)
at com.access.sync.framework.persistence.HibernatePersister.commit(HibernatePersister.java:311)
at com.access.sync.framework.persistence.test.ContactPersisterTester.myTestSave(ContactPersisterTester.java:126)
at com.access.sync.framework.persistence.test.ContactPersisterTester.testAll(ContactPersisterTester.java:79)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at junit.framework.TestCase.runTest(TestCase.java:154)
at junit.framework.TestCase.runBare(TestCase.java:127)
at junit.framework.TestResult$1.protect(TestResult.java:106)
at junit.framework.TestResult.runProtected(TestResult.java:124)
at junit.framework.TestResult.run(TestResult.java:109)
at junit.framework.TestCase.run(TestCase.java:118)
at junit.framework.TestSuite.runTest(TestSuite.java:208)
at junit.framework.TestSuite.run(TestSuite.java:203)
at junit.textui.TestRunner.doRun(TestRunner.java:116)
at junit.textui.TestRunner.doRun(TestRunner.java:109)
at junit.textui.TestRunner.run(TestRunner.java:72)
at junit.textui.TestRunner.run(TestRunner.java:57)
---------------------------------------------------------------------
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-17 03:50:55
|
Message: A new issue has been created in JIRA. --------------------------------------------------------------------- View the issue: http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-338 Here is an overview of the issue: --------------------------------------------------------------------- Key: HB-338 Summary: NullPointerException at net.sf.hibernate.impl.NonBatchingBatcher.addToBatch Type: Bug Status: Unassigned Priority: Major Project: Hibernate2 Components: core Versions: 2.1 beta 3 Assignee: Reporter: jason zhang Created: Tue, 16 Sep 2003 10:50 PM Updated: Tue, 16 Sep 2003 10:50 PM Environment: hibernate 2.1 beta 3. Window 2000 professional. JVM 1.4, Oracle 9. Description: I do not have this problem before when I use hibernate 2.0. yesterday I changed to 2.1 beta 3 and used <idbag>, I got this exception. This problem may be related to <idbag>. The exception is throwed just after the email is inserted. The email is a <idbag> mapped. Hibernate: insert into email (contactID, id, email, type) values (?, ?, ?, ?) Hibernate: select seq_email.nextval from dual java.lang.NullPointerException at net.sf.hibernate.impl.NonBatchingBatcher.addToBatch(NonBatchingBatcher.java:22) at net.sf.hibernate.collection.CollectionPersister.recreate(CollectionPersister.java:705) at net.sf.hibernate.impl.ScheduledCollectionRecreate.execute(ScheduledCollectionRecreate.java:22) at net.sf.hibernate.impl.SessionImpl.executeAll(SessionImpl.java:2278) at net.sf.hibernate.impl.SessionImpl.execute(SessionImpl.java:2238) at net.sf.hibernate.impl.SessionImpl.flush(SessionImpl.java:2178) at net.sf.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:56) at com.access.sync.framework.persistence.HibernatePersister.commit(HibernatePersister.java:311) at com.access.sync.framework.persistence.test.ContactPersisterTester.myTestSave(ContactPersisterTester.java:126) at com.access.sync.framework.persistence.test.ContactPersisterTester.testAll(ContactPersisterTester.java:79) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at junit.textui.TestRunner.doRun(TestRunner.java:116) at junit.textui.TestRunner.doRun(TestRunner.java:109) at junit.textui.TestRunner.run(TestRunner.java:72) at junit.textui.TestRunner.run(TestRunner.java:57) --------------------------------------------------------------------- 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-17 01:53:00
|
Message:
The following issue has been closed.
Resolver: Gavin King
Date: Tue, 16 Sep 2003 8:52 PM
This is expected functionality. There have been many discussions about why this is virtually impossible to do "better", given Hibernate's support for detached objects.
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-336
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-336
Summary: composite id index generation in one-to-many association
Type: Bug
Status: Closed
Priority: Major
Resolution: REJECTED
Project: Hibernate2
Versions:
2.1 beta 3
Assignee:
Reporter: Antonio martos
Created: Tue, 16 Sep 2003 3:48 AM
Updated: Tue, 16 Sep 2003 8:52 PM
Environment: Hibernate 2.1 beta 3b, J2SDK 1.4.1, Oracle 9.2.0.1
Description:
I have 2 persistent classes (Parent.class and Child.class), that are associated by a one to many relationship. The child
class has a composite id as its Primary Key. This composite id has 2 fields: the first one is Foreign Key of a field from the
Parent and the second one is an index field. I create a collection child data (list) and add it to the parent, and try to
persist all (save). The problem is that my index is NOT automatically generated, and so I have to specify it manually each
time I add a child. I suspect that the problem is that my index is also part of the primary key of the child class, because
when I've worked with other relations with index columns that are not primary key (or part of) of the corresponding tables,
hibernate generates the index automatically following the order given in the Collection.
If you don't specify the value of the index, you'll see that hibernate tells you that you can't give a null value to that
field (just like if it wasn't generated)
This is the implementation of the one to many relationship between both classes (mapped to two tables). The Parent one has a
Primary Key composed of one field of type integer, just like this:
<hibernate-mapping>
<class
name="es.Parent"
table="PARENT"
dynamic-update="false"
dynamic-insert="false"
>
<id
name="reportId"
column="REPORT_ID"
type="java.lang.Integer"
>
<generator class="assigned">
</generator>
</id>
....
</class>
</hibernate-mapping>
In the Parent xml mapping file, this is the implementation used specifying the relation:
<list
name="children"
lazy="false"
inverse="true"
cascade="all"
>
<key
column="REPORT_ID"
/>
<index
column="SEQ_NUMBER"
/>
<one-to-many
class="es.Child"
/>
</list>
The Child class has a composite-id composed by a Foreign key (Primary Key of the Parent class) and a sequence number (index
of the relationship):
<hibernate-mapping>
<class
name="es.Child"
table="CHILDREN"
dynamic-update="false"
dynamic-insert="false"
>
<composite-id
name="children_id"
class="es.ChildId"
unsaved-value="any"
>
<key-property
name="sequenceNumber"
type="java.lang.Integer"
column="SEQ_NUMBER"
/>
<key-many-to-one
name="report"
class="es.Parent"
column="REPORT_ID"
/>
</composite-id>
... child properties ....
</class>
</hibernate-mapping>
I've looked for an answer in faqs and in the document reference and I've found nothing related to this issue.
Thank you.
---------------------------------------------------------------------
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-16 12:20:54
|
Message: A new issue has been created in JIRA. --------------------------------------------------------------------- View the issue: http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-337 Here is an overview of the issue: --------------------------------------------------------------------- Key: HB-337 Summary: Connections from DataSource + WebSphere Type: Task Status: Unassigned Priority: Major Project: Hibernate2 Components: core Versions: 2.0 final 2.0.1 2.0.2 2.0.3 Assignee: Reporter: Ralf Taugerbeck Created: Tue, 16 Sep 2003 7:20 AM Updated: Tue, 16 Sep 2003 7:20 AM Environment: Hibernate configured with DataSources on WebSphere Description: Using Hibernate 2.0.x with Datasource connections on WebSphere (4.0, 5.0) the following error message occurs when closing a Hibernate Session: net.sf.hibernate.util.JDBCExceptionReporter TRAS0014I: The following exception was logged com.ibm.websphere.ce.cm.StaleConnectionException: Connection is closed WebSphere seems to close the connection after a UserTransaction#commit but Hibernate afterwards in SessionFactoryImpl#closeConnection tries to call #getWarnings on the closed connection which causes the above exception. ---- The behavior can be fixed by either checking for closed connections in SessionFactoryImpl#closeConnection or by configuring the data source to "Disable auto connection cleanup" (checkbox in the data source setup in Websphere) -> FAQ --------------------------------------------------------------------- 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-16 08:48:54
|
Message: A new issue has been created in JIRA. --------------------------------------------------------------------- View the issue: http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-336 Here is an overview of the issue: --------------------------------------------------------------------- Key: HB-336 Summary: composite id index generation in one-to-many association Type: Bug Status: Unassigned Priority: Major Project: Hibernate2 Versions: 2.1 beta 3 Assignee: Reporter: Antonio martos Created: Tue, 16 Sep 2003 3:48 AM Updated: Tue, 16 Sep 2003 3:48 AM Environment: Hibernate 2.1 beta 3b, J2SDK 1.4.1, Oracle 9.2.0.1 Description: I have 2 persistent classes (Parent.class and Child.class), that are associated by a one to many relationship. The child class has a composite id as its Primary Key. This composite id has 2 fields: the first one is Foreign Key of a field from the Parent and the second one is an index field. I create a collection child data (list) and add it to the parent, and try to persist all (save). The problem is that my index is NOT automatically generated, and so I have to specify it manually each time I add a child. I suspect that the problem is that my index is also part of the primary key of the child class, because when I've worked with other relations with index columns that are not primary key (or part of) of the corresponding tables, hibernate generates the index automatically following the order given in the Collection. If you don't specify the value of the index, you'll see that hibernate tells you that you can't give a null value to that field (just like if it wasn't generated) This is the implementation of the one to many relationship between both classes (mapped to two tables). The Parent one has a Primary Key composed of one field of type integer, just like this: <hibernate-mapping> <class name="es.Parent" table="PARENT" dynamic-update="false" dynamic-insert="false" > <id name="reportId" column="REPORT_ID" type="java.lang.Integer" > <generator class="assigned"> </generator> </id> .... </class> </hibernate-mapping> In the Parent xml mapping file, this is the implementation used specifying the relation: <list name="children" lazy="false" inverse="true" cascade="all" > <key column="REPORT_ID" /> <index column="SEQ_NUMBER" /> <one-to-many class="es.Child" /> </list> The Child class has a composite-id composed by a Foreign key (Primary Key of the Parent class) and a sequence number (index of the relationship): <hibernate-mapping> <class name="es.Child" table="CHILDREN" dynamic-update="false" dynamic-insert="false" > <composite-id name="children_id" class="es.ChildId" unsaved-value="any" > <key-property name="sequenceNumber" type="java.lang.Integer" column="SEQ_NUMBER" /> <key-many-to-one name="report" class="es.Parent" column="REPORT_ID" /> </composite-id> ... child properties .... </class> </hibernate-mapping> I've looked for an answer in faqs and in the document reference and I've found nothing related to this issue. Thank you. --------------------------------------------------------------------- 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-15 14:28:54
|
Message:
The following issue has been closed.
Resolver: Gavin King
Date: Mon, 15 Sep 2003 9:28 AM
Thanks, this is fixed in CVS.
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-335
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-335
Summary: Full object tree not loaded with many to many associations
Type: Bug
Status: Closed
Priority: Major
Resolution: FIXED
Project: Hibernate2
Components:
core
Fix Fors:
2.1 beta 4
Versions:
2.1 beta 2
Assignee:
Reporter: Huguette
Created: Mon, 15 Sep 2003 8:43 AM
Updated: Mon, 15 Sep 2003 9:28 AM
Environment: Win2000 - MySQL
Description:
I've got 3 classes A, B and C and 2 many to many relations between A and B and between B and C. Both are not lazy.
When I do following:
open session
load an instance of A
close session
iterate over A.getBs()
iterate over B.getCs()
an exception is thrown:
net.sf.hibernate.LazyInitializationException: Failed to lazily initialize a collection - no Session
when a try to access B.getCs()
A look at the traces shows that hibernate did not generate the SQL query to load the C objects.
CODE :
*******************************************************************
package com.lge.test;
import java.util.Iterator;
import net.sf.hibernate.Session;
import net.sf.hibernate.SessionFactory;
import net.sf.hibernate.Transaction;
import net.sf.hibernate.cfg.Configuration;
public class TestManyToMany {
private SessionFactory sessionFactory;
public TestManyToMany() throws Exception {
Configuration cfg = new Configuration();
cfg.addClass( M2MclassA.class);
cfg.addClass( M2MclassB.class);
cfg.addClass( M2MclassC.class);
this.sessionFactory = cfg.buildSessionFactory();
}
public void doTest1() throws Exception {
Session session = this.sessionFactory.openSession();
M2MclassB objB = (M2MclassB)session.find("from com.lge.test.M2MclassB as b where b.name = 'objB'").get(0);
session.close();
for (Iterator iter = objB.getChildren().iterator(); iter.hasNext();) {
System.out.println( iter.next());
}
System.out.println("Test 1 OK");
}
public void doTest2() throws Exception {
Session session = this.sessionFactory.openSession();
M2MclassA objA = (M2MclassA)session.find("from com.lge.test.M2MclassA as a where a.name = 'objA'").get(0);
session.close();
for (Iterator iter = objA.getChildren().iterator(); iter.hasNext();) {
M2MclassB child = (M2MclassB)iter.next();
System.out.println( "M2MclassB "+child);
for (Iterator iterator = child.getChildren().iterator(); iterator.hasNext();) {
System.out.println( " "+iterator.next());
}
}
System.out.println("Test 2 OK");
}
public void init() throws Exception {
Session session = this.sessionFactory.openSession();
Transaction t = session.beginTransaction();
M2MclassA objA = new M2MclassA( "objA");
M2MclassB objB = new M2MclassB( "objB");
M2MclassC c1 = new M2MclassC("c1");
M2MclassC c2 = new M2MclassC("c2");
objB.addChild( c1);
objB.addChild( c2);
objA.addChild(objB);
session.save( c1);
session.save( c2);
session.save(objB);
session.save(objA);
session.flush();
t.commit();
session.close();
}
/**
* @param args command line arguments
* @exception
*/
public static void main(String[] args) throws Exception {
TestManyToMany test = new TestManyToMany();
test.init();
test.doTest1();
test.doTest2();
}
}
*****************************************************
package com.lge.test;
import java.io.Serializable;
import java.util.HashSet;
import java.util.Set;
public class M2MclassA implements Serializable {
private Long id;
private Set children = new HashSet();
private String name;
public M2MclassA(){}
public M2MclassA( String name){ setName(name);}
public void setChildren( Set children) { this.children = children; }
public Set getChildren() { return this.children; }
public void addChild( M2MclassB child) { this.children.add( child); }
public void removeChild( M2MclassB child) { this.children.remove(child); }
public Long getId() { return this.id; }
public void setId(Long id) { this.id = id; }
public String getName() { return this.name; }
public void setName(String name) { this.name = name; }
public String toString() { return getName();}
}
*****************************************************
package com.lge.test;
import java.io.Serializable;
import java.util.HashSet;
import java.util.Set;
public class M2MclassB implements Serializable {
private Long id;
private Set children = new HashSet();
private String name;
public M2MclassB(){}
public M2MclassB( String name){ setName(name);}
public void setChildren( Set children) { this.children = children; }
public Set getChildren() { return this.children; }
public void addChild( M2MclassC child) { this.children.add( child); }
public void removeChild( M2MclassC child) { this.children.remove(child); }
public Long getId() { return this.id; }
public void setId(Long id) { this.id = id; }
public String getName() { return this.name; }
public void setName(String name) { this.name = name; }
public String toString() { return getName();}
}
********************************************************
package com.lge.test;
import java.io.Serializable;
public class M2MclassC implements Serializable {
private Long id;
private String name;
public M2MclassC(){}
public M2MclassC( String name){ setName( name);}
public String getName() { return this.name; }
public void setName(String name) { this.name = name; }
public Long getId() { return this.id; }
public void setId(Long id) { this.id = id; }
public String toString() { return getName();}
}
*********************************************************
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE hibernate-mapping PUBLIC "-//Hibernate/Hibernate Mapping DTD//EN" "http://hibernate.sourceforge.net/hibernate-mapping-2.0.dtd">
<hibernate-mapping>
<class name="com.lge.test.M2MclassA" table="TABLE_A">
<id column="ID" name="id" unsaved-value="null">
<generator class="native"/>
</id>
<property column="NAME" length="10" name="name" not-null="true" type="java.lang.String"/>
<set name="children" table="A2B" lazy="false">
<key column="parent_id" />
<many-to-many class="com.lge.test.M2MclassB" column="child_id" />
</set>
</class>
</hibernate-mapping>
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE hibernate-mapping PUBLIC "-//Hibernate/Hibernate Mapping DTD//EN" "http://hibernate.sourceforge.net/hibernate-mapping-2.0.dtd">
<hibernate-mapping>
<class name="com.lge.test.M2MclassB" table="TABLE_B">
<id column="ID" name="id" unsaved-value="null">
<generator class="native"/>
</id>
<property column="NAME" length="10" name="name" not-null="true" type="java.lang.String"/>
<set name="children" table="B2C" lazy="false">
<key column="parent_id" />
<many-to-many class="com.lge.test.M2MclassC" column="child_id" />
</set>
</class>
</hibernate-mapping>
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE hibernate-mapping PUBLIC "-//Hibernate/Hibernate Mapping DTD//EN" "http://hibernate.sourceforge.net/hibernate-mapping-2.0.dtd">
<hibernate-mapping>
<class name="com.lge.test.M2MclassC" table="TABLE_C">
<id column="ID" name="id" unsaved-value="null">
<generator class="native"/>
</id>
<property column="NAME" length="10" name="name" not-null="true" type="java.lang.String"/>
</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-15 13:43:54
|
Message: A new issue has been created in JIRA. --------------------------------------------------------------------- View the issue: http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-335 Here is an overview of the issue: --------------------------------------------------------------------- Key: HB-335 Summary: Full object tree not loaded with many to many associations Type: Bug Status: Unassigned Priority: Major Project: Hibernate2 Components: core Versions: 2.1 beta 2 Assignee: Reporter: Huguette Created: Mon, 15 Sep 2003 8:43 AM Updated: Mon, 15 Sep 2003 8:43 AM Environment: Win2000 - MySQL Description: I've got 3 classes A, B and C and 2 many to many relations between A and B and between B and C. Both are not lazy. When I do following: open session load an instance of A close session iterate over A.getBs() iterate over B.getCs() an exception is thrown: net.sf.hibernate.LazyInitializationException: Failed to lazily initialize a collection - no Session when a try to access B.getCs() A look at the traces shows that hibernate did not generate the SQL query to load the C objects. CODE : ******************************************************************* package com.lge.test; import java.util.Iterator; import net.sf.hibernate.Session; import net.sf.hibernate.SessionFactory; import net.sf.hibernate.Transaction; import net.sf.hibernate.cfg.Configuration; public class TestManyToMany { private SessionFactory sessionFactory; public TestManyToMany() throws Exception { Configuration cfg = new Configuration(); cfg.addClass( M2MclassA.class); cfg.addClass( M2MclassB.class); cfg.addClass( M2MclassC.class); this.sessionFactory = cfg.buildSessionFactory(); } public void doTest1() throws Exception { Session session = this.sessionFactory.openSession(); M2MclassB objB = (M2MclassB)session.find("from com.lge.test.M2MclassB as b where b.name = 'objB'").get(0); session.close(); for (Iterator iter = objB.getChildren().iterator(); iter.hasNext();) { System.out.println( iter.next()); } System.out.println("Test 1 OK"); } public void doTest2() throws Exception { Session session = this.sessionFactory.openSession(); M2MclassA objA = (M2MclassA)session.find("from com.lge.test.M2MclassA as a where a.name = 'objA'").get(0); session.close(); for (Iterator iter = objA.getChildren().iterator(); iter.hasNext();) { M2MclassB child = (M2MclassB)iter.next(); System.out.println( "M2MclassB "+child); for (Iterator iterator = child.getChildren().iterator(); iterator.hasNext();) { System.out.println( " "+iterator.next()); } } System.out.println("Test 2 OK"); } public void init() throws Exception { Session session = this.sessionFactory.openSession(); Transaction t = session.beginTransaction(); M2MclassA objA = new M2MclassA( "objA"); M2MclassB objB = new M2MclassB( "objB"); M2MclassC c1 = new M2MclassC("c1"); M2MclassC c2 = new M2MclassC("c2"); objB.addChild( c1); objB.addChild( c2); objA.addChild(objB); session.save( c1); session.save( c2); session.save(objB); session.save(objA); session.flush(); t.commit(); session.close(); } /** * @param args command line arguments * @exception */ public static void main(String[] args) throws Exception { TestManyToMany test = new TestManyToMany(); test.init(); test.doTest1(); test.doTest2(); } } ***************************************************** package com.lge.test; import java.io.Serializable; import java.util.HashSet; import java.util.Set; public class M2MclassA implements Serializable { private Long id; private Set children = new HashSet(); private String name; public M2MclassA(){} public M2MclassA( String name){ setName(name);} public void setChildren( Set children) { this.children = children; } public Set getChildren() { return this.children; } public void addChild( M2MclassB child) { this.children.add( child); } public void removeChild( M2MclassB child) { this.children.remove(child); } public Long getId() { return this.id; } public void setId(Long id) { this.id = id; } public String getName() { return this.name; } public void setName(String name) { this.name = name; } public String toString() { return getName();} } ***************************************************** package com.lge.test; import java.io.Serializable; import java.util.HashSet; import java.util.Set; public class M2MclassB implements Serializable { private Long id; private Set children = new HashSet(); private String name; public M2MclassB(){} public M2MclassB( String name){ setName(name);} public void setChildren( Set children) { this.children = children; } public Set getChildren() { return this.children; } public void addChild( M2MclassC child) { this.children.add( child); } public void removeChild( M2MclassC child) { this.children.remove(child); } public Long getId() { return this.id; } public void setId(Long id) { this.id = id; } public String getName() { return this.name; } public void setName(String name) { this.name = name; } public String toString() { return getName();} } ******************************************************** package com.lge.test; import java.io.Serializable; public class M2MclassC implements Serializable { private Long id; private String name; public M2MclassC(){} public M2MclassC( String name){ setName( name);} public String getName() { return this.name; } public void setName(String name) { this.name = name; } public Long getId() { return this.id; } public void setId(Long id) { this.id = id; } public String toString() { return getName();} } ********************************************************* <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE hibernate-mapping PUBLIC "-//Hibernate/Hibernate Mapping DTD//EN" "http://hibernate.sourceforge.net/hibernate-mapping-2.0.dtd"> <hibernate-mapping> <class name="com.lge.test.M2MclassA" table="TABLE_A"> <id column="ID" name="id" unsaved-value="null"> <generator class="native"/> </id> <property column="NAME" length="10" name="name" not-null="true" type="java.lang.String"/> <set name="children" table="A2B" lazy="false"> <key column="parent_id" /> <many-to-many class="com.lge.test.M2MclassB" column="child_id" /> </set> </class> </hibernate-mapping> <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE hibernate-mapping PUBLIC "-//Hibernate/Hibernate Mapping DTD//EN" "http://hibernate.sourceforge.net/hibernate-mapping-2.0.dtd"> <hibernate-mapping> <class name="com.lge.test.M2MclassB" table="TABLE_B"> <id column="ID" name="id" unsaved-value="null"> <generator class="native"/> </id> <property column="NAME" length="10" name="name" not-null="true" type="java.lang.String"/> <set name="children" table="B2C" lazy="false"> <key column="parent_id" /> <many-to-many class="com.lge.test.M2MclassC" column="child_id" /> </set> </class> </hibernate-mapping> <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE hibernate-mapping PUBLIC "-//Hibernate/Hibernate Mapping DTD//EN" "http://hibernate.sourceforge.net/hibernate-mapping-2.0.dtd"> <hibernate-mapping> <class name="com.lge.test.M2MclassC" table="TABLE_C"> <id column="ID" name="id" unsaved-value="null"> <generator class="native"/> </id> <property column="NAME" length="10" name="name" not-null="true" type="java.lang.String"/> </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-14 09:02:57
|
Message:
The following issue has been closed.
Resolver: Gavin King
Date: Sun, 14 Sep 2003 4:01 AM
Thanks, I externalized the match modes into an enumeration class, for consistency with other Hibernate APIs. In CVS.
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-334
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-334
Summary: Example-API automatic wildcards and fix for ignoreCase
Type: Improvement
Status: Closed
Priority: Major
Resolution: FIXED
Project: Hibernate2
Components:
core
Fix Fors:
2.1 beta 4
Versions:
2.1 beta 3
Assignee:
Reporter: Michael Gloegl
Created: Sat, 13 Sep 2003 3:31 PM
Updated: Sun, 14 Sep 2003 4:01 AM
Description:
After applying this patch, when enabling like with Example, you can pass a flag which will automatically add wildcards to all properties.
Example.create(exampleObject).enableLike(Example.MATCH_ANYWHERE)
will take all values of exampleObject and add % at the beginning and the end.
This patch also fixes Example.ignoreCase() which does not work yet.
---------------------------------------------------------------------
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.
