Andreas,
this somehow looks like a bug to me, though I am not 100% sure. Can you
please create a new Jira issue at
http://jira.codehaus.org/browse/CASTOR
and attach all relevant information to this issue, i.e. XML schema,
problem description, any property files you are using, a binding file
(if you are using one).
Thanks
Werner
Andreas Stergiou wrote:
Hello all,
I am using castor 1.1.2.1 <http://1.1.2.1> to generate classes from a
small XSD file. The problem is that although the .cdr output lists 35
classes generated, one of them only appears as a descriptor and not as
an implementation class. I have attached both the .xsd and .cdr files to
be more specific. The problematic element is named "aux" (lines 127-144
in the .xsd file). What happens is the following:
I direct the creation of classes to an empty folder called
ResourceAllocation. Despite this, when the time comes for Aux.java to be
generated I get the following message:
ResourceAllocation\Aux.java already exists. overwrite(y|n|a|?)
If I press either 'y' or 'a', castor continues but stalls considerably
at this point (around 3-4 minutes), whereas generating all other classes
and descriptors takes about half a minute. Furthermore, although a file
named AuxDescriptor.java exists in ResourceAllocation\descriptors, I
cannot find the respective Aux.java in ResourceAllocation (I've even
checked if for some weird reason it is created as hidden but found
nothing). The .cdr file insists that it has been created (cf. line 6)
but why can I not find it?
Thanks,
Andreas.
P.S. This is my first message to the list and I am pretty much new to
castor, so I apologize for any lack of necessary information to answer
this question.
P.S.2 If I remove this element from the .xsd file, class generation
proceeds smoothly and completes in well under a minute.
------------------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
