Why doesn't hibernate tools generate longs instead of BigDecimals? Or why aren't BigDecimals supported by the IdentifierGeneratorFactory? Either would make it a much more user friendly setup. I have 1000+ tables,
would be great if I didn't have to visit every single one of them manually, every time I reveng the schema. (Which is really no big deal with a few sed scripts/vim macros, etc., I just tend to be forgetful.)

Lastly, using long instead of BigDecimal should really be innocuous, right? (I'm not in the position to make schema changes.)

Any help is appreciated,
Gabor

1) BigDecimals is not supported by the id strategy because it is inefficient. If you want it to be inefficient then you just need to implement it in your own subclass.

2) Hibernate does generate long's by default if the underlying field is "small" enough to contain it. What is the generated mappings for you ?


So, either use a different id strategy or change the type. You can do that generally by specifying something like the following in your reveng.xml:



which tells the reverse engineering to use long for columns that are java.sql.Types.NUMERIC and has a a precision of 22.