max wrote:
Could you give me the full stacktrace ? (available in the Error Log view).
Did you by any chance enter /hibernate/src/main/java/com/hp/ov/persist/shareddb/ into the package name when doing reverse engineering and then chose to generate a hibernate.cfg.xml ?
Then this filename would be generated into the hibernate.cfg.xml since it is the "normalized" form of mapping file names.
And no, there isn't any "extra" path names stored anywhere besides what you can see in the launcherconfiguration and you ordinary hibernate configuration files.
Max, I double-checked the hibernate.cfg.xml file and there is no trace of the package name. Unfortunately there is no output at all in the Error Log view so I can't give you that, but I think that I found the reason: I do have a couple of manual created POJO's in the shareddb folder, my xml definitions live in shareddb/mappings. When I now manually copy over the hbm.xml file to where the pojo lives, it processes the file ok (and then bitches about the next one).
I will see if I can get ant to work.