You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@tuscany.apache.org by Ron Gavlin <rg...@yahoo.com> on 2006/07/10 22:20:32 UTC
Web services and DataGraphs
I am attempting to use Tuscany SDO to pass a DataGraph as a parameter to a document-wrapped web service method, similar to the "Web services and DataGraphs Example" on pages 137-139 in the SDO 2.01 specification. In my case, however, I am attempting to wrap the DataGraph within a statically-generated DataObject that represents the method being invoked. The relevant portions of the schema are as follows:
<!-- from the spec -->
<element name="companyDataGraph" type="company:CompanyDataGraphType" />
<complexType name="CompanyDataGraphType">
<complexContent>
<extension base="sdo:BaseDataGraphType">
<sequence>
<element name="company" type="company:CompanyType" />
</sequence>
</extension>
</complexContent>
</complexType>
<!-- my addition -->
<xsd:element name="updateCompanies" type="UpdateCompanies" />
<xsd:complexType name="UpdateCompanies">
<xsd:sequence>
<xsd:element ref="companyDatagraph" />
</xsd:sequence>
</xsd:complexType>
Should a full SDO 2.01 implementation support this use case? If so, how close is Tuscany to being able to support it? In particular, when I run Tuscany XSD2JavaGenerator, the class generated for CompanyDataGraphType extends DataObjectImpl and not DataGraphImpl. Is fixing this simply a matter of enhancing the XSD2JavaGenerator to recognize "sdo:BaseDataGraphType" extensions and make these classes extend DataGraphImpl instead of DataObjectImpl? Is serializing/de-serializing a DataGraph as a child of a DataObject doable?
- Ron
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-user-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-user-help@ws.apache.org
Re: Web services and DataGraphs
Posted by Frank Budinsky <fr...@ca.ibm.com>.
SDO is just a part of the release schedule for the whole of Tuscany, The
next Tuscany release is planned for around the end of the month. I think
the goal is to have Tuscany releases every few months anyway.
Frank.
Ron Gavlin <rg...@yahoo.com> wrote on 07/10/2006 11:00:56 PM:
> Frank,
>
> Thanks for the detailed explanation. I'll keep an eye out for progress
> on the ChangeSummaryType property support.
>
> BTW, do you have any plans to distribute Tuscany SDO releases more
> frequently? It would be nice to get incremental releases with new
> features/bug fixes every couple months.
>
> Thanks again,
>
> - Ron
>
> Frank Budinsky wrote:
> > Ron,
> >
> > This is an area of the spec that is full of holes. The bottom line is
that
> > in SDO 2.0.1 the Java interface commonj.sdo.DataGraph has no defined
> > relationship to the DataObject that would be created from the
complexType
> > BaseDataGraphType, other than the one vaguely implied by this example.
> > DataGraphs are not DataObjects in the current spec, Tuscany, or any
other
> > implementation of SDO that I'm aware of. The SDO collaboration group
has
> > been discussing changing this in SDO 2.1. The general feeling is that
it
> > would be good to make DataGraphs proper DataObjects (it would solve a
lot
> > of the other questions like how do you create a DataGraph), but we
need to
> > define the behavior of DataGraph/DataObject methods like getDataGraph,
> > getChangeSummary, and getRootObject, some of which are duplicates
> > (declared in both interfaces), and all of which have ambiguous
behavior in
> > the combined DataGraph/DataObject case.
> >
> > As far as Tuscany is concerned, a prereq is to get ChangeSummaryType
> > properties to work - which we've started working on, but still need a
few
> > weeks. Once we have that working, we can start implementing DataGraph
as a
> > proper DataObject (ahead of the 2.1 spec). After that, I think you
could
> > do what your asking for.
> >
> > Short term, I think you're out of luck.
> >
> > Frank.
> >
> > Ron Gavlin <rg...@yahoo.com> wrote on 07/10/2006 04:20:32 PM:
> >
> >
> >> I am attempting to use Tuscany SDO to pass a DataGraph as a
> >> parameter to a document-wrapped web service method, similar to the
> >> "Web services and DataGraphs Example" on pages 137-139 in the SDO 2.
> >> 01 specification. In my case, however, I am attempting to wrap the
> >> DataGraph within a statically-generated DataObject that represents
> >> the method being invoked. The relevant portions of the schema are as
> >>
> > follows:
> >
> >> <!-- from the spec -->
> >> <element name="companyDataGraph" type="company:CompanyDataGraphType"
/>
> >> <complexType name="CompanyDataGraphType">
> >> <complexContent>
> >> <extension base="sdo:BaseDataGraphType">
> >> <sequence>
> >> <element name="company" type="company:CompanyType" />
> >> </sequence>
> >> </extension>
> >> </complexContent>
> >> </complexType>
> >>
> >> <!-- my addition -->
> >> <xsd:element name="updateCompanies" type="UpdateCompanies" />
> >> <xsd:complexType name="UpdateCompanies">
> >> <xsd:sequence>
> >> <xsd:element ref="companyDatagraph" />
> >> </xsd:sequence>
> >> </xsd:complexType>
> >>
> >> Should a full SDO 2.01 implementation support this use case? If so,
> >> how close is Tuscany to being able to support it? In particular,
> >> when I run Tuscany XSD2JavaGenerator, the class generated for
> >> CompanyDataGraphType extends DataObjectImpl and not DataGraphImpl.
> >> Is fixing this simply a matter of enhancing the XSD2JavaGenerator to
> >> recognize "sdo:BaseDataGraphType" extensions and make these classes
> >> extend DataGraphImpl instead of DataObjectImpl? Is serializing/de-
> >> serializing a DataGraph as a child of a DataObject doable?
> >>
> >> - Ron
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: tuscany-user-unsubscribe@ws.apache.org
> >> For additional commands, e-mail: tuscany-user-help@ws.apache.org
> >>
> >>
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: tuscany-user-unsubscribe@ws.apache.org
> > For additional commands, e-mail: tuscany-user-help@ws.apache.org
> >
> >
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-user-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-user-help@ws.apache.org
Re: Web services and DataGraphs
Posted by Ron Gavlin <rg...@yahoo.com>.
Frank,
Thanks for the detailed explanation. I'll keep an eye out for progress
on the ChangeSummaryType property support.
BTW, do you have any plans to distribute Tuscany SDO releases more
frequently? It would be nice to get incremental releases with new
features/bug fixes every couple months.
Thanks again,
- Ron
Frank Budinsky wrote:
> Ron,
>
> This is an area of the spec that is full of holes. The bottom line is that
> in SDO 2.0.1 the Java interface commonj.sdo.DataGraph has no defined
> relationship to the DataObject that would be created from the complexType
> BaseDataGraphType, other than the one vaguely implied by this example.
> DataGraphs are not DataObjects in the current spec, Tuscany, or any other
> implementation of SDO that I'm aware of. The SDO collaboration group has
> been discussing changing this in SDO 2.1. The general feeling is that it
> would be good to make DataGraphs proper DataObjects (it would solve a lot
> of the other questions like how do you create a DataGraph), but we need to
> define the behavior of DataGraph/DataObject methods like getDataGraph,
> getChangeSummary, and getRootObject, some of which are duplicates
> (declared in both interfaces), and all of which have ambiguous behavior in
> the combined DataGraph/DataObject case.
>
> As far as Tuscany is concerned, a prereq is to get ChangeSummaryType
> properties to work - which we've started working on, but still need a few
> weeks. Once we have that working, we can start implementing DataGraph as a
> proper DataObject (ahead of the 2.1 spec). After that, I think you could
> do what your asking for.
>
> Short term, I think you're out of luck.
>
> Frank.
>
> Ron Gavlin <rg...@yahoo.com> wrote on 07/10/2006 04:20:32 PM:
>
>
>> I am attempting to use Tuscany SDO to pass a DataGraph as a
>> parameter to a document-wrapped web service method, similar to the
>> "Web services and DataGraphs Example" on pages 137-139 in the SDO 2.
>> 01 specification. In my case, however, I am attempting to wrap the
>> DataGraph within a statically-generated DataObject that represents
>> the method being invoked. The relevant portions of the schema are as
>>
> follows:
>
>> <!-- from the spec -->
>> <element name="companyDataGraph" type="company:CompanyDataGraphType" />
>> <complexType name="CompanyDataGraphType">
>> <complexContent>
>> <extension base="sdo:BaseDataGraphType">
>> <sequence>
>> <element name="company" type="company:CompanyType" />
>> </sequence>
>> </extension>
>> </complexContent>
>> </complexType>
>>
>> <!-- my addition -->
>> <xsd:element name="updateCompanies" type="UpdateCompanies" />
>> <xsd:complexType name="UpdateCompanies">
>> <xsd:sequence>
>> <xsd:element ref="companyDatagraph" />
>> </xsd:sequence>
>> </xsd:complexType>
>>
>> Should a full SDO 2.01 implementation support this use case? If so,
>> how close is Tuscany to being able to support it? In particular,
>> when I run Tuscany XSD2JavaGenerator, the class generated for
>> CompanyDataGraphType extends DataObjectImpl and not DataGraphImpl.
>> Is fixing this simply a matter of enhancing the XSD2JavaGenerator to
>> recognize "sdo:BaseDataGraphType" extensions and make these classes
>> extend DataGraphImpl instead of DataObjectImpl? Is serializing/de-
>> serializing a DataGraph as a child of a DataObject doable?
>>
>> - Ron
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: tuscany-user-unsubscribe@ws.apache.org
>> For additional commands, e-mail: tuscany-user-help@ws.apache.org
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tuscany-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: tuscany-user-help@ws.apache.org
>
>
>
Re: Web services and DataGraphs
Posted by Ron Gavlin <rg...@yahoo.com>.
Frank,
Good news...I didn't know that worked already. I'll go ahead and give it a try.
Best regards,
- Ron
----- Original Message ----
From: Frank Budinsky <fr...@ca.ibm.com>
To: tuscany-user@ws.apache.org
Sent: Thursday, August 3, 2006 10:25:37 AM
Subject: Re: Web services and DataGraphs
Ron,
Kelvin's patch is, as you say, just a stepping-stone, not the final
implementation. But, you should be able to send ChangeSummary-enabled
DataObjects to web services already by wrapping the object in a DataGraph
(which has a ChangeSummary). If you serialize the DataObject, the
DataGraph (and ChangeSummary) will be transparently serialized and
deserialized along with the object. The DataGraph can be completely hidden
from clients, since they only need to call DataObject.getChangeSummary()
which returns the associated ChangeSummary, whether a local property or in
an enclosing DataGraph.
Latest estimate for M2 is early Sept. I'm not sure how much work is
involved to do a separate SDO distribution, but if it's not too bad we'll
consider it (but we are pretty pressed for time on the SDO team).
Frank.
Ron Gavlin <rg...@yahoo.com> wrote on 08/03/2006 06:49:49 AM:
> Frank/Kelvin,
>
> I am under the impression that fixing JIRA Tuscany-153 will get
> ChangeSummaryType properties working and allow ChangeSummary-enabled
> DataObjects to be passed in web service invocations, correct? I noticed
> Kelvin supplied a patch for this recently. Is this patch a complete fix
> for the problem or just a stepping-stone towards it? Do you have a rough
> ETA when this JIRA might be fixed? Do you think it will be fixed in M2?
> BTW, any rough estimates when M2 will be released? Any possibility it
> will include a separate SDO distribution similar to the C++ M1 distro?
> Folks like myself upgrading from SDO 1.0 would greatly appreciate a
> separate distribution. Should I great a JIRA for this issue?
>
> Thanks in advance for the update.
>
> - Ron
>
> Frank Budinsky wrote:
> > Ron,
> >
> > This is an area of the spec that is full of holes. The bottom line is
that
> > in SDO 2.0.1 the Java interface commonj.sdo.DataGraph has no defined
> > relationship to the DataObject that would be created from the
complexType
> > BaseDataGraphType, other than the one vaguely implied by this example.
> > DataGraphs are not DataObjects in the current spec, Tuscany, or any
other
> > implementation of SDO that I'm aware of. The SDO collaboration group
has
> > been discussing changing this in SDO 2.1. The general feeling is that
it
> > would be good to make DataGraphs proper DataObjects (it would solve a
lot
> > of the other questions like how do you create a DataGraph), but we
need to
> > define the behavior of DataGraph/DataObject methods like getDataGraph,
> > getChangeSummary, and getRootObject, some of which are duplicates
> > (declared in both interfaces), and all of which have ambiguous
behavior in
> > the combined DataGraph/DataObject case.
> >
> > As far as Tuscany is concerned, a prereq is to get ChangeSummaryType
> > properties to work - which we've started working on, but still need a
few
> > weeks. Once we have that working, we can start implementing DataGraph
as a
> > proper DataObject (ahead of the 2.1 spec). After that, I think you
could
> > do what your asking for.
> >
> > Short term, I think you're out of luck.
> >
> > Frank.
> >
> > Ron Gavlin <rg...@yahoo.com> wrote on 07/10/2006 04:20:32 PM:
> >
> >
> >> I am attempting to use Tuscany SDO to pass a DataGraph as a
> >> parameter to a document-wrapped web service method, similar to the
> >> "Web services and DataGraphs Example" on pages 137-139 in the SDO 2.
> >> 01 specification. In my case, however, I am attempting to wrap the
> >> DataGraph within a statically-generated DataObject that represents
> >> the method being invoked. The relevant portions of the schema are as
> >>
> > follows:
> >
> >> <!-- from the spec -->
> >> <element name="companyDataGraph" type="company:CompanyDataGraphType"
/>
> >> <complexType name="CompanyDataGraphType">
> >> <complexContent>
> >> <extension base="sdo:BaseDataGraphType">
> >> <sequence>
> >> <element name="company" type="company:CompanyType" />
> >> </sequence>
> >> </extension>
> >> </complexContent>
> >> </complexType>
> >>
> >> <!-- my addition -->
> >> <xsd:element name="updateCompanies" type="UpdateCompanies" />
> >> <xsd:complexType name="UpdateCompanies">
> >> <xsd:sequence>
> >> <xsd:element ref="companyDatagraph" />
> >> </xsd:sequence>
> >> </xsd:complexType>
> >>
> >> Should a full SDO 2.01 implementation support this use case? If so,
> >> how close is Tuscany to being able to support it? In particular,
> >> when I run Tuscany XSD2JavaGenerator, the class generated for
> >> CompanyDataGraphType extends DataObjectImpl and not DataGraphImpl.
> >> Is fixing this simply a matter of enhancing the XSD2JavaGenerator to
> >> recognize "sdo:BaseDataGraphType" extensions and make these classes
> >> extend DataGraphImpl instead of DataObjectImpl? Is serializing/de-
> >> serializing a DataGraph as a child of a DataObject doable?
> >>
> >> - Ron
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: tuscany-user-unsubscribe@ws.apache.org
> >> For additional commands, e-mail: tuscany-user-help@ws.apache.org
> >>
> >>
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: tuscany-user-unsubscribe@ws.apache.org
> > For additional commands, e-mail: tuscany-user-help@ws.apache.org
> >
> >
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-user-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-user-help@ws.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-user-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-user-help@ws.apache.org
Re: Web services and DataGraphs
Posted by Frank Budinsky <fr...@ca.ibm.com>.
Ron,
Kelvin's patch is, as you say, just a stepping-stone, not the final
implementation. But, you should be able to send ChangeSummary-enabled
DataObjects to web services already by wrapping the object in a DataGraph
(which has a ChangeSummary). If you serialize the DataObject, the
DataGraph (and ChangeSummary) will be transparently serialized and
deserialized along with the object. The DataGraph can be completely hidden
from clients, since they only need to call DataObject.getChangeSummary()
which returns the associated ChangeSummary, whether a local property or in
an enclosing DataGraph.
Latest estimate for M2 is early Sept. I'm not sure how much work is
involved to do a separate SDO distribution, but if it's not too bad we'll
consider it (but we are pretty pressed for time on the SDO team).
Frank.
Ron Gavlin <rg...@yahoo.com> wrote on 08/03/2006 06:49:49 AM:
> Frank/Kelvin,
>
> I am under the impression that fixing JIRA Tuscany-153 will get
> ChangeSummaryType properties working and allow ChangeSummary-enabled
> DataObjects to be passed in web service invocations, correct? I noticed
> Kelvin supplied a patch for this recently. Is this patch a complete fix
> for the problem or just a stepping-stone towards it? Do you have a rough
> ETA when this JIRA might be fixed? Do you think it will be fixed in M2?
> BTW, any rough estimates when M2 will be released? Any possibility it
> will include a separate SDO distribution similar to the C++ M1 distro?
> Folks like myself upgrading from SDO 1.0 would greatly appreciate a
> separate distribution. Should I great a JIRA for this issue?
>
> Thanks in advance for the update.
>
> - Ron
>
> Frank Budinsky wrote:
> > Ron,
> >
> > This is an area of the spec that is full of holes. The bottom line is
that
> > in SDO 2.0.1 the Java interface commonj.sdo.DataGraph has no defined
> > relationship to the DataObject that would be created from the
complexType
> > BaseDataGraphType, other than the one vaguely implied by this example.
> > DataGraphs are not DataObjects in the current spec, Tuscany, or any
other
> > implementation of SDO that I'm aware of. The SDO collaboration group
has
> > been discussing changing this in SDO 2.1. The general feeling is that
it
> > would be good to make DataGraphs proper DataObjects (it would solve a
lot
> > of the other questions like how do you create a DataGraph), but we
need to
> > define the behavior of DataGraph/DataObject methods like getDataGraph,
> > getChangeSummary, and getRootObject, some of which are duplicates
> > (declared in both interfaces), and all of which have ambiguous
behavior in
> > the combined DataGraph/DataObject case.
> >
> > As far as Tuscany is concerned, a prereq is to get ChangeSummaryType
> > properties to work - which we've started working on, but still need a
few
> > weeks. Once we have that working, we can start implementing DataGraph
as a
> > proper DataObject (ahead of the 2.1 spec). After that, I think you
could
> > do what your asking for.
> >
> > Short term, I think you're out of luck.
> >
> > Frank.
> >
> > Ron Gavlin <rg...@yahoo.com> wrote on 07/10/2006 04:20:32 PM:
> >
> >
> >> I am attempting to use Tuscany SDO to pass a DataGraph as a
> >> parameter to a document-wrapped web service method, similar to the
> >> "Web services and DataGraphs Example" on pages 137-139 in the SDO 2.
> >> 01 specification. In my case, however, I am attempting to wrap the
> >> DataGraph within a statically-generated DataObject that represents
> >> the method being invoked. The relevant portions of the schema are as
> >>
> > follows:
> >
> >> <!-- from the spec -->
> >> <element name="companyDataGraph" type="company:CompanyDataGraphType"
/>
> >> <complexType name="CompanyDataGraphType">
> >> <complexContent>
> >> <extension base="sdo:BaseDataGraphType">
> >> <sequence>
> >> <element name="company" type="company:CompanyType" />
> >> </sequence>
> >> </extension>
> >> </complexContent>
> >> </complexType>
> >>
> >> <!-- my addition -->
> >> <xsd:element name="updateCompanies" type="UpdateCompanies" />
> >> <xsd:complexType name="UpdateCompanies">
> >> <xsd:sequence>
> >> <xsd:element ref="companyDatagraph" />
> >> </xsd:sequence>
> >> </xsd:complexType>
> >>
> >> Should a full SDO 2.01 implementation support this use case? If so,
> >> how close is Tuscany to being able to support it? In particular,
> >> when I run Tuscany XSD2JavaGenerator, the class generated for
> >> CompanyDataGraphType extends DataObjectImpl and not DataGraphImpl.
> >> Is fixing this simply a matter of enhancing the XSD2JavaGenerator to
> >> recognize "sdo:BaseDataGraphType" extensions and make these classes
> >> extend DataGraphImpl instead of DataObjectImpl? Is serializing/de-
> >> serializing a DataGraph as a child of a DataObject doable?
> >>
> >> - Ron
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: tuscany-user-unsubscribe@ws.apache.org
> >> For additional commands, e-mail: tuscany-user-help@ws.apache.org
> >>
> >>
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: tuscany-user-unsubscribe@ws.apache.org
> > For additional commands, e-mail: tuscany-user-help@ws.apache.org
> >
> >
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-user-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-user-help@ws.apache.org
Re: Web services and DataGraphs
Posted by Ron Gavlin <rg...@yahoo.com>.
Frank/Kelvin,
I am under the impression that fixing JIRA Tuscany-153 will get
ChangeSummaryType properties working and allow ChangeSummary-enabled
DataObjects to be passed in web service invocations, correct? I noticed
Kelvin supplied a patch for this recently. Is this patch a complete fix
for the problem or just a stepping-stone towards it? Do you have a rough
ETA when this JIRA might be fixed? Do you think it will be fixed in M2?
BTW, any rough estimates when M2 will be released? Any possibility it
will include a separate SDO distribution similar to the C++ M1 distro?
Folks like myself upgrading from SDO 1.0 would greatly appreciate a
separate distribution. Should I great a JIRA for this issue?
Thanks in advance for the update.
- Ron
Frank Budinsky wrote:
> Ron,
>
> This is an area of the spec that is full of holes. The bottom line is that
> in SDO 2.0.1 the Java interface commonj.sdo.DataGraph has no defined
> relationship to the DataObject that would be created from the complexType
> BaseDataGraphType, other than the one vaguely implied by this example.
> DataGraphs are not DataObjects in the current spec, Tuscany, or any other
> implementation of SDO that I'm aware of. The SDO collaboration group has
> been discussing changing this in SDO 2.1. The general feeling is that it
> would be good to make DataGraphs proper DataObjects (it would solve a lot
> of the other questions like how do you create a DataGraph), but we need to
> define the behavior of DataGraph/DataObject methods like getDataGraph,
> getChangeSummary, and getRootObject, some of which are duplicates
> (declared in both interfaces), and all of which have ambiguous behavior in
> the combined DataGraph/DataObject case.
>
> As far as Tuscany is concerned, a prereq is to get ChangeSummaryType
> properties to work - which we've started working on, but still need a few
> weeks. Once we have that working, we can start implementing DataGraph as a
> proper DataObject (ahead of the 2.1 spec). After that, I think you could
> do what your asking for.
>
> Short term, I think you're out of luck.
>
> Frank.
>
> Ron Gavlin <rg...@yahoo.com> wrote on 07/10/2006 04:20:32 PM:
>
>
>> I am attempting to use Tuscany SDO to pass a DataGraph as a
>> parameter to a document-wrapped web service method, similar to the
>> "Web services and DataGraphs Example" on pages 137-139 in the SDO 2.
>> 01 specification. In my case, however, I am attempting to wrap the
>> DataGraph within a statically-generated DataObject that represents
>> the method being invoked. The relevant portions of the schema are as
>>
> follows:
>
>> <!-- from the spec -->
>> <element name="companyDataGraph" type="company:CompanyDataGraphType" />
>> <complexType name="CompanyDataGraphType">
>> <complexContent>
>> <extension base="sdo:BaseDataGraphType">
>> <sequence>
>> <element name="company" type="company:CompanyType" />
>> </sequence>
>> </extension>
>> </complexContent>
>> </complexType>
>>
>> <!-- my addition -->
>> <xsd:element name="updateCompanies" type="UpdateCompanies" />
>> <xsd:complexType name="UpdateCompanies">
>> <xsd:sequence>
>> <xsd:element ref="companyDatagraph" />
>> </xsd:sequence>
>> </xsd:complexType>
>>
>> Should a full SDO 2.01 implementation support this use case? If so,
>> how close is Tuscany to being able to support it? In particular,
>> when I run Tuscany XSD2JavaGenerator, the class generated for
>> CompanyDataGraphType extends DataObjectImpl and not DataGraphImpl.
>> Is fixing this simply a matter of enhancing the XSD2JavaGenerator to
>> recognize "sdo:BaseDataGraphType" extensions and make these classes
>> extend DataGraphImpl instead of DataObjectImpl? Is serializing/de-
>> serializing a DataGraph as a child of a DataObject doable?
>>
>> - Ron
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: tuscany-user-unsubscribe@ws.apache.org
>> For additional commands, e-mail: tuscany-user-help@ws.apache.org
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tuscany-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: tuscany-user-help@ws.apache.org
>
>
>
Re: Web services and DataGraphs
Posted by Frank Budinsky <fr...@ca.ibm.com>.
Ron,
This is an area of the spec that is full of holes. The bottom line is that
in SDO 2.0.1 the Java interface commonj.sdo.DataGraph has no defined
relationship to the DataObject that would be created from the complexType
BaseDataGraphType, other than the one vaguely implied by this example.
DataGraphs are not DataObjects in the current spec, Tuscany, or any other
implementation of SDO that I'm aware of. The SDO collaboration group has
been discussing changing this in SDO 2.1. The general feeling is that it
would be good to make DataGraphs proper DataObjects (it would solve a lot
of the other questions like how do you create a DataGraph), but we need to
define the behavior of DataGraph/DataObject methods like getDataGraph,
getChangeSummary, and getRootObject, some of which are duplicates
(declared in both interfaces), and all of which have ambiguous behavior in
the combined DataGraph/DataObject case.
As far as Tuscany is concerned, a prereq is to get ChangeSummaryType
properties to work - which we've started working on, but still need a few
weeks. Once we have that working, we can start implementing DataGraph as a
proper DataObject (ahead of the 2.1 spec). After that, I think you could
do what your asking for.
Short term, I think you're out of luck.
Frank.
Ron Gavlin <rg...@yahoo.com> wrote on 07/10/2006 04:20:32 PM:
> I am attempting to use Tuscany SDO to pass a DataGraph as a
> parameter to a document-wrapped web service method, similar to the
> "Web services and DataGraphs Example" on pages 137-139 in the SDO 2.
> 01 specification. In my case, however, I am attempting to wrap the
> DataGraph within a statically-generated DataObject that represents
> the method being invoked. The relevant portions of the schema are as
follows:
>
> <!-- from the spec -->
> <element name="companyDataGraph" type="company:CompanyDataGraphType" />
> <complexType name="CompanyDataGraphType">
> <complexContent>
> <extension base="sdo:BaseDataGraphType">
> <sequence>
> <element name="company" type="company:CompanyType" />
> </sequence>
> </extension>
> </complexContent>
> </complexType>
>
> <!-- my addition -->
> <xsd:element name="updateCompanies" type="UpdateCompanies" />
> <xsd:complexType name="UpdateCompanies">
> <xsd:sequence>
> <xsd:element ref="companyDatagraph" />
> </xsd:sequence>
> </xsd:complexType>
>
> Should a full SDO 2.01 implementation support this use case? If so,
> how close is Tuscany to being able to support it? In particular,
> when I run Tuscany XSD2JavaGenerator, the class generated for
> CompanyDataGraphType extends DataObjectImpl and not DataGraphImpl.
> Is fixing this simply a matter of enhancing the XSD2JavaGenerator to
> recognize "sdo:BaseDataGraphType" extensions and make these classes
> extend DataGraphImpl instead of DataObjectImpl? Is serializing/de-
> serializing a DataGraph as a child of a DataObject doable?
>
> - Ron
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tuscany-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: tuscany-user-help@ws.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-user-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-user-help@ws.apache.org