Thanks a lot Frank.
So the final corrected xsd having BiDi is -
-----------------------------------------------------------------------------------------------------------------------------------------------------
<xs:schema xmlns:sdo="commonj.sdo" xmlns:sdoJava="commonj.sdo/java"
xmlns:sdox="commonj.sdo/xml"
xmlns:stn_1="http:///org.apache.tuscany.das.rdb/das";
xmlns:xs="http://www.w3.org/2001/XMLSchema";
attributeFormDefault="qualified" elementFormDefault="qualified"
targetNamespace="http:///org.apache.tuscany.das.rdb/das";>
<xs:complexType abstract="false" name="ORDERDETAILS">
<xs:sequence>
<xs:element maxOccurs="unbounded" minOccurs="0"
name="orderDetailsDesc" sdox:oppositeProperty="orderDetailsDesc_opposite"
sdox:propertyType="stn_1:ORDERDETAILSDESC" type="xs:anyURI"/>
</xs:sequence>
<xs:attribute name="ORDERID" type="xs:int"/>
<xs:attribute name="PRODUCTID" type="xs:int"/>
<xs:attribute default="0.0" name="PRICE" type="xs:double"/>
</xs:complexType>
<xs:complexType abstract="false" name="ORDERDETAILSDESC">
<xs:sequence>
<xs:element name="orderDetailsDesc_opposite"
sdox:oppositeProperty="orderDetailsDesc"
sdox:propertyType="stn_1:ORDERDETAILS" type="xs:anyURI"/>
</xs:sequence>
<xs:attribute name="ID" type="xs:int"/>
<xs:attribute name="ORDERID" type="xs:int"/>
<xs:attribute name="PRODUCTID" type="xs:int"/>
<xs:attribute name="DESCR" type="xs:string"/>
</xs:complexType>
</xs:schema>
---------------------------------------------------------------------------------------------------------------------------------------
I used it in the tool too to see that
SDOGenUtil.getQualifiedInternalPropertyID() is getting invoked during
iface/impl formation. So this xsd can
be changed for the property names to have INTERNAL and see the effect of the
problem found during TUSCANY-1483
regards,
Amita
On Dec 11, 2007 9:40 PM, Frank Budinsky <[EMAIL PROTECTED]> wrote:
> oppositeProperty is in the namespace commonj.sdo/xml, so it should be:
>
> xmlns:sdox="commonj.sdo/xml"
>
> and then:
>
> sdox:oppositeProperty="..."
>
> Frank.
>
>
> "Amita Vadhavkar" <[EMAIL PROTECTED]> wrote on 12/11/2007 08:37:52
> AM:
>
> > SDO Spec talks about BiDi support and BiDirectional in EMF is same as
> > Opposite in SDO terms.
> >
> > SDOHelperImpl has implementation for setOpposite() and RDB-DAS relies on
> it
> > when defining Dynamic DO Properties - using
> > SDOUtil.setOpposite(parentProp, childProp);
> > SDOUtil.setOpposite(childProp, parentProp);
> >
> > I took the dump of DAS formed DO using
> XSDHelperImpl.generate(List<types>).
> > As the above DAS code specifically sets the
> > opposites, the XSDHelperImpl dumps the xsd as below:- this can be used
> for
> > the TUSCANY-1483 to see the effect. I further
> > found that sdo-impl is failing to detect getOpposite() on it (:
> >
> > DasOpposite.xsd
> > ---------------------------
> > <xs:schema xmlns:sdo="commonj.sdo" xmlns:sdoJava="commonj.sdo/java"
> > xmlns:stn_1="http:///org.apache.tuscany.das.rdb/das";
> > xmlns:xs="http://www.w3.org/2001/XMLSchema";
> > attributeFormDefault="qualified" elementFormDefault="qualified"
> > targetNamespace="http:///org.apache.tuscany.das.rdb/das";>
> > <xs:complexType abstract="false" name="ORDERDETAILS">
> > <xs:sequence>
> > <xs:element maxOccurs="unbounded" minOccurs="0"
> > name="orderDetailsDesc" sdo:oppositeProperty="orderDetailsDesc_opposite"
> > sdo:propertyType="stn_1:ORDERDETAILSDESC" type="xs:anyURI"/>
> > </xs:sequence>
> > <xs:attribute name="ORDERID" type="xs:int"/>
> > <xs:attribute name="PRODUCTID" type="xs:int"/>
> > <xs:attribute default="0.0" name="PRICE" type="xs:double"/>
> > </xs:complexType>
> >
> > <xs:complexType abstract="false" name="ORDERDETAILSDESC">
> > <xs:sequence>
> > <xs:element name="orderDetailsDesc_opposite"
> > sdo:oppositeProperty="orderDetailsDesc"
> > sdo:propertyType="stn_1:ORDERDETAILS" type="xs:anyURI"/>
> > </xs:sequence>
> > <xs:attribute name="ID" type="xs:int"/>
> > <xs:attribute name="ORDERID" type="xs:int"/>
> > <xs:attribute name="PRODUCTID" type="xs:int"/>
> > <xs:attribute name="DESCR" type="xs:string"/>
> > </xs:complexType>
> >
> > </xs:schema>
> >
>
> -----------------------------------------------------------------------------------------
> > And had a small test like -
> > final HelperContext hc = SDOUtil.createHelperContext();
> > typeHelper = hc.getTypeHelper();
> > dataFactory = hc.getDataFactory();
> > xsdHelper = hc.getXSDHelper();
> > streamHelper = SDOUtil.createXMLStreamHelper(hc);
> >
> > final URL url = getClass().getResource("/DasOpposite.xsd");
> > final InputStream inputStream = url.openStream();
> > xsdHelper.define(inputStream, url.toString());
> > inputStream.close();
> >
> > DataObject dataObjectOrdDet = dataFactory.create("
> > http:///org.apache.tuscany.das.rdb/das";, "ORDERDETAILS");
> > DataObject dataObjectOrdDetDesc = dataFactory.create("
> > http:///org.apache.tuscany.das.rdb/das";, "ORDERDETAILSDESC");
> > System.out.println(dataObjectOrdDet.getInstanceProperty
> > ("orderDetailsDesc").getOpposite());
> >
> >
> > But seems that this returns null. Anybody any clue why this returns
> null,
> > when the xsd shows use of sdo:oppositeProperty.
> > Also, will it be useful to add a set/getOpposite() test case to current
> SDO
> > test cases?
> >
> > Regards,
> > Amita
> >
> > On Dec 10, 2007 9:02 PM, David Adcox <[EMAIL PROTECTED]> wrote:
> >
> > > Amita,
> > >
> > > If I understand what you are saying, I believe you have found one
> > > additional condition related to this issue that will precipitate the
> > > problem in T-1483. Right? If so, could you post a sample schema that
> > > would demonstrate the problem? I'll take a look at it.
> > >
> > > On Dec 10, 2007 8:32 AM, Amita Vadhavkar <[EMAIL PROTECTED]>
> > > wrote:
> > > > Hi,
> > > > I just tried the patch from
> > > > https://issues.apache.org/jira/browse/TUSCANY-1483
> > > > and it works perfect. There may be just one more case of
> BiDirectional
> > > > feature where
> > > > SDOGenUtil.getQualifiedInternalPropertyID(genFeature) will get
> called.
> > > > For this the patch can be modified to include change in this file as
> > > well.
> > > > Suggestions?
> > > >
> > > > Regards,
> > > > Amita
> > > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
