[hibernate-issues] [Hibernate-JIRA] Commented: (HBX-1037) Reverse engineering doesn't match all tables
Alessandro (JIRA)
noreply at atlassian.com
Mon Jan 21 08:46:55 EST 2008
[ http://opensource.atlassian.com/projects/hibernate/browse/HBX-1037?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_29391 ]
Alessandro commented on HBX-1037:
---------------------------------
I mean that if I write only something like (this is one table with long name):
<table-filter match-name="UFFICIO_ESTERO_PROTOCOLLO" />
there is no problem, while writing
<table-filter match-name=".*" />
or like the "revenge.xml" attached the problem arise.
Initiallly, I believed it was some kind of problem in the table matching, but the log shows that all tables are fetched, while not all hbm files are created.
> 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.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the hibernate-issues
mailing list