[
http://opensource.atlassian.com/projects/hibernate/browse/HBX-1037?page=c...
]
Alessandro commented on HBX-1037:
---------------------------------
I execute the reverse engineering in an ant target, like this:
<target name="hibernate">
<hibernatetool destdir="../model" >
<classpath>
<dirset dir="../build"></dirset>
</classpath>
<jdbcconfiguration propertyfile="${hibernate.propertyFile}"
packagename="${hibernate.package}"
revengfile="${hibernate.revengeFile}" />
<hbm2hbmxml destdir="../model" />
</hibernatetool>
</target>
What it's strange is that if I run the revenge table per table there are no problems
with the long table names, otherwise it doesn't generate the tables with long names.
Reverse engineering doesn't match all tables
--------------------------------------------
Key: HBX-1037
URL:
http://opensource.atlassian.com/projects/hibernate/browse/HBX-1037
Project: Hibernate Tools
Issue Type: Bug
Affects Versions: 3.2.0.GA
Environment: Jdk 5.0, linux, Oracle and MySQL
Reporter: Alessandro
Attachments: hib.log, revenge.xml
The table filter doesn't match all tables I want, either with the pattern
".*" or with the full name description of all tables.
It seems the reverse engineering has problem with long name tables. Anyway, if I choose
only some tables with the long name, the reverse engineering works...
This debug seems to find all tables:
{TABLE_SCHEM=GESTIONE_PROTOCOLLO_TEST, REMARKS=null, TABLE_CAT=null,
TABLE_NAME=RISERVATEZZA, TABLE_TYPE=TABLE}
but the "hbm.xml" files aren't generated.
Some ideas?
Thank you very much!
--
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