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: David H. (JIRA) <no...@at...> - 2006-07-01 21:09:07
|
[ http://opensource.atlassian.com/projects/hibernate/browse/ANN-261?page=comments#action_23521 ] David Hay commented on ANN-261: ------------------------------- I should mention that the patch was created from hibernate-annotation-3.2.0.CR1 > Allow specifying foreign key constraint name using annotations > -------------------------------------------------------------- > > Key: ANN-261 > URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-261 > Project: Hibernate Annotations > Type: Improvement > Components: binder > Versions: 3.1beta8 > Reporter: Paul Barry > Priority: Minor > Attachments: hibernate-annotations-fk.patch > > > Using hbm.xml configuration for many-to-one, there is a foreign-key property that allows you to specify the name of the FK constraint. It would be nice if there was something similar for annotations, such as @ManyToOne ( constraintName = "FK_WHATEVER"). Also, a sensible default would be nice to, for example FK_TABLE_NAME_COLUMN_NAME, rather than FK20708CF6792111. I know Oracle has a 30 char limit for constraint names, so there would have to me some logic to find a way to abbreviate it. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: David H. (JIRA) <no...@at...> - 2006-07-01 21:06:30
|
[ http://opensource.atlassian.com/projects/hibernate/browse/ANN-261?page=all ] David Hay updated ANN-261: -------------------------- Attachment: hibernate-annotations-fk.patch Attached a patch that defines a @ForeignKey(name="fk_name") Works for ManyToOne and OneToOne. If I have time I'll add support for OneToMany as well. > Allow specifying foreign key constraint name using annotations > -------------------------------------------------------------- > > Key: ANN-261 > URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-261 > Project: Hibernate Annotations > Type: Improvement > Components: binder > Versions: 3.1beta8 > Reporter: Paul Barry > Priority: Minor > Attachments: hibernate-annotations-fk.patch > > > Using hbm.xml configuration for many-to-one, there is a foreign-key property that allows you to specify the name of the FK constraint. It would be nice if there was something similar for annotations, such as @ManyToOne ( constraintName = "FK_WHATEVER"). Also, a sensible default would be nice to, for example FK_TABLE_NAME_COLUMN_NAME, rather than FK20708CF6792111. I know Oracle has a 30 char limit for constraint names, so there would have to me some logic to find a way to abbreviate it. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Emmanuel B. (JIRA) <no...@at...> - 2006-07-01 15:09:06
|
Abstract the Lucene directory implementation and allow configuration based definition ------------------------------------------------------------------------------------- Key: ANN-385 URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-385 Project: Hibernate Annotations Type: New Feature Components: lucene Reporter: Emmanuel Bernard Assigned to: Emmanuel Bernard Fix For: 3.2.0 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Emmanuel B. (JIRA) <no...@at...> - 2006-07-01 14:41:09
|
Reindex an object on a per instance basis (not triggered by a change) --------------------------------------------------------------------- Key: ANN-384 URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-384 Project: Hibernate Annotations Type: New Feature Components: lucene Reporter: Emmanuel Bernard -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Sami D. (JIRA) <no...@at...> - 2006-07-01 14:26:06
|
Hibernate should handle hbm.auto = update with views ---------------------------------------------------- Key: HHH-1872 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1872 Project: Hibernate3 Type: Improvement Versions: 3.2.0.cr2 Reporter: Sami Dalouche Priority: Minor Let's consider a situation where Hibernate domain objects are mapped to a view. Everything works fine unless hbm.auto = update. In this case, Hibernate tries to update the schema, and of course, it fails. In this case, hibernate should detect that the object is a view, and only check whether the schema is compatible. It should not try to update the metadata. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Emmanuel B. (JIRA) <no...@at...> - 2006-07-01 12:17:06
|
Align with Lucene 2 APIs for annotations ---------------------------------------- Key: ANN-383 URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-383 Project: Hibernate Annotations Type: New Feature Components: lucene Reporter: Emmanuel Bernard @FullText(name, store=, index=) and remove @Text, @Unstored, @Keyword This means we need to work on the way Hibernate Lucene finds the id (we can guess it from the Hibernate metadata) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Sergey V. (JIRA) <no...@at...> - 2006-07-01 00:10:10
|
[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1868?page=comments#action_23514 ] Sergey Vladimirov commented on HHH-1868: ---------------------------------------- My inattention will kill me soon. Sorry. Trying to extract real test case still. > Hibernate must not load any lazy assotiation until required > ----------------------------------------------------------- > > Key: HHH-1868 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1868 > Project: Hibernate3 > Type: Improvement > Components: core > Environment: Last from CVS, 3.2.0rc2, > Reporter: Sergey Vladimirov > Attachments: manytoonelazy.zip, manytoonelazy.zip > > > Hibenate should not load any assotiations until it is required. For example, if BeanA has field > private BeanB parent; > this field MUST NOT be loaded during BeanA loading, if field is marked as LAZY. It behaviour must have place even if NotFound action does not specified. > http://forum.hibernate.org/viewtopic.php?t=961373 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Emmanuel B. (JIRA) <no...@at...> - 2006-07-01 00:05:08
|
[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1868?page=comments#action_23513 ] Emmanuel Bernard commented on HHH-1868: --------------------------------------- If your complain is related to // XXX: not works!!! assertTrue(((HibernateProxy) beanB).getHibernateLazyInitializer() .isUninitialized()); This is the case because you 've already loaded beanB in the persistence context (beanB.toString(), so it would be stupid for Hibernate to give you an uninitialized version. Let's stop this thread, it really belongs to user forums, not the bug reports. > Hibernate must not load any lazy assotiation until required > ----------------------------------------------------------- > > Key: HHH-1868 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1868 > Project: Hibernate3 > Type: Improvement > Components: core > Environment: Last from CVS, 3.2.0rc2, > Reporter: Sergey Vladimirov > Attachments: manytoonelazy.zip, manytoonelazy.zip > > > Hibenate should not load any assotiations until it is required. For example, if BeanA has field > private BeanB parent; > this field MUST NOT be loaded during BeanA loading, if field is marked as LAZY. It behaviour must have place even if NotFound action does not specified. > http://forum.hibernate.org/viewtopic.php?t=961373 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Sergey V. (JIRA) <no...@at...> - 2006-06-30 23:46:08
|
[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1868?page=all ] Sergey Vladimirov updated HHH-1868: ----------------------------------- Attachment: manytoonelazy.zip Sorry one more time - doesn't works correctly only with second level cache. Works fine without it. Current test case tested with latest RC builds. Failed method: WithCacheTest.testLoad() I think the reason is calling method resolveIdentifier() for resolving child entity (BeanB) after retriving parent entity (BeanA) from cache. It hits database. I can clearly see in log: 27279 [main] DEBUG org.hibernate.SQL null - select beana0_.id as id4_0_, beana0_.parent_id as parent2_4_0_ from BeanA beana0_ where beana0_.id=? Hibernate: select beana0_.id as id4_0_, beana0_.parent_id as parent2_4_0_ from BeanA beana0_ where beana0_.id=? > Hibernate must not load any lazy assotiation until required > ----------------------------------------------------------- > > Key: HHH-1868 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1868 > Project: Hibernate3 > Type: Improvement > Components: core > Environment: Last from CVS, 3.2.0rc2, > Reporter: Sergey Vladimirov > Attachments: manytoonelazy.zip, manytoonelazy.zip > > > Hibenate should not load any assotiations until it is required. For example, if BeanA has field > private BeanB parent; > this field MUST NOT be loaded during BeanA loading, if field is marked as LAZY. It behaviour must have place even if NotFound action does not specified. > http://forum.hibernate.org/viewtopic.php?t=961373 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Emmanuel B. (JIRA) <no...@at...> - 2006-06-30 23:36:08
|
query type autodiscovery assume wrong column when mixing entities and scalars ----------------------------------------------------------------------------- Key: HHH-1871 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1871 Project: Hibernate3 Type: Bug Components: core Versions: 3.2.0.cr2 Reporter: Emmanuel Bernard Priority: Blocker See org.hibernate.test.sql.GeneralTest.testMixAndMatchEntityScalar() -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Sergey V. (JIRA) <no...@at...> - 2006-06-30 20:43:18
|
[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1490?page=comments#action_23511 ] Sergey Vladimirov commented on HHH-1490: ---------------------------------------- final int count = 1000000; for (int i = 0; i < count / 10; i++) { ReflectHelper .classForName("ru.arptek.common.java.lang.ClassLoadingVSClassCache"); } final long start = System.nanoTime(); for (int i = 0; i < count; i++) { ReflectHelper .classForName("ru.arptek.common.java.lang.ClassLoadingVSClassCache"); } final long end = System.nanoTime(); System.out.println((end - start) / count); At my machine (1.2GHz): - JDK 1.5.0_07 ~ 5 ms - JDK 1.6.0 (beta 2?) ~ 3.6 ms But it is milliseconds! There are at least one lock (locked sun.misc.Launcher$AppClassLoader@93dee9 ) and call to native method. Should i compare with variable obtaining? private Class class1; private Class getClass1() { return class1; } public void testGet() throws ClassNotFoundException { final int count = 1000000000; class1 = ReflectHelper .classForName("ru.arptek.common.java.lang.ClassLoadingVSClassCache"); for (int i = 0; i < count / 10; i++) { getClass1(); } final long start = System.nanoTime(); for (int i = 0; i < count; i++) { getClass1(); } final long end = System.nanoTime(); System.out.println((end - start) / count); } At my machine (1.2GHz): - JDK 1.5.0_07 ~ 3 ns (nano!!!) - JDK 1.6.0 (beta 2?) ~ 3 ns (nano!!!) > QueryCache should not call EntityType.getReturnedClass() or do it fast > ---------------------------------------------------------------------- > > Key: HHH-1490 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1490 > Project: Hibernate3 > Type: Improvement > Components: core > Versions: 3.1.2 > Environment: Hibernate 3.1.2, MySQL 5.0.18-nt > Reporter: Sergey Vladimirov > Priority: Minor > Attachments: patch.txt > > > org.hibernate.cache.QueryKey should not call EntityType.getReturnedClass() or do it fast, because EntityType.getReturnedClass() works with ClassLoader - i is very expensive operation: > Stack trace: > java.lang.ClassLoader.findLoadedClass0(Native Method) > java.lang.ClassLoader.findLoadedClass(ClassLoader.java:922) > java.lang.ClassLoader.loadClass(ClassLoader.java:295) > - locked sun.misc.Launcher$AppClassLoader@93dee9 > sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276) > - locked sun.misc.Launcher$AppClassLoader@93dee9 > java.lang.ClassLoader.loadClass(ClassLoader.java:251) > org.hibernate.util.ReflectHelper.classForName(ReflectHelper.java:95) > org.hibernate.type.EntityType.getReturnedClass(EntityType.java:91) > org.hibernate.cache.QueryKey.equals(QueryKey.java:59) > org.apache.commons.collections.map.AbstractReferenceMap.isEqualKey(AbstractReferenceMap.java:433) > org.apache.commons.collections.map.AbstractHashedMap.getEntry(AbstractHashedMap.java:434) > org.apache.commons.collections.map.AbstractReferenceMap.getEntry(AbstractReferenceMap.java:404) > org.apache.commons.collections.map.AbstractReferenceMap.get(AbstractReferenceMap.java:229) > ru.arptek.common.collections.SynchronizedMap.get(SynchronizedMap.java:94) > Operations with ClassLoaders is not falst enought for equals() operations. May be one should add some kind of caching (in EntityType, for example) or compare EntityType by class names, not by Class objects. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Sergey V. (JIRA) <no...@at...> - 2006-06-30 20:24:16
|
[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1490?page=comments#action_23510 ] Sergey Vladimirov commented on HHH-1490: ---------------------------------------- I don't know why is it expecive. May be need a good test case... But all my perfomance requests are from real application. I just making 3-5 stack traces and look, what methods are stuck. For example, I often see org.hibernate.type.EntityType.getReturnedClass(EntityType.java:91) org.hibernate.cache.QueryKey.equals(QueryKey.java:59) Other examples - HHH-1331 or HHH-1691 That's why i'm tring to optimize them. Preparing test case... > QueryCache should not call EntityType.getReturnedClass() or do it fast > ---------------------------------------------------------------------- > > Key: HHH-1490 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1490 > Project: Hibernate3 > Type: Improvement > Components: core > Versions: 3.1.2 > Environment: Hibernate 3.1.2, MySQL 5.0.18-nt > Reporter: Sergey Vladimirov > Priority: Minor > Attachments: patch.txt > > > org.hibernate.cache.QueryKey should not call EntityType.getReturnedClass() or do it fast, because EntityType.getReturnedClass() works with ClassLoader - i is very expensive operation: > Stack trace: > java.lang.ClassLoader.findLoadedClass0(Native Method) > java.lang.ClassLoader.findLoadedClass(ClassLoader.java:922) > java.lang.ClassLoader.loadClass(ClassLoader.java:295) > - locked sun.misc.Launcher$AppClassLoader@93dee9 > sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276) > - locked sun.misc.Launcher$AppClassLoader@93dee9 > java.lang.ClassLoader.loadClass(ClassLoader.java:251) > org.hibernate.util.ReflectHelper.classForName(ReflectHelper.java:95) > org.hibernate.type.EntityType.getReturnedClass(EntityType.java:91) > org.hibernate.cache.QueryKey.equals(QueryKey.java:59) > org.apache.commons.collections.map.AbstractReferenceMap.isEqualKey(AbstractReferenceMap.java:433) > org.apache.commons.collections.map.AbstractHashedMap.getEntry(AbstractHashedMap.java:434) > org.apache.commons.collections.map.AbstractReferenceMap.getEntry(AbstractReferenceMap.java:404) > org.apache.commons.collections.map.AbstractReferenceMap.get(AbstractReferenceMap.java:229) > ru.arptek.common.collections.SynchronizedMap.get(SynchronizedMap.java:94) > Operations with ClassLoaders is not falst enought for equals() operations. May be one should add some kind of caching (in EntityType, for example) or compare EntityType by class names, not by Class objects. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Emmanuel B. (JIRA) <no...@at...> - 2006-06-30 15:53:29
|
[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1490?page=comments#action_23505 ] Emmanuel Bernard commented on HHH-1490: --------------------------------------- Why is it expensive? The method call is basically hitting the classloader cache which is kind of a native hash map > QueryCache should not call EntityType.getReturnedClass() or do it fast > ---------------------------------------------------------------------- > > Key: HHH-1490 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1490 > Project: Hibernate3 > Type: Improvement > Components: core > Versions: 3.1.2 > Environment: Hibernate 3.1.2, MySQL 5.0.18-nt > Reporter: Sergey Vladimirov > Priority: Minor > Attachments: patch.txt > > > org.hibernate.cache.QueryKey should not call EntityType.getReturnedClass() or do it fast, because EntityType.getReturnedClass() works with ClassLoader - i is very expensive operation: > Stack trace: > java.lang.ClassLoader.findLoadedClass0(Native Method) > java.lang.ClassLoader.findLoadedClass(ClassLoader.java:922) > java.lang.ClassLoader.loadClass(ClassLoader.java:295) > - locked sun.misc.Launcher$AppClassLoader@93dee9 > sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276) > - locked sun.misc.Launcher$AppClassLoader@93dee9 > java.lang.ClassLoader.loadClass(ClassLoader.java:251) > org.hibernate.util.ReflectHelper.classForName(ReflectHelper.java:95) > org.hibernate.type.EntityType.getReturnedClass(EntityType.java:91) > org.hibernate.cache.QueryKey.equals(QueryKey.java:59) > org.apache.commons.collections.map.AbstractReferenceMap.isEqualKey(AbstractReferenceMap.java:433) > org.apache.commons.collections.map.AbstractHashedMap.getEntry(AbstractHashedMap.java:434) > org.apache.commons.collections.map.AbstractReferenceMap.getEntry(AbstractReferenceMap.java:404) > org.apache.commons.collections.map.AbstractReferenceMap.get(AbstractReferenceMap.java:229) > ru.arptek.common.collections.SynchronizedMap.get(SynchronizedMap.java:94) > Operations with ClassLoaders is not falst enought for equals() operations. May be one should add some kind of caching (in EntityType, for example) or compare EntityType by class names, not by Class objects. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Emmanuel B. (JIRA) <no...@at...> - 2006-06-30 15:48:32
|
[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1868?page=comments#action_23504 ] Emmanuel Bernard commented on HHH-1868: --------------------------------------- Works for me on the latest SVN > Hibernate must not load any lazy assotiation until required > ----------------------------------------------------------- > > Key: HHH-1868 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1868 > Project: Hibernate3 > Type: Improvement > Components: core > Environment: Last from CVS, 3.2.0rc2, > Reporter: Sergey Vladimirov > Attachments: manytoonelazy.zip > > > Hibenate should not load any assotiations until it is required. For example, if BeanA has field > private BeanB parent; > this field MUST NOT be loaded during BeanA loading, if field is marked as LAZY. It behaviour must have place even if NotFound action does not specified. > http://forum.hibernate.org/viewtopic.php?t=961373 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Sergey V. (JIRA) <no...@at...> - 2006-06-30 14:33:29
|
org.hibernate.TransientObjectException: object references an unsaved transient ------------------------------------------------------------------------------- Key: HHH-1870 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1870 Project: Hibernate3 Type: Bug Environment: Hibernate 3.2.0 RC 2 from SVN tunk 2006/06/30 Reporter: Sergey Vladimirov Attachments: manytoonelazy.zip, patch.txt JUnit test case shows strange error on commit(): Session session = sessionFactory.openSession(); Transaction transaction = session.beginTransaction(); BeanB beanB = new BeanB(); beanB.setId(1); session.save(beanB); beanB = (BeanB) session.load(BeanB.class, 1); BeanA beanA = new BeanA(); beanA.setId(2); beanA.setParent((BeanB) session.load(BeanB.class, 1)); session.save(beanA); transaction.commit(); session.close(); org.hibernate.TransientObjectException: object references an unsaved transient instance - save the transient instance before flushing: ru.arptek.arpsite.data.manytoonelazy.BeanA.parent -> ru.arptek.arpsite.data.manytoonelazy.BeanB at org.hibernate.engine.CascadingAction$9.noCascade(CascadingAction.java:273) at org.hibernate.engine.Cascade.cascade(Cascade.java:257) at org.hibernate.event.def.AbstractFlushingEventListener.cascadeOnFlush(AbstractFlushingEventListener.java:131) at org.hibernate.event.def.AbstractFlushingEventListener.prepareEntityFlushes(AbstractFlushingEventListener.java:121) at org.hibernate.event.def.AbstractFlushingEventListener.flushEverythingToExecutions(AbstractFlushingEventListener.java:65) at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:26) at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1000) at org.hibernate.impl.SessionImpl.managedFlush(SessionImpl.java:338) at org.hibernate.transaction.JTATransaction.commit(JTATransaction.java:135) at ru.arptek.arpsite.data.manytoonelazy.TestWithoutCache.testFind(TestWithoutCache.java:57) 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:585) 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 org.eclipse.jdt.internal.junit.runner.junit3.JUnit3TestReference.run(JUnit3TestReference.java:128) at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196) Temporary patch included. May be it is brokes other issue. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Sergey V. (JIRA) <no...@at...> - 2006-06-30 14:17:40
|
[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1868?page=comments#action_23503 ] Sergey Vladimirov commented on HHH-1868: ---------------------------------------- Agree. Test is works with latest RC. There was mistype in one of my "hacks" for hibernate-annotation. Sorry for that. But test doesn't work with current SVN context. May be it should be another bug.... or I just need to wait for next SVN update. > Hibernate must not load any lazy assotiation until required > ----------------------------------------------------------- > > Key: HHH-1868 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1868 > Project: Hibernate3 > Type: Improvement > Components: core > Environment: Last from CVS, 3.2.0rc2, > Reporter: Sergey Vladimirov > Attachments: manytoonelazy.zip > > > Hibenate should not load any assotiations until it is required. For example, if BeanA has field > private BeanB parent; > this field MUST NOT be loaded during BeanA loading, if field is marked as LAZY. It behaviour must have place even if NotFound action does not specified. > http://forum.hibernate.org/viewtopic.php?t=961373 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Jan H. S. (JIRA) <no...@at...> - 2006-06-30 14:02:31
|
The MultipleHiloPertablegenerator.class wraps at 2**31-1, but javadoc claims Long. ---------------------------------------------------------------------------------- Key: HHH-1869 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1869 Project: Hibernate3 Type: Bug Components: core Versions: 3.2.0 cr1 Environment: All versions/all environments. Reporter: Jan Helge Salvesen Attachments: MultipleHiLoPerTableGenerator.zip The returntype of org.hibernate.id.MultipleHiloPertablegenerator.doWorkInCurrentTransaction are Serializable, and the javadoc states that this class shall return a Long (line 26 in source-file). But the value to be returned are, in fact, treated as an Integer and thus limited to 31-bits positive numbers (as an Integer). See line 163 in class, for instance. This behaviour will cause problems for sequence numbers above Integer.MAX_VALUE (that is 2**31-1). When this limit is exceeded, the actual returned "Long" are a huge-negative integer and may potentinally cause damage. The reason for Priority:Major is the fact that user of this class may have an old-fashon databasescheme, and for this reason, this error may become a "ticking bomb" waiting to a sequence number to exceed 2**31-1. The fixup are trivial. The internal representation of the number must be Long, and user shall be urged to upgrade to new release. I have attached a fixed version of the MultipleHiloPertablegenerator.java where the generated sequencenumber are treated as a long. I have allso tested my modified version and verified that the sequence-generation part on a Oracle system works as expected, which is that the generated sequence actually can exceed 2**31-1. (I have not tested the schema-generate-part, since this is not critical for user.) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Emmanuel B. (JIRA) <no...@at...> - 2006-06-30 13:12:30
|
[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1868?page=all ] Emmanuel Bernard resolved HHH-1868: ----------------------------------- Resolution: Cannot Reproduce Your test works. > Hibernate must not load any lazy assotiation until required > ----------------------------------------------------------- > > Key: HHH-1868 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1868 > Project: Hibernate3 > Type: Improvement > Components: core > Environment: Last from CVS, 3.2.0rc2, > Reporter: Sergey Vladimirov > Attachments: manytoonelazy.zip > > > Hibenate should not load any assotiations until it is required. For example, if BeanA has field > private BeanB parent; > this field MUST NOT be loaded during BeanA loading, if field is marked as LAZY. It behaviour must have place even if NotFound action does not specified. > http://forum.hibernate.org/viewtopic.php?t=961373 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Bertram G. (JIRA) <no...@at...> - 2006-06-30 09:48:29
|
hbm2java does not generate equals/hashCode ------------------------------------------ Key: HBX-696 URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-696 Project: Hibernate Tools Type: Bug Components: hbm2java Versions: 3.1.beta5 Reporter: Bertram Grillitsch see forum entry: http://forum.hibernate.org/viewtopic.php?t=959889 for details: but basically the hbm2java task does not generate the equals/hashCode functions -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Sergey V. (JIRA) <no...@at...> - 2006-06-30 09:01:29
|
[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1490?page=all ] Sergey Vladimirov updated HHH-1490: ----------------------------------- Attachment: patch.txt Patch to cache classes > QueryCache should not call EntityType.getReturnedClass() or do it fast > ---------------------------------------------------------------------- > > Key: HHH-1490 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1490 > Project: Hibernate3 > Type: Improvement > Components: core > Versions: 3.1.2 > Environment: Hibernate 3.1.2, MySQL 5.0.18-nt > Reporter: Sergey Vladimirov > Priority: Minor > Attachments: patch.txt > > > org.hibernate.cache.QueryKey should not call EntityType.getReturnedClass() or do it fast, because EntityType.getReturnedClass() works with ClassLoader - i is very expensive operation: > Stack trace: > java.lang.ClassLoader.findLoadedClass0(Native Method) > java.lang.ClassLoader.findLoadedClass(ClassLoader.java:922) > java.lang.ClassLoader.loadClass(ClassLoader.java:295) > - locked sun.misc.Launcher$AppClassLoader@93dee9 > sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276) > - locked sun.misc.Launcher$AppClassLoader@93dee9 > java.lang.ClassLoader.loadClass(ClassLoader.java:251) > org.hibernate.util.ReflectHelper.classForName(ReflectHelper.java:95) > org.hibernate.type.EntityType.getReturnedClass(EntityType.java:91) > org.hibernate.cache.QueryKey.equals(QueryKey.java:59) > org.apache.commons.collections.map.AbstractReferenceMap.isEqualKey(AbstractReferenceMap.java:433) > org.apache.commons.collections.map.AbstractHashedMap.getEntry(AbstractHashedMap.java:434) > org.apache.commons.collections.map.AbstractReferenceMap.getEntry(AbstractReferenceMap.java:404) > org.apache.commons.collections.map.AbstractReferenceMap.get(AbstractReferenceMap.java:229) > ru.arptek.common.collections.SynchronizedMap.get(SynchronizedMap.java:94) > Operations with ClassLoaders is not falst enought for equals() operations. May be one should add some kind of caching (in EntityType, for example) or compare EntityType by class names, not by Class objects. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Sergey V. (JIRA) <no...@at...> - 2006-06-30 08:02:29
|
[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1868?page=all ] Sergey Vladimirov updated HHH-1868: ----------------------------------- Attachment: manytoonelazy.zip Add test case for two cases: - loading via Load and initialization of BeanA proxy - obtaining BeanA via find method > Hibernate must not load any lazy assotiation until required > ----------------------------------------------------------- > > Key: HHH-1868 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1868 > Project: Hibernate3 > Type: Improvement > Components: core > Environment: Last from CVS, 3.2.0rc2, > Reporter: Sergey Vladimirov > Attachments: manytoonelazy.zip > > > Hibenate should not load any assotiations until it is required. For example, if BeanA has field > private BeanB parent; > this field MUST NOT be loaded during BeanA loading, if field is marked as LAZY. It behaviour must have place even if NotFound action does not specified. > http://forum.hibernate.org/viewtopic.php?t=961373 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Sergey V. (JIRA) <no...@at...> - 2006-06-30 08:00:30
|
Hibernate must not load any lazy assotiation until required ----------------------------------------------------------- Key: HHH-1868 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1868 Project: Hibernate3 Type: Improvement Components: core Environment: Last from CVS, 3.2.0rc2, Reporter: Sergey Vladimirov Hibenate should not load any assotiations until it is required. For example, if BeanA has field private BeanB parent; this field MUST NOT be loaded during BeanA loading, if field is marked as LAZY. It behaviour must have place even if NotFound action does not specified. http://forum.hibernate.org/viewtopic.php?t=961373 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: Emmanuel B. (JIRA) <no...@at...> - 2006-06-30 01:20:19
|
[ http://opensource.atlassian.com/projects/hibernate/browse/EJB-204?page=all ] Emmanuel Bernard resolved EJB-204: ---------------------------------- Fix Version: 3.2.0 Resolution: Fixed Cool > ClassCastException when using <mapped-superclass> in orm.xml > ------------------------------------------------------------ > > Key: EJB-204 > URL: http://opensource.atlassian.com/projects/hibernate/browse/EJB-204 > Project: Hibernate Entity Manager > Type: Bug > Components: EntityManager > Versions: 3.2.0.cr1 > Environment: Hibernate 3.2.0 cr2, EntityManager 3.2.0 cr1 and Annotations 3.2.0 cr1 > Reporter: Levi Purvis > Priority: Minor > Fix For: 3.2.0 > > > Using a <mapped-superclass> element in orm.xml will generate the following exception: > javax.persistence.PersistenceException: java.lang.ClassCastException: $Proxy0 > at org.hibernate.ejb.Ejb3Configuration.createEntityManagerFactory(Ejb3Configuration.java:217) > at org.hibernate.ejb.HibernatePersistence.createEntityManagerFactory(HibernatePersistence.java:114) > at javax.persistence.Persistence.createEntityManagerFactory(Persistence.java:37) > at javax.persistence.Persistence.createEntityManagerFactory(Persistence.java:27) > ...... > Caused by: java.lang.ClassCastException: $Proxy0 > at org.hibernate.reflection.java.EJB3OverridenAnnotationReader.getMappedSuperclass(EJB3OverridenAnnotationReader.java:1688) > at org.hibernate.reflection.java.EJB3OverridenAnnotationReader.initAnnotations(EJB3OverridenAnnotationReader.java:285) > at org.hibernate.reflection.java.EJB3OverridenAnnotationReader.isAnnotationPresent(EJB3OverridenAnnotationReader.java:257) > at org.hibernate.reflection.java.JavaXAnnotatedElement.isAnnotationPresent(JavaXAnnotatedElement.java:40) > at org.hibernate.cfg.AnnotationConfiguration.secondPassCompile(AnnotationConfiguration.java:237) > at org.hibernate.cfg.Configuration.buildMappings(Configuration.java:1034) > at org.hibernate.ejb.Ejb3Configuration.buildMappings(Ejb3Configuration.java:1015) > at org.hibernate.ejb.EventListenerConfigurator.configure(EventListenerConfigurator.java:154) > at org.hibernate.ejb.Ejb3Configuration.createEntityManagerFactory(Ejb3Configuration.java:751) > at org.hibernate.ejb.Ejb3Configuration.createFactory(Ejb3Configuration.java:151) > at org.hibernate.ejb.Ejb3Configuration.createEntityManagerFactory(Ejb3Configuration.java:205) > ... 19 more > Also see the following thread: > http://forum.hibernate.org/viewtopic.php?t=960744 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: sudheer (JIRA) <no...@at...> - 2006-06-29 20:39:17
|
how to create parent/child relation ship with a coposite key ? -------------------------------------------------------------- Key: HHH-1867 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1867 Project: Hibernate3 Type: Task Versions: 3.1.3 Environment: hibernate 3.1.3 /Oracle Reporter: sudheer Hi, I am having 3 tables and they are related as follows. Table A -----compositePK1(col1,col2) Table B---- compositPK2(compositePK1,col3); Table C-- PK(col3). I am success fully inserted a rows in B and C together . If i add A then I am facing problems. It is complaing Foreign key (FKCFD7D0B39D0C4AE:NWX_ORDER_STATUS [O_R_UNIQ])) must have same number of columns as the referenced primary key (NWX_ORDER [ORDER_ID,REVISION_NO]) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: <no...@at...> - 2006-06-29 18:08:15
|
Exception raising : Strange behaviour depending on package names ---------------------------------------------------------------- Key: ANN-382 URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN= -382 Project: Hibernate Annotations Type: Bug Environment: Hibernate's annotations packaged in JBoss EJB 3.0 RC8- FD Microsoft SQL Server 2000 Reporter: Pierre Four=C3=A8s Attachments: BugEJB3.zip As described in hibernate forum (http://forum.hibernate.org/viewtopic.php?t= =3D960763) and discussed with Emmanuel, I encounter a strange behaviour wit= h annotations depending of my package's names. Supposing hibernate load classes by package alphabetical order; if it get t= he "parent" class first all works fine, if it get the "child" class first, = it raise an exception !=20 Here is a subset of my classes, cleaned of getters, setters and all unrelat= ed things, then followed by the exception stack :=20 /////////////////////////////////////////////// package fr.ifis.entity.field.card; import java.io.Serializable; import javax.persistence.Embeddable; import javax.persistence.Entity; import javax.persistence.Id; import javax.persistence.ManyToOne; import fr.ifis.entity.project.Card; @Entity public class CardField { @Id private PrimaryKey primaryKey =3D new PrimaryKey(); =20 // cardtmp is a trick used in order to wait for http://opensource.atlass= ian.com/projects/hibernate/browse/ANN-381 resolution=20 @ManyToOne private Card cardtmp; @Embeddable private class PrimaryKey implements Serializable { =20 @ManyToOne(optional =3D false) private Card card; =20 @ManyToOne(optional =3D false) private CardKey key; } }=20 /////////////////////////////////////////////// package fr.ifis.entity.field.card; import javax.persistence.Entity; import javax.persistence.GeneratedValue; import javax.persistence.Id; @Entity public class CardKey { @Id @GeneratedValue private int id; }=20 /////////////////////////////////////////////// package fr.ifis.entity.project; import java.io.Serializable; import java.util.Set; import javax.persistence.CascadeType; import javax.persistence.Embeddable; import javax.persistence.Entity; import javax.persistence.FetchType; import javax.persistence.Id; import javax.persistence.ManyToOne; import javax.persistence.OneToMany; import fr.ifis.entity.field.card.CardField; @Entity public class Card { @Id private CardPrimaryKey primaryKey =3D new CardPrimaryKey(); =20 @OneToMany(cascade=3DCascadeType.ALL, fetch=3DFetchType.EAGER, mappedBy= =3D"cardtmp") // private Set<CardField> fields; =20 @Embeddable private class CardPrimaryKey implements Serializable { =20 @ManyToOne(optional =3D false) private Project project; =20 //An other @ManyToOne is also present in the real model //The problem still occurs even when i remove this relation, it was n= o use to kept it for describe the problem } }=20 /////////////////////////////////////////////// package fr.ifis.entity.project; import javax.persistence.Entity; import javax.persistence.GeneratedValue; import javax.persistence.Id; @Entity public class Project { @Id @GeneratedValue private int id; }=20 /////////////////////////////////////////////// [java] ERROR 29-06 19:42:18,272 (AbstractController.java:incrementStat= e:350) -Error installing to Start: name=3Dpersistence.units:unitName=3DRef= onte state=3DCreate [java] org.hibernate.MappingException: Foreign key (FK6771BFAA1845E8B:= CardField [])) must have same number of columns as the referenced primary k= ey (Card [project_id]) [java] at org.hibernate.mapping.ForeignKey.alignColumns(ForeignKey.jav= a:90) [java] at org.hibernate.mapping.ForeignKey.alignColumns(ForeignKey.jav= a:73) [java] at org.hibernate.cfg.Configuration.secondPassCompileForeignKeys= (Configuration.java:1182) [java] at org.hibernate.cfg.Configuration.secondPassCompile(Configurat= ion.java:1089) [java] at org.hibernate.cfg.AnnotationConfiguration.secondPassCompile(= AnnotationConfiguration.java:302) [java] at org.hibernate.cfg.Configuration.buildMappings(Configuration.= java:1034) [java] at org.hibernate.ejb.Ejb3Configuration.buildMappings(Ejb3Config= uration.java:1015) [java] at org.hibernate.ejb.EventListenerConfigurator.configure(EventL= istenerConfigurator.java:154) [java] at org.hibernate.ejb.Ejb3Configuration.createEntityManagerFacto= ry(Ejb3Configuration.java:751) [java] at org.hibernate.ejb.Ejb3Configuration.createContainerEntityMan= agerFactory(Ejb3Configuration.java:350) [java] at org.hibernate.ejb.HibernatePersistence.createContainerEntity= ManagerFactory(HibernatePersistence.java:119) [java] at org.jboss.ejb3.entity.PersistenceUnitDeployment.start(Persis= tenceUnitDeployment.java:264) [java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [java] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcce= ssorImpl.java:39) [java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe= thodAccessorImpl.java:25) [java] at java.lang.reflect.Method.invoke(Method.java:585) [java] at org.jboss.reflect.plugins.introspection.ReflectionUtils.invo= ke(ReflectionUtils.java:55) [java] at org.jboss.reflect.plugins.introspection.ReflectMethodInfoImp= l.invoke(ReflectMethodInfoImpl.java:107) [java] at org.jboss.joinpoint.plugins.BasicMethodJoinPoint.dispatch(Ba= sicMethodJoinPoint.java:66) [java] at org.jboss.kernel.plugins.dependency.KernelControllerContextA= ctions.dispatchJoinPoint(KernelControllerContextActions.java:100) [java] at org.jboss.kernel.plugins.dependency.KernelControllerContextA= ctions$LifecycleAction.installAction(KernelControllerContextActions.java:58= 2) [java] at org.jboss.kernel.plugins.dependency.KernelControllerContextA= ctions$KernelControllerContextAction.install(KernelControllerContextActions= .java:175) [java] at org.jboss.dependency.plugins.AbstractControllerContextAction= s.install(AbstractControllerContextActions.java:51) [java] at org.jboss.dependency.plugins.AbstractControllerContext.insta= ll(AbstractControllerContext.java:226) [java] at org.jboss.dependency.plugins.AbstractController.install(Abst= ractController.java:593) [java] at org.jboss.dependency.plugins.AbstractController.incrementSta= te(AbstractController.java:346) [java] at org.jboss.dependency.plugins.AbstractController.resolveConte= xts(AbstractController.java:438) [java] at org.jboss.dependency.plugins.AbstractController.resolveConte= xts(AbstractController.java:379) [java] at org.jboss.dependency.plugins.AbstractController.install(Abst= ractController.java:225) [java] at org.jboss.dependency.plugins.AbstractController.install(Abst= ractController.java:151) [java] at org.jboss.kernel.plugins.dependency.AbstractKernelController= .install(AbstractKernelController.java:79) [java] at org.jboss.kernel.plugins.dependency.AbstractKernelController= .install(AbstractKernelController.java:73) [java] at org.jboss.ejb3.MCKernelAbstraction.install(MCKernelAbstracti= on.java:91) [java] at org.jboss.ejb3.Ejb3Deployment.startPersistenceUnits(Ejb3Depl= oyment.java:626) [java] at org.jboss.ejb3.Ejb3Deployment.start(Ejb3Deployment.java:475) [java] at org.jboss.ejb3.embedded.EJB3StandaloneDeployer.start(EJB3Sta= ndaloneDeployer.java:460) [java] at org.jboss.ejb3.embedded.EJB3StandaloneBootstrap.scanClasspat= h(EJB3StandaloneBootstrap.java:291) [java] at fr.ifis.Main.main(Unknown Source) /////////////////////////////////////////////// Indeed, depending on the package names I get or not an excpetion ! It doesn't work with the package fr.ifis.entity.project but if I rename the= package in fr.ifis.entity.aproject and then move it "before" the field.car= d package, all works fine. In order to facilitate the identification of the problem, I also include as= attachement the eclipse project of this problem repport. In order to keep reasonable the size of the attachement, I did not included= the libraries nor the configuration files for launch ejb3-embedded. Thoses= files are issued from the project simple-deployment included in JBoss EJB = 3.0 RC8-FD. The only change i've done was to specify in embedded-jboss-bean= s.xml the properties of my database. Regards, Pierre. --=20 This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators= .jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |