Nested schema usage in JDeveloper

Question

We are building a BPEL process that makes use of a schema nested to multiple levels. Some schema types have an extension to other base types.
When trying to create variables for such types, JDeveloper throws an error "Problem building schema" with message "Exception: invalid derivation from base type "extension"".
We tried having local copies of schema as well as having the schemas hosted on orabpel/xmllib folder and accessing them using an URL.
Any pointers to resolving this issue? Thanks. Please let me know if you need more information.

Answer 1

Hi , I am pasting excerpts from the XSD that has ProcessOrderType, which extends BusinessObjectDocumentType
     <complexType name="ProcessOrderType">
          <annotation>
               <documentation>
                    Type definition of the ProcessOrder BOD.
               </documentation>
          </annotation>
          <complexContent>
               <extension base="oa:BusinessObjectDocumentType">
                    <sequence>
                         <element name="DataArea" type="ord:ProcessOrderDataAreaType">
                              <annotation>
                                   <documentation>Data area of the ProcessOrder BOD.</documentation>
                              </annotation>
                         </element>
                    </sequence>
               </extension>
          </complexContent>
     </complexType>
     <complexType name="ProcessOrderDataAreaType">
          <annotation>
               <documentation>Type definition of the ProcessOrder BOD's data area.</documentation>
          </annotation>
          <sequence>
               <element ref="oa:Process">
                    <annotation>
                         <documentation>The Process verb.</documentation>
                    </annotation>
               </element>
               <element minOccurs="0" maxOccurs="unbounded" ref="ord:Order">
                    <annotation>
                         <documentation>The Order noun.</documentation>
                    </annotation>
               </element>
          </sequence>
     </complexType>
Here is BusinessObjectDocumentDataType complextype definition
<xsd:complexType name="BusinessObjectDocumentType">
<xsd:annotation>
<xsd:documentation>Is the schema based inheritance for all BODs. The logical model would also include the DataArea.</xsd:documentation>
</xsd:annotation>
<xsd:sequence>
<xsd:element ref="ApplicationArea"/>
</xsd:sequence>
<xsd:attribute name="releaseID" type="NormalizedStringType" use="required">
<xsd:annotation>
<xsd:documentation>OAGIS Release this BOD Instances belongs or the OAGIS release that the derivative work is based on.</xsd:documentation>
</xsd:annotation>
</xsd:attribute>
<xsd:attribute name="versionID" type="NormalizedStringType" use="optional">
<xsd:annotation>
<xsd:documentation source="http://www.openapplications.org/oagis/9">Indicates the version of the given BOD defintion.</xsd:documentation>
</xsd:annotation>
</xsd:attribute>
<xsd:attribute default="Production" name="systemEnvironmentCode" type="SystemEnvironmentCodeContentType" use="optional">
<xsd:annotation>
<xsd:documentation source="http://www.openapplications.org/oagis/9">Indicates whether this BOD is being sent in a "Test" or a "Production" mode. If the BOD is being sent in a test mode, it's information should not affect the business operation. However, if the BOD is sent in "Production" mode it is assumed that all test has been complete and the contents of the BOD are to affect the operation of the receiving business application(s).</xsd:documentation>
</xsd:annotation>
</xsd:attribute>
<xsd:attribute default="en-US" name="languageCode" type="LanguageCodeType" use="optional">
<xsd:annotation>
<xsd:documentation source="http://www.openapplications.org/oagis/9">Indicates the language that the contents of the BOD is in unless otherwise stated.</xsd:documentation>
</xsd:annotation>
</xsd:attribute>
</xsd:complexType>
When I try to paste all other referenced types, the message size is too large to post.