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: Chad P. (JIRA) <no...@at...> - 2006-06-25 21:47:34
|
org.eclipse.jface.util.Assert$AssertionFailedException (I have to restart Eclipse to resolve this EXCEPTION) ------------------------------------------------------------------------------------------------------------ Key: HBX-695 URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-695 Project: Hibernate Tools Type: Bug Components: eclipse, consoleconfiguration Versions: 3.1.beta5 Reporter: Chad Perry Priority: Minor I keep getting: org.eclipse.jface.util.Assert$AssertionFailedException when I tried to display HSQL result. 1) New Tools Install 2) Configure a SessionFactory 3) Attempt to display results 4) SEE: org.eclipse.jface.util.Assert$AssertionFailedException (This is a JFACE error) I THINK it is some setting that is not getting initialized until you restart Eclipse. -- 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: Chad P. (JIRA) <no...@at...> - 2006-06-25 21:31:32
|
[ http://opensource.atlassian.com/projects/hibernate/browse/HBX-694?page=comments#action_23402 ] Chad Perry commented on HBX-694: -------------------------------- Explicit means that I needed to point to the CLASSES folder of all domain objects in my configuration file... I was not able to point to ONE Eclipse Project and have all my domain classes mapped. (NOTE: I have Eclipse projects that DEPEND on other eclipse Projects for base classes, etc..) > java.lang.NullPointerException when trying to create a Hibernate Configuration > ------------------------------------------------------------------------------- > > Key: HBX-694 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-694 > Project: Hibernate Tools > Type: Bug > Components: eclipse > Versions: 3.1.beta5 > Environment: Oralce 10g > eclipse.buildId=I20050627-1435 > java.version=1.5.0_06 > java.vendor=Sun Microsystems Inc. > BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US > Command-line arguments: -os win32 -ws win32 -arch x86 > This is a continuation of log file C:\PROJECTS\EclipseWorkSpace\.metadata\.bak_0.log > Created Time: 2006-06-21 17:53:45.486 > Reporter: Chad Perry > Fix For: 3.2beta6 > Attachments: clip_image002.jpg > > > java.lang.NullPointerException > at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationFile(ClassLoaderHelper.java:91) > at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationURL(ClassLoaderHelper.java:83) > at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationsURLForResources(ClassLoaderHelper.java:117) > at org.hibernate.eclipse.console.EclipseConsoleConfigurationPreferences.getCustomClassPathURLS(EclipseConsoleConfigurationPreferences.java:81) > at org.hibernate.console.ConsoleConfiguration.buildWith(ConsoleConfiguration.java:109) > at org.hibernate.console.ConsoleConfiguration.build(ConsoleConfiguration.java:98) > at org.hibernate.eclipse.console.workbench.ConsoleConfigurationWorkbenchAdapter.getChildren(ConsoleConfigurationWorkbenchAdapter.java:19) > at org.hibernate.eclipse.console.workbench.BasicWorkbenchAdapter.fetchDeferredChildren(BasicWorkbenchAdapter.java:69) > at org.eclipse.ui.progress.DeferredTreeContentManager$1.run(DeferredTreeContentManager.java:192) > at org.eclipse.core.internal.jobs.Worker.run(Worker.java:76) > NOTE: While it maybe a bad setup/configuration on MY part, I think a better exception is in order. Because right now, I have no idea why this is happening to me? -- 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: Max R. A. (JIRA) <no...@at...> - 2006-06-25 21:05:39
|
[ http://opensource.atlassian.com/projects/hibernate/browse/HBX-694?page=comments#action_23401 ] Max Rydahl Andersen commented on HBX-694: ----------------------------------------- what does explicit mean ? (p.s. I've just committed code that should resolve the underlying directory of a project directory - the eclipse API is not really obvious in this context ;) > java.lang.NullPointerException when trying to create a Hibernate Configuration > ------------------------------------------------------------------------------- > > Key: HBX-694 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-694 > Project: Hibernate Tools > Type: Bug > Components: eclipse > Versions: 3.1.beta5 > Environment: Oralce 10g > eclipse.buildId=I20050627-1435 > java.version=1.5.0_06 > java.vendor=Sun Microsystems Inc. > BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US > Command-line arguments: -os win32 -ws win32 -arch x86 > This is a continuation of log file C:\PROJECTS\EclipseWorkSpace\.metadata\.bak_0.log > Created Time: 2006-06-21 17:53:45.486 > Reporter: Chad Perry > Fix For: 3.2beta6 > Attachments: clip_image002.jpg > > > java.lang.NullPointerException > at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationFile(ClassLoaderHelper.java:91) > at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationURL(ClassLoaderHelper.java:83) > at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationsURLForResources(ClassLoaderHelper.java:117) > at org.hibernate.eclipse.console.EclipseConsoleConfigurationPreferences.getCustomClassPathURLS(EclipseConsoleConfigurationPreferences.java:81) > at org.hibernate.console.ConsoleConfiguration.buildWith(ConsoleConfiguration.java:109) > at org.hibernate.console.ConsoleConfiguration.build(ConsoleConfiguration.java:98) > at org.hibernate.eclipse.console.workbench.ConsoleConfigurationWorkbenchAdapter.getChildren(ConsoleConfigurationWorkbenchAdapter.java:19) > at org.hibernate.eclipse.console.workbench.BasicWorkbenchAdapter.fetchDeferredChildren(BasicWorkbenchAdapter.java:69) > at org.eclipse.ui.progress.DeferredTreeContentManager$1.run(DeferredTreeContentManager.java:192) > at org.eclipse.core.internal.jobs.Worker.run(Worker.java:76) > NOTE: While it maybe a bad setup/configuration on MY part, I think a better exception is in order. Because right now, I have no idea why this is happening to me? -- 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: Benjamin B. (JIRA) <no...@at...> - 2006-06-25 20:59:33
|
Map<Entity, Entity> fails due to unique constraint on map-key column --------------------------------------------------------------------- Key: ANN-379 URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-379 Project: Hibernate Annotations Type: Bug Components: binder Versions: 3.2.0.cr1 Environment: hibernate-3.2.0.CR2, hibernate-annotations-3.2.0.CR1, jdk-1.5.0_07 Reporter: Benjamin Bentmann Attachments: IndexedCollectionTest.java The current DDL statements for a true Map<Entity, Entity> produce a unique constraint on the map-key column. This effectively prevents multiple entities (hosting such a Map) from using the same map key. I tracked the problem down to org.hibernate.cfg.annotations.MapBinder and its method bindKeyFromAssociationTable, line 225. In case of an entity as the map-key, the code always sets the unique flag for the join-column... Attached is a slightly modified version of your own test case IndexedCollectionTest to reproduce the problem. The only change I made is located in the method testRealMap, adding just another Atmosphere with the same GasKey. For a more verbose problem description you might want to have a look at: http://forum.hibernate.org/viewtopic.php?t=961102 -- 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: Chad P. (JIRA) <no...@at...> - 2006-06-25 17:52:31
|
[ http://opensource.atlassian.com/projects/hibernate/browse/HBX-694?page=comments#action_23400 ] Chad Perry commented on HBX-694: -------------------------------- Max, Yes, looks like the Eclipse Project in the console CLASSPATH is causing issues. I'm starting to get good results when I EXPLICTLY specify the POJO classes (instead of pointing to a Eclipse project, which in my case points to other eclipse projects) Well, Thanks for the timely help! I really want to see this tool mature - keep up the good work. > java.lang.NullPointerException when trying to create a Hibernate Configuration > ------------------------------------------------------------------------------- > > Key: HBX-694 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-694 > Project: Hibernate Tools > Type: Bug > Components: eclipse > Versions: 3.1.beta5 > Environment: Oralce 10g > eclipse.buildId=I20050627-1435 > java.version=1.5.0_06 > java.vendor=Sun Microsystems Inc. > BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US > Command-line arguments: -os win32 -ws win32 -arch x86 > This is a continuation of log file C:\PROJECTS\EclipseWorkSpace\.metadata\.bak_0.log > Created Time: 2006-06-21 17:53:45.486 > Reporter: Chad Perry > Fix For: 3.2beta6 > Attachments: clip_image002.jpg > > > java.lang.NullPointerException > at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationFile(ClassLoaderHelper.java:91) > at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationURL(ClassLoaderHelper.java:83) > at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationsURLForResources(ClassLoaderHelper.java:117) > at org.hibernate.eclipse.console.EclipseConsoleConfigurationPreferences.getCustomClassPathURLS(EclipseConsoleConfigurationPreferences.java:81) > at org.hibernate.console.ConsoleConfiguration.buildWith(ConsoleConfiguration.java:109) > at org.hibernate.console.ConsoleConfiguration.build(ConsoleConfiguration.java:98) > at org.hibernate.eclipse.console.workbench.ConsoleConfigurationWorkbenchAdapter.getChildren(ConsoleConfigurationWorkbenchAdapter.java:19) > at org.hibernate.eclipse.console.workbench.BasicWorkbenchAdapter.fetchDeferredChildren(BasicWorkbenchAdapter.java:69) > at org.eclipse.ui.progress.DeferredTreeContentManager$1.run(DeferredTreeContentManager.java:192) > at org.eclipse.core.internal.jobs.Worker.run(Worker.java:76) > NOTE: While it maybe a bad setup/configuration on MY part, I think a better exception is in order. Because right now, I have no idea why this is happening to me? -- 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: Max R. A. (JIRA) <no...@at...> - 2006-06-25 17:46:34
|
[ http://opensource.atlassian.com/projects/hibernate/browse/HBX-694?page=comments#action_23399 ] Max Rydahl Andersen commented on HBX-694: ----------------------------------------- ok so the issue is that there is a problem with handling classpath with a project root as an classpath entry. workaround is to have a seperate src/build directory (which is always recommended anyway) > java.lang.NullPointerException when trying to create a Hibernate Configuration > ------------------------------------------------------------------------------- > > Key: HBX-694 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-694 > Project: Hibernate Tools > Type: Bug > Components: eclipse > Versions: 3.1.beta5 > Environment: Oralce 10g > eclipse.buildId=I20050627-1435 > java.version=1.5.0_06 > java.vendor=Sun Microsystems Inc. > BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US > Command-line arguments: -os win32 -ws win32 -arch x86 > This is a continuation of log file C:\PROJECTS\EclipseWorkSpace\.metadata\.bak_0.log > Created Time: 2006-06-21 17:53:45.486 > Reporter: Chad Perry > Fix For: 3.2beta6 > Attachments: clip_image002.jpg > > > java.lang.NullPointerException > at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationFile(ClassLoaderHelper.java:91) > at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationURL(ClassLoaderHelper.java:83) > at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationsURLForResources(ClassLoaderHelper.java:117) > at org.hibernate.eclipse.console.EclipseConsoleConfigurationPreferences.getCustomClassPathURLS(EclipseConsoleConfigurationPreferences.java:81) > at org.hibernate.console.ConsoleConfiguration.buildWith(ConsoleConfiguration.java:109) > at org.hibernate.console.ConsoleConfiguration.build(ConsoleConfiguration.java:98) > at org.hibernate.eclipse.console.workbench.ConsoleConfigurationWorkbenchAdapter.getChildren(ConsoleConfigurationWorkbenchAdapter.java:19) > at org.hibernate.eclipse.console.workbench.BasicWorkbenchAdapter.fetchDeferredChildren(BasicWorkbenchAdapter.java:69) > at org.eclipse.ui.progress.DeferredTreeContentManager$1.run(DeferredTreeContentManager.java:192) > at org.eclipse.core.internal.jobs.Worker.run(Worker.java:76) > NOTE: While it maybe a bad setup/configuration on MY part, I think a better exception is in order. Because right now, I have no idea why this is happening to me? -- 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: Chad P. (JIRA) <no...@at...> - 2006-06-25 17:26:31
|
[ http://opensource.atlassian.com/projects/hibernate/browse/HBX-694?page=comments#action_23398 ] Chad Perry commented on HBX-694: -------------------------------- CLASSPATH: /06Release-Hibernate [NOTE: This is an Eclipse PROJECT that contains all the POJOS] /06Release-Common/jars/ojdbc14.jar [The Oralce JAR reference] Please let me know if this is not the right info you are looking for. (e.g., where does the tools console store the classpath?) PS: I would add a screen shot of the configuration form, but I can seem to do that since this case is closed. > java.lang.NullPointerException when trying to create a Hibernate Configuration > ------------------------------------------------------------------------------- > > Key: HBX-694 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-694 > Project: Hibernate Tools > Type: Bug > Components: eclipse > Versions: 3.1.beta5 > Environment: Oralce 10g > eclipse.buildId=I20050627-1435 > java.version=1.5.0_06 > java.vendor=Sun Microsystems Inc. > BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US > Command-line arguments: -os win32 -ws win32 -arch x86 > This is a continuation of log file C:\PROJECTS\EclipseWorkSpace\.metadata\.bak_0.log > Created Time: 2006-06-21 17:53:45.486 > Reporter: Chad Perry > Fix For: 3.2beta6 > Attachments: clip_image002.jpg > > > java.lang.NullPointerException > at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationFile(ClassLoaderHelper.java:91) > at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationURL(ClassLoaderHelper.java:83) > at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationsURLForResources(ClassLoaderHelper.java:117) > at org.hibernate.eclipse.console.EclipseConsoleConfigurationPreferences.getCustomClassPathURLS(EclipseConsoleConfigurationPreferences.java:81) > at org.hibernate.console.ConsoleConfiguration.buildWith(ConsoleConfiguration.java:109) > at org.hibernate.console.ConsoleConfiguration.build(ConsoleConfiguration.java:98) > at org.hibernate.eclipse.console.workbench.ConsoleConfigurationWorkbenchAdapter.getChildren(ConsoleConfigurationWorkbenchAdapter.java:19) > at org.hibernate.eclipse.console.workbench.BasicWorkbenchAdapter.fetchDeferredChildren(BasicWorkbenchAdapter.java:69) > at org.eclipse.ui.progress.DeferredTreeContentManager$1.run(DeferredTreeContentManager.java:192) > at org.eclipse.core.internal.jobs.Worker.run(Worker.java:76) > NOTE: While it maybe a bad setup/configuration on MY part, I think a better exception is in order. Because right now, I have no idea why this is happening to me? -- 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: Max R. A. (JIRA) <no...@at...> - 2006-06-25 17:07:30
|
[ http://opensource.atlassian.com/projects/hibernate/browse/HBX-694?page=comments#action_23397 ] Max Rydahl Andersen commented on HBX-694: ----------------------------------------- ..or rather, what is the *exact* content of the classpath list in the console configuration ? > java.lang.NullPointerException when trying to create a Hibernate Configuration > ------------------------------------------------------------------------------- > > Key: HBX-694 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-694 > Project: Hibernate Tools > Type: Bug > Components: eclipse > Versions: 3.1.beta5 > Environment: Oralce 10g > eclipse.buildId=I20050627-1435 > java.version=1.5.0_06 > java.vendor=Sun Microsystems Inc. > BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US > Command-line arguments: -os win32 -ws win32 -arch x86 > This is a continuation of log file C:\PROJECTS\EclipseWorkSpace\.metadata\.bak_0.log > Created Time: 2006-06-21 17:53:45.486 > Reporter: Chad Perry > Fix For: 3.2beta6 > Attachments: clip_image002.jpg > > > java.lang.NullPointerException > at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationFile(ClassLoaderHelper.java:91) > at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationURL(ClassLoaderHelper.java:83) > at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationsURLForResources(ClassLoaderHelper.java:117) > at org.hibernate.eclipse.console.EclipseConsoleConfigurationPreferences.getCustomClassPathURLS(EclipseConsoleConfigurationPreferences.java:81) > at org.hibernate.console.ConsoleConfiguration.buildWith(ConsoleConfiguration.java:109) > at org.hibernate.console.ConsoleConfiguration.build(ConsoleConfiguration.java:98) > at org.hibernate.eclipse.console.workbench.ConsoleConfigurationWorkbenchAdapter.getChildren(ConsoleConfigurationWorkbenchAdapter.java:19) > at org.hibernate.eclipse.console.workbench.BasicWorkbenchAdapter.fetchDeferredChildren(BasicWorkbenchAdapter.java:69) > at org.eclipse.ui.progress.DeferredTreeContentManager$1.run(DeferredTreeContentManager.java:192) > at org.eclipse.core.internal.jobs.Worker.run(Worker.java:76) > NOTE: While it maybe a bad setup/configuration on MY part, I think a better exception is in order. Because right now, I have no idea why this is happening to me? -- 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: Max R. A. (JIRA) <no...@at...> - 2006-06-25 17:05:32
|
[ http://opensource.atlassian.com/projects/hibernate/browse/HBX-694?page=comments#action_23396 ] Max Rydahl Andersen commented on HBX-694: ----------------------------------------- and what is the path to that oracle jar ? > java.lang.NullPointerException when trying to create a Hibernate Configuration > ------------------------------------------------------------------------------- > > Key: HBX-694 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-694 > Project: Hibernate Tools > Type: Bug > Components: eclipse > Versions: 3.1.beta5 > Environment: Oralce 10g > eclipse.buildId=I20050627-1435 > java.version=1.5.0_06 > java.vendor=Sun Microsystems Inc. > BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US > Command-line arguments: -os win32 -ws win32 -arch x86 > This is a continuation of log file C:\PROJECTS\EclipseWorkSpace\.metadata\.bak_0.log > Created Time: 2006-06-21 17:53:45.486 > Reporter: Chad Perry > Fix For: 3.2beta6 > Attachments: clip_image002.jpg > > > java.lang.NullPointerException > at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationFile(ClassLoaderHelper.java:91) > at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationURL(ClassLoaderHelper.java:83) > at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationsURLForResources(ClassLoaderHelper.java:117) > at org.hibernate.eclipse.console.EclipseConsoleConfigurationPreferences.getCustomClassPathURLS(EclipseConsoleConfigurationPreferences.java:81) > at org.hibernate.console.ConsoleConfiguration.buildWith(ConsoleConfiguration.java:109) > at org.hibernate.console.ConsoleConfiguration.build(ConsoleConfiguration.java:98) > at org.hibernate.eclipse.console.workbench.ConsoleConfigurationWorkbenchAdapter.getChildren(ConsoleConfigurationWorkbenchAdapter.java:19) > at org.hibernate.eclipse.console.workbench.BasicWorkbenchAdapter.fetchDeferredChildren(BasicWorkbenchAdapter.java:69) > at org.eclipse.ui.progress.DeferredTreeContentManager$1.run(DeferredTreeContentManager.java:192) > at org.eclipse.core.internal.jobs.Worker.run(Worker.java:76) > NOTE: While it maybe a bad setup/configuration on MY part, I think a better exception is in order. Because right now, I have no idea why this is happening to me? -- 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: Chad P. (JIRA) <no...@at...> - 2006-06-25 16:42:32
|
[ http://opensource.atlassian.com/projects/hibernate/browse/HBX-694?page=comments#action_23395 ] Chad Perry commented on HBX-694: -------------------------------- Question: how can I get the latest build - 3.2beta6? Here is some more info: ------------------------------------------------------------- I trying a very basic configuration: ONE domain object. (no Dependencies) Added Oralce JAR NOTE: I upgraded from a previous version of tools (I manually did the upgrade) > java.lang.NullPointerException when trying to create a Hibernate Configuration > ------------------------------------------------------------------------------- > > Key: HBX-694 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-694 > Project: Hibernate Tools > Type: Bug > Components: eclipse > Versions: 3.1.beta5 > Environment: Oralce 10g > eclipse.buildId=I20050627-1435 > java.version=1.5.0_06 > java.vendor=Sun Microsystems Inc. > BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US > Command-line arguments: -os win32 -ws win32 -arch x86 > This is a continuation of log file C:\PROJECTS\EclipseWorkSpace\.metadata\.bak_0.log > Created Time: 2006-06-21 17:53:45.486 > Reporter: Chad Perry > Fix For: 3.2beta6 > Attachments: clip_image002.jpg > > > java.lang.NullPointerException > at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationFile(ClassLoaderHelper.java:91) > at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationURL(ClassLoaderHelper.java:83) > at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationsURLForResources(ClassLoaderHelper.java:117) > at org.hibernate.eclipse.console.EclipseConsoleConfigurationPreferences.getCustomClassPathURLS(EclipseConsoleConfigurationPreferences.java:81) > at org.hibernate.console.ConsoleConfiguration.buildWith(ConsoleConfiguration.java:109) > at org.hibernate.console.ConsoleConfiguration.build(ConsoleConfiguration.java:98) > at org.hibernate.eclipse.console.workbench.ConsoleConfigurationWorkbenchAdapter.getChildren(ConsoleConfigurationWorkbenchAdapter.java:19) > at org.hibernate.eclipse.console.workbench.BasicWorkbenchAdapter.fetchDeferredChildren(BasicWorkbenchAdapter.java:69) > at org.eclipse.ui.progress.DeferredTreeContentManager$1.run(DeferredTreeContentManager.java:192) > at org.eclipse.core.internal.jobs.Worker.run(Worker.java:76) > NOTE: While it maybe a bad setup/configuration on MY part, I think a better exception is in order. Because right now, I have no idea why this is happening to me? -- 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: Max R. A. (JIRA) <no...@at...> - 2006-06-25 16:29:32
|
[ http://opensource.atlassian.com/projects/hibernate/browse/HBX-689?page=all ] Max Rydahl Andersen closed HBX-689: ----------------------------------- Fix Version: 3.2LATER Resolution: Fixed it was broken in svn. I fixed it, thanks. (stuuupid error) > The query task > --------------- > > Key: HBX-689 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-689 > Project: Hibernate Tools > Type: Bug > Components: ant > Versions: 3.1.beta5 > Environment: Hibernate 3.1.3, against HSQL DB. > Reporter: Dave Minter > Priority: Minor > Fix For: 3.2LATER > Attachments: trace.txt > > > Running the following query task against my database: > <htools destdir="${sql}"> > <classpath refid="classpath.apps"/> > <annotationconfiguration configurationfile="${src}/hibernate.cfg.xml"/> > <query destfile="sql.log">from Note</query> > </htools> > Fails with the attached lavish stack trace. The cause of the problem appears to be a single character typo in: > org.hibernate.tool.hbm2x.QueryExporter on line 47 where a variable "iter" is used instead of "iter1". > There also appears to be a bug preventing the nested <hql> tasks from working, but I'm uncertain if that's an artifact of this problem or a separate 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: Max R. A. (JIRA) <no...@at...> - 2006-06-25 15:27:34
|
[ http://opensource.atlassian.com/projects/hibernate/browse/HBX-691?page=all ] Max Rydahl Andersen closed HBX-691: ----------------------------------- Resolution: Duplicate this is actually already implemented via HBX-658 > Reverse Engineering from DB to Java: Package ignored if class name specified > ---------------------------------------------------------------------------- > > Key: HBX-691 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-691 > Project: Hibernate Tools > Type: Improvement > Components: reverse-engineer > Versions: 3.1.beta5 > Environment: Hibernate 3.0.5 > JDK 5 > Reporter: Vick Fisher > Priority: Minor > > > I'm using Hibernate Tools to reverse engineer tables into hbm and java files. When I specify a class name for a table in reveng.xml, the generated HBM and Java files end up in the base directory instead of in the package specified. I've tried specifying the package in the <table-filter> and in the tools reverse engineering run config. Here's a reduced version of the hibernate.reveng.xml: > ------------------------------------------------------------------------------ > <?xml version="1.0" encoding="UTF-8"?> > <!DOCTYPE hibernate-reverse-engineering PUBLIC "-//Hibernate/Hibernate Reverse Engineering DTD 3.0//EN" "http://hibernate.sourceforge.net/hibernate-reverse-engineering-3.0.dtd" > > <hibernate-reverse-engineering> > <table-filter match-name="SEC_.*" > package="com.teoco.common.security.model" /> > <table name="SEC_ROLE" ></table> > <table name="SEC_USERS" class="User"></table> > </hibernate-reverse-engineering> > ------------------------------------------------------------------------------ > Running the hibernate code generation on this file sends the "User" files to the default package (no package) while the SecRole files are sent to the specified package. Generated files excerpts: [imports removed below] > ------------------------------------------------------------------------------ > // default package > // Generated Jun 19, 2006 1:15:42 PM by Hibernate Tools 3.1.0.beta5 > /** > * User generated by hbm2java > */ > public class User implements java.io.Serializable { > ------------------------------------------------------------------------------ > versus this for the SecRole class: > ------------------------------------------------------------------------------ > package com.teoco.common.security.model; > // Generated Jun 19, 2006 1:15:42 PM by Hibernate Tools 3.1.0.beta5 > /** > * SecRole generated by hbm2java > */ > public class SecRole implements java.io.Serializable { > ------------------------------------------------------------------------------ > Max mentioned that the improvement might be to append package if there is no dot in the specified class name. -- 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: Max R. A. (JIRA) <no...@at...> - 2006-06-25 14:37:34
|
[ http://opensource.atlassian.com/projects/hibernate/browse/HBX-693?page=all ] Max Rydahl Andersen closed HBX-693: ----------------------------------- Fix Version: 3.2beta6 Resolution: Fixed fixed - thanks. > Database columns with non-null integer data type maps to Java "Integer" instead of "int" > ----------------------------------------------------------------------------------------- > > Key: HBX-693 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-693 > Project: Hibernate Tools > Type: Patch > Components: reverse-engineer > Versions: 3.1beta5a > Environment: Hibernate 3-2 and Hibernate tool-3.1 beta5 > Reporter: Francois Jean > Priority: Minor > Fix For: 3.2beta6 > Attachments: patch-int.txt > > > When doing a reverse-engineering on a table with the following database columns: > Column name:Col1, type: Numeric, length: 4, decimal: 0, nullable: false > Column name:Col2, type: Numeric, length: 9, decimal: 0, nullable: false > Column name:Col3, type: Numeric, length: 10, decimal: 0, nullable: false > Col1 will be mapped to java field of type "short" > Col3 will be mapped to java field of type "long" > Col2 will be mapped to java field of type "Integer" !!! > Why col2 is not mapped to a native java type? > I could add the following lines in the xxxx.reveng.xml file to make it happens: > <type-mapping> > <sql-type jdbc-type="DECIMAL" precision="9" scale="0" hibernate-type="int" not-null="true"/> > </type-mapping> > I think that it would be better to have the same comportment for all numerical types. > So, I propose the following patch: > Index: C:/Java/workspace/HibernateExt/tools/src/java/org/hibernate/cfg/reveng/JDBCToHibernateTypeHelper.java > =================================================================== > --- C:/Java/workspace/HibernateExt/tools/src/java/org/hibernate/cfg/reveng/JDBCToHibernateTypeHelper.java (revision 10042) > +++ C:/Java/workspace/HibernateExt/tools/src/java/org/hibernate/cfg/reveng/JDBCToHibernateTypeHelper.java (working copy) > @@ -73,7 +73,7 @@ > return returnNullable?Short.class.getName():"short"; > } > else if (precision < 10) { > - return returnNullable?Integer.class.getName():"integer"; > + return returnNullable?Integer.class.getName():"int"; > } > else if (precision < 19) { > return returnNullable?Long.class.getName():"long"; -- 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: Max R. A. (JIRA) <no...@at...> - 2006-06-25 13:52:33
|
[ http://opensource.atlassian.com/projects/hibernate/browse/HBX-694?page=all ] Max Rydahl Andersen closed HBX-694: ----------------------------------- Fix Version: 3.2beta6 Resolution: Fixed i've committed a more concrete exception; but still don't know how you can have a classpath where the underlying elements is not actually present. Can you list me the classpath elements you have in your console configuration ? > java.lang.NullPointerException when trying to create a Hibernate Configuration > ------------------------------------------------------------------------------- > > Key: HBX-694 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-694 > Project: Hibernate Tools > Type: Bug > Components: eclipse > Versions: 3.1.beta5 > Environment: Oralce 10g > eclipse.buildId=I20050627-1435 > java.version=1.5.0_06 > java.vendor=Sun Microsystems Inc. > BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US > Command-line arguments: -os win32 -ws win32 -arch x86 > This is a continuation of log file C:\PROJECTS\EclipseWorkSpace\.metadata\.bak_0.log > Created Time: 2006-06-21 17:53:45.486 > Reporter: Chad Perry > Fix For: 3.2beta6 > Attachments: clip_image002.jpg > > > java.lang.NullPointerException > at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationFile(ClassLoaderHelper.java:91) > at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationURL(ClassLoaderHelper.java:83) > at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationsURLForResources(ClassLoaderHelper.java:117) > at org.hibernate.eclipse.console.EclipseConsoleConfigurationPreferences.getCustomClassPathURLS(EclipseConsoleConfigurationPreferences.java:81) > at org.hibernate.console.ConsoleConfiguration.buildWith(ConsoleConfiguration.java:109) > at org.hibernate.console.ConsoleConfiguration.build(ConsoleConfiguration.java:98) > at org.hibernate.eclipse.console.workbench.ConsoleConfigurationWorkbenchAdapter.getChildren(ConsoleConfigurationWorkbenchAdapter.java:19) > at org.hibernate.eclipse.console.workbench.BasicWorkbenchAdapter.fetchDeferredChildren(BasicWorkbenchAdapter.java:69) > at org.eclipse.ui.progress.DeferredTreeContentManager$1.run(DeferredTreeContentManager.java:192) > at org.eclipse.core.internal.jobs.Worker.run(Worker.java:76) > NOTE: While it maybe a bad setup/configuration on MY part, I think a better exception is in order. Because right now, I have no idea why this is happening to me? -- 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: Max R. A. (JIRA) <no...@at...> - 2006-06-25 13:29:33
|
[ http://opensource.atlassian.com/projects/hibernate/browse/HBX-694?page=comments#action_23390 ] Max Rydahl Andersen commented on HBX-694: ----------------------------------------- some more information about your hibernate console configuraiton would also be very beneficial so i can reproduce it. thank you. > java.lang.NullPointerException when trying to create a Hibernate Configuration > ------------------------------------------------------------------------------- > > Key: HBX-694 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-694 > Project: Hibernate Tools > Type: Bug > Components: eclipse > Versions: 3.1.beta5 > Environment: Oralce 10g > eclipse.buildId=I20050627-1435 > java.version=1.5.0_06 > java.vendor=Sun Microsystems Inc. > BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US > Command-line arguments: -os win32 -ws win32 -arch x86 > This is a continuation of log file C:\PROJECTS\EclipseWorkSpace\.metadata\.bak_0.log > Created Time: 2006-06-21 17:53:45.486 > Reporter: Chad Perry > Attachments: clip_image002.jpg > > > java.lang.NullPointerException > at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationFile(ClassLoaderHelper.java:91) > at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationURL(ClassLoaderHelper.java:83) > at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationsURLForResources(ClassLoaderHelper.java:117) > at org.hibernate.eclipse.console.EclipseConsoleConfigurationPreferences.getCustomClassPathURLS(EclipseConsoleConfigurationPreferences.java:81) > at org.hibernate.console.ConsoleConfiguration.buildWith(ConsoleConfiguration.java:109) > at org.hibernate.console.ConsoleConfiguration.build(ConsoleConfiguration.java:98) > at org.hibernate.eclipse.console.workbench.ConsoleConfigurationWorkbenchAdapter.getChildren(ConsoleConfigurationWorkbenchAdapter.java:19) > at org.hibernate.eclipse.console.workbench.BasicWorkbenchAdapter.fetchDeferredChildren(BasicWorkbenchAdapter.java:69) > at org.eclipse.ui.progress.DeferredTreeContentManager$1.run(DeferredTreeContentManager.java:192) > at org.eclipse.core.internal.jobs.Worker.run(Worker.java:76) > NOTE: While it maybe a bad setup/configuration on MY part, I think a better exception is in order. Because right now, I have no idea why this is happening to me? -- 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: Chad P. (JIRA) <no...@at...> - 2006-06-25 06:07:36
|
java.lang.NullPointerException when trying to create a Hibernate Configuration ------------------------------------------------------------------------------- Key: HBX-694 URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-694 Project: Hibernate Tools Type: Bug Components: eclipse Versions: 3.1.beta5 Environment: Oralce 10g eclipse.buildId=I20050627-1435 java.version=1.5.0_06 java.vendor=Sun Microsystems Inc. BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US Command-line arguments: -os win32 -ws win32 -arch x86 This is a continuation of log file C:\PROJECTS\EclipseWorkSpace\.metadata\.bak_0.log Created Time: 2006-06-21 17:53:45.486 Reporter: Chad Perry Attachments: clip_image002.jpg java.lang.NullPointerException at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationFile(ClassLoaderHelper.java:91) at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationURL(ClassLoaderHelper.java:83) at org.hibernate.eclipse.console.utils.ClassLoaderHelper.getRawLocationsURLForResources(ClassLoaderHelper.java:117) at org.hibernate.eclipse.console.EclipseConsoleConfigurationPreferences.getCustomClassPathURLS(EclipseConsoleConfigurationPreferences.java:81) at org.hibernate.console.ConsoleConfiguration.buildWith(ConsoleConfiguration.java:109) at org.hibernate.console.ConsoleConfiguration.build(ConsoleConfiguration.java:98) at org.hibernate.eclipse.console.workbench.ConsoleConfigurationWorkbenchAdapter.getChildren(ConsoleConfigurationWorkbenchAdapter.java:19) at org.hibernate.eclipse.console.workbench.BasicWorkbenchAdapter.fetchDeferredChildren(BasicWorkbenchAdapter.java:69) at org.eclipse.ui.progress.DeferredTreeContentManager$1.run(DeferredTreeContentManager.java:192) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:76) NOTE: While it maybe a bad setup/configuration on MY part, I think a better exception is in order. Because right now, I have no idea why this is happening to me? -- 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: Francois J. (JIRA) <no...@at...> - 2006-06-24 14:45:36
|
Database columns with non-null integer data type maps to Java "Integer" instead of "int" ----------------------------------------------------------------------------------------- Key: HBX-693 URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-693 Project: Hibernate Tools Type: Patch Components: reverse-engineer Versions: 3.1beta5a Environment: Hibernate 3-2 and Hibernate tool-3.1 beta5 Reporter: Francois Jean Priority: Minor Attachments: patch-int.txt When doing a reverse-engineering on a table with the following database columns: Column name:Col1, type: Numeric, length: 4, decimal: 0, nullable: false Column name:Col2, type: Numeric, length: 9, decimal: 0, nullable: false Column name:Col3, type: Numeric, length: 10, decimal: 0, nullable: false Col1 will be mapped to java field of type "short" Col3 will be mapped to java field of type "long" Col2 will be mapped to java field of type "Integer" !!! Why col2 is not mapped to a native java type? I could add the following lines in the xxxx.reveng.xml file to make it happens: <type-mapping> <sql-type jdbc-type="DECIMAL" precision="9" scale="0" hibernate-type="int" not-null="true"/> </type-mapping> I think that it would be better to have the same comportment for all numerical types. So, I propose the following patch: Index: C:/Java/workspace/HibernateExt/tools/src/java/org/hibernate/cfg/reveng/JDBCToHibernateTypeHelper.java =================================================================== --- C:/Java/workspace/HibernateExt/tools/src/java/org/hibernate/cfg/reveng/JDBCToHibernateTypeHelper.java (revision 10042) +++ C:/Java/workspace/HibernateExt/tools/src/java/org/hibernate/cfg/reveng/JDBCToHibernateTypeHelper.java (working copy) @@ -73,7 +73,7 @@ return returnNullable?Short.class.getName():"short"; } else if (precision < 10) { - return returnNullable?Integer.class.getName():"integer"; + return returnNullable?Integer.class.getName():"int"; } else if (precision < 19) { return returnNullable?Long.class.getName():"long"; -- 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: Jason L. (JIRA) <no...@at...> - 2006-06-24 06:49:33
|
[ http://opensource.atlassian.com/projects/hibernate/browse/ANN-210?page=comments#action_23389 ] Jason Long commented on ANN-210: -------------------------------- Emmanuel, Good to see you again at JBWLV. Have you had any more thoughts on this? Jason > @ManyToOne not working wth @Formula > ----------------------------------- > > Key: ANN-210 > URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-210 > Project: Hibernate Annotations > Type: Improvement > Components: binder > Versions: 3.1beta7 > Environment: Hibernate 3.1, PostgreSQL 8.1.1 > Reporter: Jason Long > > > This type of mapping fails: > @ManyToOne > @Formula(value="( select v_pipe_offerprice.offerprice_fk from v_pipe_offerprice where v_pipe_offerprice.id = id )") > public OfferPrice getOfferPrice() { return offerPrice; } > While the following mapping works as expected: > <class name="Pipe" table="t_pipe"> > ... > <many-to-one name="offerPrice" > class="pipetracker.model.price.OfferPrice" > formula="( select v_pipe_offerprice.offerprice_fk > from v_pipe_offerprice > where v_pipe_offerprice.id = id )"/> > ... > </class> > This is not being treated as a formula because the generated SQL included a referece to the field pipe.offerprice_id which does not exsist because this is a virtual column calculated from a view. -- 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-23 22:06:30
|
[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1851?page=comments#action_23388 ] Emmanuel Bernard commented on HHH-1851: --------------------------------------- well <id column="id"> <generator class="native"/> </id> > "special" identifier property in HQL unnecessaryily causing problems > -------------------------------------------------------------------- > > Key: HHH-1851 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1851 > Project: Hibernate3 > Type: Improvement > Components: query-hql > Versions: 3.0 alpha, 3.0 beta 1, 3.0 beta 2, 3.0 beta 3, 3.0 beta 4, 3.0 rc 1, 3.0 final, 3.0.1, 3.0.2, 3.0.3, 3.0.4, 3.0.5, 3.1 beta 1, 3.1 beta 2, 3.1 rc 1, 3.1 rc2, 3.1 rc3, 3.1, 3.1.1, 3.1.2, 3.1.3 > Environment: independent, all versions all databases. > Reporter: Gunther Schadow > > Original Estimate: 1 hour > Remaining: 1 hour > > I HAVE REPORTED THIS PROBLEM BEFORE IN HHH-1127. THEN IT WAS FLAGGED AS "DUPLICATE" AND CLOSED PLEASE TELL ME WHAT IS THE ID OF THE REPORT WHICH THIS SUPPOSEDLY DUPLICATES? > When a user decides to use the name "id" as the name of a property, HQL queries break with unspecific exceptions, because HQL assumes "id" as reserved for the Hibernate id attribute defined in the hbm file using the <id .../> tag. This is bad design in our view, because it puts an unnecessary constraint and interference with the otherwise transparent "object persistence for idiomatic Java." > For example, a mapping file may contain: > <class name="MyObject"> > <id name="internalId" ... /> > <property name="id" .../> > <property name="foo" .../> > </class> > And since even the <id .../> element has a @name property, why can't HQL use that name rather than shadowing a perfectly good identifier for a normal property? > The HQL query > from MyObject where id='123' > and this would fail because 'id' in HQL means the 'internalId' property not the property called 'id'. But if I wanted to access the internalId I could just as well have sayd: > from MyObject where internalId='123' > I do not understand the value of this feature and it is causing us tremendous problems, because our object property names are fixed by some larger standards body and I can't just replace "id" with some other name just because of HQL! > I am currently hacking every version of Hibernate by changing only one line in > org.hibernate.persister.entity.EntityPersister > from > public static final String ENTITY_ID = "id"; > to > public static final String ENTITY_ID = "hid"; > But that of course is a problem and also breaking it for anyone who uses "hid" as a normal property name. > I really don't understand what the value of this feature is and I am asking you to drop it alltogether or turn it into some really weird name or some function, whatever, but this "special" id attribute really, really hurts. > Please, if you close this issue again, at least comment about your rationale or link it with the bug where it had been discussed. Thank you! -- 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-23 22:04:34
|
[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1851?page=comments#action_23387 ] Emmanuel Bernard commented on HHH-1851: --------------------------------------- this feature is useful for object not holding an id property. <id column="id"/> > "special" identifier property in HQL unnecessaryily causing problems > -------------------------------------------------------------------- > > Key: HHH-1851 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1851 > Project: Hibernate3 > Type: Improvement > Components: query-hql > Versions: 3.0 alpha, 3.0 beta 1, 3.0 beta 2, 3.0 beta 3, 3.0 beta 4, 3.0 rc 1, 3.0 final, 3.0.1, 3.0.2, 3.0.3, 3.0.4, 3.0.5, 3.1 beta 1, 3.1 beta 2, 3.1 rc 1, 3.1 rc2, 3.1 rc3, 3.1, 3.1.1, 3.1.2, 3.1.3 > Environment: independent, all versions all databases. > Reporter: Gunther Schadow > > Original Estimate: 1 hour > Remaining: 1 hour > > I HAVE REPORTED THIS PROBLEM BEFORE IN HHH-1127. THEN IT WAS FLAGGED AS "DUPLICATE" AND CLOSED PLEASE TELL ME WHAT IS THE ID OF THE REPORT WHICH THIS SUPPOSEDLY DUPLICATES? > When a user decides to use the name "id" as the name of a property, HQL queries break with unspecific exceptions, because HQL assumes "id" as reserved for the Hibernate id attribute defined in the hbm file using the <id .../> tag. This is bad design in our view, because it puts an unnecessary constraint and interference with the otherwise transparent "object persistence for idiomatic Java." > For example, a mapping file may contain: > <class name="MyObject"> > <id name="internalId" ... /> > <property name="id" .../> > <property name="foo" .../> > </class> > And since even the <id .../> element has a @name property, why can't HQL use that name rather than shadowing a perfectly good identifier for a normal property? > The HQL query > from MyObject where id='123' > and this would fail because 'id' in HQL means the 'internalId' property not the property called 'id'. But if I wanted to access the internalId I could just as well have sayd: > from MyObject where internalId='123' > I do not understand the value of this feature and it is causing us tremendous problems, because our object property names are fixed by some larger standards body and I can't just replace "id" with some other name just because of HQL! > I am currently hacking every version of Hibernate by changing only one line in > org.hibernate.persister.entity.EntityPersister > from > public static final String ENTITY_ID = "id"; > to > public static final String ENTITY_ID = "hid"; > But that of course is a problem and also breaking it for anyone who uses "hid" as a normal property name. > I really don't understand what the value of this feature is and I am asking you to drop it alltogether or turn it into some really weird name or some function, whatever, but this "special" id attribute really, really hurts. > Please, if you close this issue again, at least comment about your rationale or link it with the bug where it had been discussed. Thank you! -- 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: Gunther S. (JIRA) <no...@at...> - 2006-06-23 21:32:32
|
"special" identifier property in HQL unnecessaryily causing problems -------------------------------------------------------------------- Key: HHH-1851 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1851 Project: Hibernate3 Type: Improvement Components: query-hql Versions: 3.0 alpha, 3.0 beta 1, 3.0 beta 2, 3.0 beta 3, 3.0 beta 4, 3.0 rc 1, 3.0 final, 3.0.1, 3.0.2, 3.0.3, 3.0.4, 3.0.5, 3.1 beta 1, 3.1 beta 2, 3.1 rc 1, 3.1 rc2, 3.1 rc3, 3.1, 3.1.1, 3.1.2, 3.1.3 Environment: independent, all versions all databases. Reporter: Gunther Schadow I HAVE REPORTED THIS PROBLEM BEFORE IN HHH-1127. THEN IT WAS FLAGGED AS "DUPLICATE" AND CLOSED PLEASE TELL ME WHAT IS THE ID OF THE REPORT WHICH THIS SUPPOSEDLY DUPLICATES? When a user decides to use the name "id" as the name of a property, HQL queries break with unspecific exceptions, because HQL assumes "id" as reserved for the Hibernate id attribute defined in the hbm file using the <id .../> tag. This is bad design in our view, because it puts an unnecessary constraint and interference with the otherwise transparent "object persistence for idiomatic Java." For example, a mapping file may contain: <class name="MyObject"> <id name="internalId" ... /> <property name="id" .../> <property name="foo" .../> </class> And since even the <id .../> element has a @name property, why can't HQL use that name rather than shadowing a perfectly good identifier for a normal property? The HQL query from MyObject where id='123' and this would fail because 'id' in HQL means the 'internalId' property not the property called 'id'. But if I wanted to access the internalId I could just as well have sayd: from MyObject where internalId='123' I do not understand the value of this feature and it is causing us tremendous problems, because our object property names are fixed by some larger standards body and I can't just replace "id" with some other name just because of HQL! I am currently hacking every version of Hibernate by changing only one line in org.hibernate.persister.entity.EntityPersister from public static final String ENTITY_ID = "id"; to public static final String ENTITY_ID = "hid"; But that of course is a problem and also breaking it for anyone who uses "hid" as a normal property name. I really don't understand what the value of this feature is and I am asking you to drop it alltogether or turn it into some really weird name or some function, whatever, but this "special" id attribute really, really hurts. Please, if you close this issue again, at least comment about your rationale or link it with the bug where it had been discussed. Thank you! -- 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-23 21:27:33
|
Add of query.setIsolationLevel() methods ---------------------------------------- Key: HHH-1850 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1850 Project: Hibernate3 Type: New Feature Components: core Reporter: Emmanuel Bernard Fix For: 3.2.0 A reminder for the discussion Steve and Gavin had. Since the result was lost, we probably need to have it again :-) -- 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-23 21:16:31
|
[ http://opensource.atlassian.com/projects/hibernate/browse/ANN-377?page=all ] Emmanuel Bernard resolved ANN-377: ---------------------------------- Resolution: Rejected yes but this behavior is as per the spec. A workaround is to use xml overriding on integration or force your team to use @Entity(name="f.q.c.Name") > EntityBinder should use full qualified class names instead of class names > ------------------------------------------------------------------------- > > Key: ANN-377 > URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-377 > Project: Hibernate Annotations > Type: Improvement > Components: binder > Versions: 3.2.0.cr1 > Environment: all > Reporter: Thomas Weber > > > EntityBinder should use the full qualified class name to bind entities to simplify the use of entities with the same class name in larger projects. If the components of the project are from different developers the work-around with @Entity(name="someName") is not really useful, since it may not be possible to adapt the affected classes (i.e. if you do not have access to the source code) > The performance impact should be rather small since the String.equals(Object) method compares hashcodes first, so the String.length() is a minor factor for the speed of comparisons. -- 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: Max R. A. (JIRA) <no...@at...> - 2006-06-23 20:45:35
|
[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1792?page=comments#action_23384 ] Max Rydahl Andersen commented on HHH-1792: ------------------------------------------ "none" is probably the most sensible default, but it breaks backwards compabilityu. I'm definitly +1 for "none" as default if old users code expliciitly fails with this default. ...and since we haven't received any feedback on planning on changing this I don't think many users will be affected....and 3.2 is a release that is allowed to break things; especially since check="param" is available. > Callable update/insert/delete statements should not force rowcount out parameter > -------------------------------------------------------------------------------- > > Key: HHH-1792 > URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1792 > Project: Hibernate3 > Type: Deprecation > Components: core > Versions: 3.1.3, 3.2.0.cr2 > Reporter: Max Rydahl Andersen > Priority: Blocker > Fix For: 3.2.0 > > > the current handling of <sql-insert>, <sql-update>, <sql-delete> when callable="true" is broken. > It "forcefully" requires users to have an out parameter at the first position that returns the rowcount and then simply ignores it! > This only became obvious when trying to use the sql-update on DB2 where executeUpdate returns -1 opposed to what is done > on Oracle and MS SQL Server. > We need to fix this by either: > a) actually start using this value (which requires the SP to return an expected value which in most cases just will be 1 or 0) > b) remove the need for this parameter and simply let the SP handle the error handling > I vote for B even though it will break backwards compability, since if they were using the old way they would either have failed on every operation (if running on DB2) or having the code silently ignore any possible update/delete rowcount mismatches. -- 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-23 16:03:33
|
[ http://opensource.atlassian.com/projects/hibernate/browse/ANN-378?page=all ] Emmanuel Bernard resolved ANN-378: ---------------------------------- Resolution: Fixed > Chinese translation (Xiaogang Cao) > ---------------------------------- > > Key: ANN-378 > URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-378 > Project: Hibernate Annotations > Type: New Feature > Components: documentation > Reporter: Emmanuel Bernard > Assignee: 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 |