[Hibernate-JIRA] Commented: (HHH-1951) Table using back-tick not passing validation on Oracle
by Matt Solnit (JIRA)
[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1951?page=c... ]
Matt Solnit commented on HHH-1951:
----------------------------------
It turns out this is a duplicate of HHH-1629. The upgrade to Hibernate 3.2.3 fixed the problem :-).
> Table using back-tick not passing validation on Oracle
> ------------------------------------------------------
>
> Key: HHH-1951
> URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1951
> Project: Hibernate3
> Issue Type: Bug
> Affects Versions: 3.1.3
> Environment: Client: Hibernate 3.1.3, Java 1.5.0_06, Mac OS X 10.4.7
> Database server: Windows XP SP2, Oracle XE
> Reporter: Matt Solnit
>
> I have a table mapping that looks similar to the following:
> <class name="User" table="`User`">
> <!-- etc. -->
> Notice the back-ticks around the table name.
> When I use Hibernate to create the schema for me, it correctly generates a table name called "User" (including the quote marks). But when I validate the schema, it cannot find the table and so validation fails.
> I am thinking the problem is somewhere in org/hibernate/tool/hbm2ddl/DatabaseMetadata.getTableMetadata(). It tries to look for "USER", because OracleDatabaseMetaData.storesUpperCaseIdentifiers() returns true. But the code doesn't realize that quoted tables are a special case and it has to look for "User" instead.
> Another symptom of the same problem is that if I generate a schema update script, it will attempt to re-create the existing table.
--
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....
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 6 months
[Hibernate-JIRA] Commented: (HHH-1951) Table using back-tick not passing validation on Oracle
by Matt Solnit (JIRA)
[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1951?page=c... ]
Matt Solnit commented on HHH-1951:
----------------------------------
The same issue exists with PostgreSQL, except that Jdbc3DatabaseMetaData.storesLowerCaseIdentifiers() returns true instead of storesUpperCaseIdentifiers().
I am using version 8.2.4 for Mac OS X, and JDBC driver version 8.2 Build 505.
> Table using back-tick not passing validation on Oracle
> ------------------------------------------------------
>
> Key: HHH-1951
> URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1951
> Project: Hibernate3
> Issue Type: Bug
> Affects Versions: 3.1.3
> Environment: Client: Hibernate 3.1.3, Java 1.5.0_06, Mac OS X 10.4.7
> Database server: Windows XP SP2, Oracle XE
> Reporter: Matt Solnit
>
> I have a table mapping that looks similar to the following:
> <class name="User" table="`User`">
> <!-- etc. -->
> Notice the back-ticks around the table name.
> When I use Hibernate to create the schema for me, it correctly generates a table name called "User" (including the quote marks). But when I validate the schema, it cannot find the table and so validation fails.
> I am thinking the problem is somewhere in org/hibernate/tool/hbm2ddl/DatabaseMetadata.getTableMetadata(). It tries to look for "USER", because OracleDatabaseMetaData.storesUpperCaseIdentifiers() returns true. But the code doesn't realize that quoted tables are a special case and it has to look for "User" instead.
> Another symptom of the same problem is that if I generate a schema update script, it will attempt to re-create the existing table.
--
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....
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 6 months
[Hibernate-JIRA] Created: (HHH-2235) Support for null map-keys in <map> mappings
by Igor Lobanov (JIRA)
Support for null map-keys in <map> mappings
-------------------------------------------
Key: HHH-2235
URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2235
Project: Hibernate3
Type: Bug
Components: core
Versions: 3.2.0.ga
Reporter: Igor Lobanov
Priority: Minor
I'm not sure if I should file it as a bug.
Hibernate requires index column for <map> mappings to be not null. This is required by the code in AbstractCollectionPersister#readIndex(...), which raises exception if index column is null. However, when I override collection persister and force readIndex method to return null, everything seems to work fine. Hibernate allows me to work with maps using null value as a key. Though I havn't tested it extensivly yet.
What is the reason for disallowing null values as a keys? If there are possible complicated error conditions, then this issue is a feature request for null-values support for <map> mappings. If there are no errors possible, then constraining such behavior is probably wrong.
--
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....
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
17 years, 6 months