This seems like something that would be easy to do, but it's not. XML Schema is a document validation language, not a document production language. It doesn't tell you how to make a new document; it tells you whether or not the document that you made is valid. Those aren't the same thing by a long shot.
For instance, it's trivial to create a complex type in XML Schema that consists of a sequence of optional choices. A foo
element can have either a bar
or baz
child, then either a baz
or bat
child, then a foo
, bar
, or bat
child. That makes for a rule that can determine that both of these elements are valid:
<foo>
<baz/>
<baz/>
<bar/>
</foo>
<foo>
<foo>
<bar/>
</foo>
</foo>
At the same time, that rule gives you pretty much zero help in determining how to take a tuple of data items and create a foo
element from it.
Generally, when someone asks this question, they're looking at one or two schemas they're using which define a relatively simple document structure. It seems intuitive that it should be easy to use those schemas as input to a mapping process. It probably is. What's not easy, or even possible, is a mapping process that can take any schema as an input.
What I've done instead, in my projects, is to simplify the problem. I've built programs that use CSV and XML and and support schema validation, but in these programs, the schema is an output. I've defined a simple XML metadata format, e.g.:
<item name="foo" type="string" size="10" allowNulls="true" .../>
<item name="bar" type="date" allowNulls="false" .../>
Then I can use that metadata to control XML production from CSV input, and I can also use it to produce a schema that the XML my program produces will conform to. If I change my metadata, my XML and schema changes appropriately.
Of course, if the schemas are genuinely an input to your process (e.g. they're provided by a third party), this won't even start to help you.