To or not to ?

[Sapozhnikov, Michael]

Hi,

 

In our XSDs we use <choice> elements, which give me a hard time with AXIS.

 

In the first case (similar to what is described in the bug  http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13439, opened a year ago) this XSD fragment:

 

  <complexType name="AritemForOneType">
    <complexContent>
      <extension base="tbl:ForOneType">
        <choice>
          <element name="Key0_CUSTOMER_HKEY" type="tns:CUSTOMER_HKEYFieldsType"/>
          <element name="Key1_NUMBER_HKEY" type="tns:NUMBER_HKEYFieldsType"/>
          <element name="Key2_SOFT_KEY" type="tns:SOFT_KEYFieldsType"/>
          <element name="Key3_SOFT_KEY2" type="tns:SOFT_KEY2FieldsType"/>
          <element name="Key4_NOTE_HKEY" type="tns:NOTE_HKEYFieldsType"/>
          <element name="Key5_PO_NUMBER" type="tns:PO_NUMBERFieldsType"/>
          <element name="Key6_ADJ_CONS_HKEY" type="tns:ADJ_CONS_HKEYFieldsType"/>
        </choice>
      </extension>
    </complexContent>
  </complexType>

 

will result in XML with all elements included in the message. To unset not needed elements I use in my client code trick like this for all not needed elements:

            field = (ElementDesc)_for.getTypeDesc().getFieldByName("key0_CUSTOMER_HKEY");
             field.setMinOccurs(0);

 

This is not nice, but doable.  A possible workaround to modify the schema to set each element's minOccurs to zero does not look as a good solution.

 

 

In the second case I have a real problem, when choice elements have the same name, but come from different namespaces:

 

  <complexType name="CorqhiMultiRowRequest">
    <complexContent>
      <extension base="glb:AxsMultiRowRequest">
        <sequence>
          <choice>
            <element ref="view01:queryClause"/>
            <element ref="view02:queryClause"/>
          </choice>
        </sequence>
      </extension>
    </complexContent>
  </complexType>

 

where view01 and view02 are namespace prefixes. The resulting Java proxy code generated is:

 

public class CorqhiMultiRowRequest  extends com.axsone.axis.comp.AxsMultiRowRequest  implements java.io.Serializable {
    private com.axsone.axis.cipoepic.CorqhiQuery queryClause;
    private com.axsone.axis.cipoepic.Corqhi1Query queryClause;

 

 end so on...

}

 

which declares two fields with the same name and certainly does not compile. It looks to me that it's not too hard to fix it (e.g. by prefixing member field name with a namespace prefix for the not unique field names)

 

I would really appreciate if all these could be fixed. All our XSDs are generated by custom tool and I cannot change element names to avoid compile problems, because these "view" XSDs don't have knowledge where and how they will be combined in a <choice> group in another XSD.

 

I am using AXIS 1.1.

 

Thanks,

Mike