Hello,

the problem of this post is similar to http://forum.hibernate.org/viewtopic.php?t=967519, but I guess I have found the reason of the problem (though no solution yet ...)

Hibernate-Tools version: 3.2-beta8

The problem is that invoking hbmtemlate with the daohome.ftl from hibernate-tools causes an error when using a composite-id. It seems like hbmtemplate tries to create DAO classes for the composite-id classes, but fails on the undefined clazz.hasNaturalId() and clazz.entityName. (I found out the latter when removing the code for generating the findByNaturalId method from the daohome.ftl).

Is there a way to get hbmtemplate work in such a setting? I don't really know how Freemarker works and how the clazz.hasNaturalId() and clazz.entityName are affected by a mapping document, so unfortunately I'm completely helpless at this point. I've posted the error, a sample hibernate mapping document and my Ant task below. hbm2java works, but the hbmtemplate task fails.

Best Regards,
Matthias


Here's the error:





And here's an example hibernate mapping file that should cause the error with clazz.hasNaturalId(). It simply contains a composite-id with 2 key properties.





for hbmtemplate I've placed all relevant folders from the hibernate-tools.jar in a hiberatetemplates folder. My Ant task looks like this:

yes, hbmtemplate process both components and entities.

using <dao2hbm> will only run entities.

if that is not ok for you then do a test in the beginning on the $pojo to see if it is an entity or component and simply stop rendering so the result will an empty string.

and yes, I need to somehow add a flag to hbmtemplate to make it configurable what it should actually process.

yes, hbmtemplate process both components and entities.

using <dao2hbm> will only run entities.

if that is not ok for you then do a test in the beginning on the $pojo to see if it is an entity or component and simply stop rendering so the result will an empty string.

and yes, I need to somehow add a flag to hbmtemplate to make it configurable what it should actually process.

Thank you very much!

My current solution is to put the content of the existing daohome.ftl inside the following:



Now it works fine.

p.s. in SVN we now have <hbmtemplate ... foreach="entity"/> where foreach states what kind of thing you want to iterate over (it can be a comma seperated list of "configuration", "component" and "entity").

Great, thanks, definitely a better way than my tentative workaround.

So I guess this will find its way to the beta9?

exactly ;)