I'm using hbm2java ant task from HibernateTools 3.1.0 beta 4.

I have some hibernate objects that reference other hibernate objects that I do not want to generate. However, this isn't working.

My ant task is as follows with hibernatetool setup with a class path to include all needed files.

If I do the following, I get an error (notice separate project's Hbm files referenced in classpath).



[hibernatetool] BUILD FAILED: org.hibernate.MappingException: An association from the table CODES refers to an unmapped class: com.otherhibproj.hib.ObjectImpl
BUILD FAILED:

If, I however move the referenced Hbm file into the configuration, it works.




I have tried a variety of different methods of including the referenced Hbm file in the classpath, but to no avail. Am I doing something wrong, or does hbm2java require you to rebuild ALL java objects.

Thanks

the model we load need to be complete - thus everything that is connected needs to be loaded together.

If you only want to generate "parts" of the code the best current (and always future) way is to generate the code into a seperate dir, delete everything besides the classes you need and copy it back....

While I understand that the entire model needs to be in place for the generation, I disgree that it should assume you want all .java files generated (BTW: hbm2java in hibernate 2 doesn't require the entire model, and it has worked rather well for us this way).

I realized the workaround as well (generate everything and delete what I don't want) but I don't agree that hbm2java should assume this is "acceptible". A simple setting could be added to the task to allow for regeneration only on a given set of Hbm files.

Even if I use the "delete" approach, I'm waisting a lot of time regenerating classes I will only end up deleting. As I get more and more Hbm files in my project, this just is more clumbersome.

I will put this in as a feature request into JIRA.

I know Hibernate 2 tools supported it (I wrote it), but it had other flaws which all vanished when we started using the h3 core model.

And how much time is this model generation actually taking for you ?!
Adding a feature for this with something that is easily handled in ant is not something i do for a few sec speed up.

And please note that it cannot be the hbm files that you use to limit it with since the java exporter does not know from which hbm.xml file the mapping comes.

I think I can come up with solutions using ant tasks around the hbm2java tool as you suggest.

I have a mix of code where some code isn't to be generanted, along with the following:



I generated A2ImplHbm.xml from A1ImplHbm.xml to insure properites are identical (just different table reference and a few other minor differences).


I think with the above code I can just have A2ImplHbm generate a AGenDummy or something and not copy it over. The trick becomes if there are inner components shared between A1Impl and A2Impl and they both get generated.

I know the above scenario is an unusual exception but we have two identical tables and we want to have hibernate objects for both of them but treat them as the same classes. While we could have a A1Gen and A2Gen having the generated class shared reduced some code duplication in other areas.

Anyway, this does give an example to why this would be of interested to me, but I think with some more tweaking, I can get it to work out.

Thanks,

Neil