xsi:type not working on xsd:anyType elements

[mihxil]

I have a use case were we wrap lists of 'items' in an xml where the elements are in the xsd marked as 'xs:anyType'.

The xml though specifies the type with something like:
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="api:searchResultItem"
so, the actual type is specified with an xsi:type attribute.

If I unmarshal this xml with xsdata these object just become AnyElements and are not unmarshaled to the correct type (as e.g. pyxb and jaxb would do).

I don't rule out that I do something wrong, but as far as I looked into the code it is not supported at all. But please correct me if I'm wrong.

[tefra]

Hi @mihxil

yes currently on xs:anyType derived fields there are no lookups in place to match the actual model even when an xsi:type is provided. The xsi:type lookup exists for fields with a known base type but not for wildcards yet.

Its a bit trickier for wildcards because the parser needs to scan the whole context to match any defined models that match the active qualified name, but it's definitely one of the next things I want to work on.

[tefra]

I am sure I can find examples from the w3c suite but it would be great if you could share your schema and a sample xml.

[mihxil]

I was just trying it out in a project that currently uses pyxb. Approximately at this line:
https://github.com/npo-poms/pyapi/blob/feature/xsdata/tests/unit/xml_test.py#L191
I became aware of the problem.

I'm sure that I can make up a simpler example though.

[tefra]

thank you @mihxil it's perfect.

[tefra]

@mihxil give it a try #310 I still want to tweak a few things but the xsi:type lookup should work for your case.

[tefra]

@mihxil I 've merged the updates to master, I have included your test case in samples repo as well.

Surprisingly the w3c test suite has only a few similar test cases but yours is extra interesting because of the different namespaces.

[mihxil]

Thansk a lot. I'll take a further look as soon as I've some time!