Ok - I've found the exact problem.
The hbm.xml file does not state a type for any of the property names in the
SubDetail class - thus the codegenerator
cannot give it any sensible class name (maybe we should just insert
java.lang.Object or java.lang.String then ?)
The codegenerator assumes there are at least ONE attribute on each
persistent class, and in this case it sees none
because of the above mentioned "error".
I can easily fix the problem of an incomplete constructor, but it will only
hide the true error - that
you have not created a hbm.xml that can be codegenerated (except if we add a
new feature to the codegenerator to
insert af default java type for properties without a type?)
/max
----- Original Message -----
From: "Gavin King" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, October 31, 2002 6:37 PM
Subject: [Hibernate] CodeGenerator bug
> This bug is still in the current codebase:
>
> public SubDetai) {
> }
>
> I had been under the impression it was fixed already..... I know someone
> else knew what was going on there....
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: Influence the future
> of Java(TM) technology. Join the Java Community
> Process(SM) (JCP(SM)) program now.
> http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en
> _______________________________________________
> hibernate-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/hibernate-devel
>
-------------------------------------------------------
This sf.net email is sponsored by: Influence the future
of Java(TM) technology. Join the Java Community
Process(SM) (JCP(SM)) program now.
http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en
_______________________________________________
hibernate-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/hibernate-devel
