Details
-
Type:
Bug
-
Status:
Open
-
Priority:
Major
-
Resolution: Unresolved
-
Affects Version/s: 0.9.6RC3
-
Fix Version/s: None
-
Component/s: XML code generator
-
Labels:None
-
Environment:Operating System: Windows XP
Platform: PC
-
Bugzilla Id:1870
-
Number of attachments :
Description
The SourceGenerator currently produces incompilable code when trying to override
a default java type, with a type that does not have a default constructor. For
example, trying to use java.sql.Time instead of org.exolab.castor.types.Time
will cause a compile-time error in the generated descriptor.
The reason is that the generated descriptor tries to instantiate an instance of
the type using the non-existent default constructor in the FieldHandler code.
Castor should, at a minimum, throw an exception at generation time and force the
user to specify a custom FieldHandler in order to correctly instantiate such
classes.
Activity
Edward, the user is actually overriding the type of an element/attribute via a binding file using the <member> directive of a component binding, i.e. something along the lines of ....
<complexTypeBinding name="complexType:ReceiptLineItemType">
<member name="someName" java-type="java.sql.Time" />
</complexTypeBinding>
I hope this helps ... 
.
How does one cause this to happen? Example please? Does this require a binding file?