Schema with imported simpletypes generates incorrect Java code

A typo was entered above.
The typename should be LanguageCodeTypeE not LanguageCodeType. The trailing E is to distinguish it from the imported typename.

The type SystemEnvironmentCodeContentType also generated incorrect code. (interesting with this is that the name is the same as in the imported typename)

Also the incorrect code can be found in BusinessObjectDocumentType.java

Daniel, would you please be able to attach a sample XML document that you'd want to successfully unmarhal against the classes generated ?

Okay, after some serious debugging, here's an early analysis. Right now, TypeConversion .convertType(Simpletype ....) perfectly traverses the inheritance hierarchy for simple restrictions. Unfortunately, the same does not apply for inheritance hierarchies if UNIONs are involved. I think I have a patch read (which I will attach in a second), but let me try to test a few more things. Strangely enough, all tests finish.

In other words, whether a simple type is imported or not, does not make a difference. It's just that the code is incomplete with regards to handling 'union hierarchies'.

Initial patch for review. As already mentioned, all CTF tests complete without any hiccups .....

Looks good to me.

Hi!
You are the king Werner!
I don't have any objections that you include the sample XML. And the OAGI schemas should be free so there shouldn't be any problems with thoose either. The more tests and scenarions the better.

Thank you so much for the compliments. I'd still need a (valid) sample document that matches the XML schemas you've attached so that I can complete the test case successfully. The reason why I asked 'for permission' is simple: it could have been that there's custom extension of yours that you might not like to see 'exposed' as part of an open source framework.

Initial patch for review. I'd still like to use a 'real' XML document rather than a knocked up ..... .

Daniel ?

Sorry for the delay.
Attached is an initial workinprogress of the schemas I am to create the sources for I created a sample document with Alatova XML spy which

There is anyhow a part which looks like this:

hmm, and that is what happens when you accedently hit Enter...

Ok, to complete the previous message:

I created a sample xml-document with XmlSpy from the xsd since I don't have any other samples at this moment.
There is also a section in the xsd looking like:
<xsd:complexType name="UserAreaType" block="restriction">
<xsd:sequence>
<xsd:any namespace="##any" processContents="strict" minOccurs="0" maxOccurs="unbounded"/>
</xsd:sequence>
</xsd:complexType>
which I havn't tried with castor. If it doesnät work let me know and I can strip that part out from the sample.

removed some unnecassary binding-files

Daniel, with the last archive you attached, code generation completes with errors. Any idea why ?

Actually, found the problem. Just committed the new CTF test case (based upon your sample), and included a small patch to JDescriptorClass to fix an issue related to incorrect import statements for descriptor classes that extend another descriptor, and not XMLClassDescriptorImpl.