Don't know how to resolve JAXB UnsynchronizedContentModel

Question

I've got a dtd that looks something like:
<!ELEMENT Foo (Bar)*>
<!ELEMENT Bar (A, B, C)>
<!ELEMENT A (#PCDATA)>
<!ELEMENT B (#PCDATA)>
<!ELEMENT C (#PCDATA)>and a binding schema that looks something like:
<xml-java-binding-schema>
<element name="Foo" type="class" root="true">
    <content>
        <choice property="BarList" collection="list"/>
    </content>
</element>
<element name="Bar" type="class">
    <content>
        <element-ref name="A"/>
        <element-ref name="B"/>
        <element-ref name="C"/>
    </content>
</element>
<element name="A" type="value"/>
<element name="B" type="value"/>
<element name="C" type="value"/>
</xml-java-binding-schema>When I try to compile it, I gen an UnsynchronizedContentModel. Other postings in this forum suggest that my choice property doesn't correspond to the data in my dtd.
So, thinking that I need to explicitly map my list to my Bar element, I try:
<choice property="Bar" collection="list"/>
but that doesn't work, either.
All I'm trying to do is cause a List of Bar objects to be created when I unmarshal an xml file. What am I doing wrong?
In the example in the JAXB User's Guide, they complicate the issue of choice / collections by adding in the notion of an interface. I don't really have any sibling classes that share fields, so I don't see why I'd want to add this construct. However, is it necessary to do so, in order to make this work?
Thanks!
Larry

Answer 1

Man, do I feel stupid... finally, after banging my head up against the documentation, I found the answer.
In short, I had been telling the binding schema compiler that I wanted a list that should be named "BarList", but I wasn't telling it that it should be a list of "Bar" objects.
So, the xjs for Foo needed to look like this:
<element name="Foo" type="class" root="true">
    <content>
        <element-ref name="Bar" collection="list" property="BarList"/>
    </content>
</element>like i said, it wasn't that hard, but it sure took a lot of looking at it to realize what I'd done wrong...
Larry