[hibernate-issues] [Hibernate-JIRA] Commented: (HBX-1037) Reverse engineering doesn't match all tables

[Alessandro (JIRA)]

    [ 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