Howdy,


I have an existing Oracle database which I would like to reverse engineer. What I want is for a tool to create hbm.xml for each table
in my DB. I have tried to use :
<target name="hbm2hbmxml">
<hibernatetool destdir="generated">
<configuration configurationfile="hibernate.cfg.xml"/>
<hbm2hbmxml/>
</hibernatetool>
</target>

I don't know what to put in hibernate.cfg.xml to tell it to
generate the files for all of my tables. It works if I put

<mapping resource="Person.hbm.xml"/>

but then I'm giving it the Person.hmb.xml file and it then outputs
an Person.hbm.xml file. That doesn't buy me anything.

What should I be doing to generate all of the .hbm.xml files?


thanx

Hello grateparty!

You need to check "Hibernate XML Mapping (.hbm.xml)" under "Exporters" of your code generator (toolbarbutton - "Open Hibernate Code Generator Dialog ...").

Another Question:

I want all my generated pojos to extend a common superclass. There is an 'extends'-meta-tag that looks promissing. But I have to write it into each and every single .hbm.xml because its pseudo-inheritance only applies to classes defined in the same .hbm.xml.

Now, since my .hbm.xml are generated as well (actually alongside the java-source in a single operation): How to specify the superclass?

Thanks
Holger

PS: Currently I use a workaround in PojoTypeDeclaration.ftl:

grateparty - for ant use <jdbcconfiguration>, look in docs for example.

holgerk - you can specify meta tags in reveng.xml

Hello Max!

I've added the meta tag here:


This works for exactly this one class. But it won't extend to other tables explicitly mapped below ... no "inheritance" here.

Moreover in case of reverse engineering I need this to work for ~ 200 tables implicitly given by the scheme. I really try hard to avoid typing all those table names myself.

For now I stick to my workaround ...

Holger

you can implement a programmatic reverse engineering strategy and do it without typing 200 times