You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tuscany.apache.org by Yang ZHONG <le...@gmail.com> on 2007/03/23 20:55:12 UTC
Should XMLHelper support DataGraph and how
2-1. Should XMLHelper support both saving and loading DataGraph?
Spec 2.1 page 11 (2 Architecture) says
"Data graphs can be serialized to XML, typically by the XMLHelper or by
an XML DAS."
It may imply XMLHelper should support saving DataGraph.
At the same time, spec 2.1 page 45 (3.11 XMLHelper) says
"An XMLHelper converts XML streams to and from graphs of DataObjects."
There might be readers intepreting that XMLHelper should support loading
DataGraph.
2-2. How to support DataGraph if XMLHelper should?
Currently, we use SDOXMLResourceImpl to save/load DataObject and
DataGraphResourceFactoryImpl.DataGraphResourceImpl to save/load DataGraph.
It's trivial for XMLHelper to pick a ResourceImpl to save corresponding to
input object.
However, it's not trivial for XMLHelper to pick a ResourceImpl to load
corresponding to input stream.
I have 2 solutions; let me know your preference; alternatives will be
appreciated.
2-2.1. Merge DataGraphResourceImpl capability into SDOXMLResourceImpl
It takes longer to implement. However, we can eliminate
DataGraphResourceFactoryImpl afterwards.
2-2.2. Parse stream portion and use corresponding ResourceImpl
It takes shorter to implement. However, the solution isn't trivial since
stream may not support reset, where the parsed portion has to be recorded
and played back.
--
Yang ZHONG
Re: Should XMLHelper support DataGraph and how
Posted by Frank Budinsky <fr...@ca.ibm.com>.
Kelvin,
Did you update? I fixed a problem in DataGraphResourceImpl.
Frank.
"kelvin goodson" <ke...@gmail.com> wrote on 03/26/2007 09:35:53
AM:
> Frank,
> I don't see any failures with any of the other samples, but I'm still
> having a problem with the ObtainingDataGraphFromXml. I'm currently
trying
> to understand why I get ....
>
> **************************************
> SDO Sample ObtainingDataGraphFromXml
> ***************************************
> Demonstrates a vareity of methods available to obtain the root
DataObject
> contained within an xml representation of a DataGraph.
> ***************************************
> Defining Types using XSD
> Type definition completed
> Using specification methods to obtain DataObject represeenting a
datagraph
> from xml
> Obtained DataObject representing datagraph
> org.apache.tuscany.sdo.model.impl.DataGraphTypeImpl@16e1fb1
(changeSummary:
> org.apache.tuscany.sdo.impl.ChangeSummaryImpl@e2cb55, anyAttribute: [])
> (any: [company:company=
> org.apache.tuscany.sdo.impl.DynamicDataObjectImpl@19360e2 (eClass:
> org.apache.tuscany.sdo.impl.ClassImpl@ef137d (name: CompanyType)
> (instanceClassName: null) (abstract: false, interface: false))])
> Obtained root DataObject from datagraph
> org.apache.tuscany.sdo.impl.DynamicDataObjectImpl@19360e2 (eClass:
> org.apache.tuscany.sdo.impl.ClassImpl@ef137d (name: CompanyType)
> (instanceClassName: null) (abstract: false, interface: false))
>
> org.eclipse.emf.ecore.resource.Resource$IOWrappedException: Class
'company'
> not found. (
> file:///C:
> /Development/JiraDev/M3Release/svn/M3ImplRelease/sample/all.datagraph,
> 23, 19)
> at org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.handleErrors(
> XMLLoadImpl.java:80)
> at
org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.load(XMLLoadImpl.java:190)
> at
> org.apache.tuscany.sdo.util.
> DataGraphResourceFactoryImpl$DataGraphResourceImpl$LoadImpl.load
> (DataGraphResourceFactoryImpl.java:455)
> at org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doLoad(
> XMLResourceImpl.java:179)
> at org.eclipse.emf.ecore.resource.impl.ResourceImpl.load(
> ResourceImpl.java:1094)
> at org.apache.tuscany.sdo.util.SDOUtil.loadDataGraph(SDOUtil.
> java:274)Sorry
> there was an error encountered
> org.eclipse.emf.ecore.resource.Resource$IOWrappedException: Class
'company'
> not found. (
> file:///C:
> /Development/JiraDev/M3Release/svn/M3ImplRelease/sample/all.datagraph,
> 23, 19)
>
> at
>
org.apache.tuscany.samples.sdo.specCodeSnippets.ObtainingDataGraphFromXml.main
> (ObtainingDataGraphFromXml.java:171)
> at org.apache.tuscany.samples.sdo.ExecuteSamples.main(
> ExecuteSamples.java:126)
> Caused by: org.eclipse.emf.ecore.xmi.ClassNotFoundException: Class
'company'
> not found. (
> file:///C:
> /Development/JiraDev/M3Release/svn/M3ImplRelease/sample/all.datagraph,
> 23, 19)
> at
>
org.eclipse.emf.ecore.xmi.impl.XMLHandler.validateCreateObjectFromFactory(
> XMLHandler.java:2018)
> at
>
org.eclipse.emf.ecore.xmi.impl.XMLHandler.validateCreateObjectFromFactory(
> XMLHandler.java:2009)
> at org.eclipse.emf.ecore.xmi.impl.XMLHandler.createObjectByType(
> XMLHandler.java:1175)
> at
>
org.apache.tuscany.sdo.util.DataGraphResourceFactoryImpl$1.handleFeature(
> DataGraphResourceFactoryImpl.java:566)
> at org.eclipse.emf.ecore.xmi.impl.XMLHandler.processElement(
> XMLHandler.java:884)
> at org.eclipse.emf.ecore.xmi.impl.XMLHandler.startElement(
> XMLHandler.java:863)
> at org.eclipse.emf.ecore.xmi.impl.XMLHandler.startElement(
> XMLHandler.java:627)
> at
> com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.
> startElement(Unknown
> Source)
> at
> com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.
> scanStartElement(Unknown
> Source)
> at
> com.sun.org.apache.xerces.internal.impl.
>
XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
> Source)
> at
> com.sun.org.apache.xerces.internal.impl.
> XMLDocumentFragmentScannerImpl.scanDocument(Unknown
> Source)
> at com.sun.org.apache.xerces.internal.parsers.
> XML11Configuration.parse(Unknown
> Source)
> at com.sun.org.apache.xerces.internal.parsers.
> XML11Configuration.parse(Unknown
> Source)
> at
com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(Unknown
> Source)
> at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.
> parse(Unknown
> Source)
> at javax.xml.parsers.SAXParser.parse(Unknown Source)
> at
org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.load(XMLLoadImpl.java:180)
> ... 6 more
>
> Regards, Kelvin.
>
> On 24/03/07, Frank Budinsky <fr...@ca.ibm.com> wrote:
> >
> > I just fixed the ObtainingDataGraphFromXml sample and committed the
fix.
> > Are there any other SDO sample problems that anyone knows of?
> >
> > Thanks,
> > Frank.
> >
> > Frank Budinsky/Toronto/IBM@IBMCA wrote on 03/23/2007 10:01:47 PM:
> >
> > > I don't understand why 2-2.1 or 2-2.2 is needed.
> > >
> > > I just want to load the XML with XMLHelper. It will create
> > > DataGraphTypeImpl - that's fine - it doesn't matter that it does not
> > > implement the DataGraph interface. You can still get to the company
> > object
> > > after loading it. That's all I want for now. Doesn't that work?
> > >
> > > In the future, DataGraphTypeImpl will implement the DataGraph
interface,
> >
> > > but for now it doesn't matter.
> > >
> > > Frank.
> > >
> > > "Yang ZHONG" <le...@gmail.com> wrote on 03/23/2007
06:08:13
> > > PM:
> > >
> > > > XMLHelper uses registered model to instantiate DataObject, which
is
> > > > DataGraphTypeImpl corresponding to sdo:datagraph.
> > > >
> > > > DataGraphTypeImpl does *not* implement DataGraph interface.
> > > > Our DataGraph implementation is DataGraphImpl instead, which does
> > *not*
> > > > implement DataObject interface required by XMLHelper.
> > > >
> > > > Yes, it's still possible. 2-2.1 and 2-2.2 may be easier to
implement
> > if
> > > we
> > > > want to support loading DataGraph by XMLHelper. Which one do you
> > prefer?
> > > Or
> > > > alternative?
> > > >
> > > > On 3/23/07, Frank Budinsky <fr...@ca.ibm.com> wrote:
> > > > >
> > > > > Yang, the sample used to show how to load the datagraph XML with
the
> > > > > XMLHelper and then pull the "data graph" (i.e., graph of
> > DataObject's)
> > > out
> > > > > of it. This didn't create a "DataGraph", but it was still an
> > > interesting
> > > > > example. That should still be possible, isn't it?
> > > > >
> > > > > Frank.
> > > > >
> > > > >
> > > > > "Yang ZHONG" <le...@gmail.com> wrote on 03/23/2007
> > > 05:12:27
> > > > > PM:
> > > > >
> > > > > > Thanks to Frank; I'll remove using XMLHelper to load DataGraph
> > from
> > > the
> > > > > > samples (of the Release Candidate).
> > > > > >
> > > > > > On 3/23/07, Frank Budinsky <fr...@ca.ibm.com> wrote:
> > > > > > >
> > > > > > > Yang,
> > > > > > >
> > > > > > > XMLHelper doesn't need to support saving and loading
DataGraph
> > at
> > > this
> > > > > > > point. In the future, we are going to replace the
implementation
> >
> > > of
> > > > > > > DataGraph to one that "is a" DataObject, so then it will
> > serialize
> > > > > without
> > > > > > > any special code. That's the direction the SDO spec is going
on
> > > this
> > > > > > > issue.
> > > > > > >
> > > > > > > Frank.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > "Yang ZHONG" <le...@gmail.com>
> > > > > > > 03/23/2007 03:55 PM
> > > > > > > Please respond to
> > > > > > > tuscany-dev@ws.apache.org
> > > > > > >
> > > > > > >
> > > > > > > To
> > > > > > > tuscany-dev@ws.apache.org
> > > > > > > cc
> > > > > > >
> > > > > > > Subject
> > > > > > > Should XMLHelper support DataGraph and how
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > 2-1. Should XMLHelper support both saving and loading
DataGraph?
> > > > > > >
> > > > > > > Spec 2.1 page 11 (2 Architecture) says
> > > > > > > "Data graphs can be serialized to XML, typically by the
> > > XMLHelper
> > > > > or
> > > > > > > by
> > > > > > > an XML DAS."
> > > > > > > It may imply XMLHelper should support saving DataGraph.
> > > > > > >
> > > > > > > At the same time, spec 2.1 page 45 (3.11 XMLHelper) says
> > > > > > > "An XMLHelper converts XML streams to and from graphs of
> > > > > DataObjects."
> > > > > > > There might be readers intepreting that XMLHelper should
support
> > > > > loading
> > > > > > > DataGraph.
> > > > > > >
> > > > > > > 2-2. How to support DataGraph if XMLHelper should?
> > > > > > >
> > > > > > > Currently, we use SDOXMLResourceImpl to save/load DataObject
and
> > > > > > > DataGraphResourceFactoryImpl.DataGraphResourceImpl to
save/load
> > > > > DataGraph.
> > > > > > > It's trivial for XMLHelper to pick a ResourceImpl to save
> > > > > corresponding to
> > > > > > > input object.
> > > > > > > However, it's not trivial for XMLHelper to pick a
ResourceImpl
> > to
> > > load
> > > > > > > corresponding to input stream.
> > > > > > > I have 2 solutions; let me know your preference;
alternatives
> > will
> > > be
> > > > > > > appreciated.
> > > > > > >
> > > > > > > 2-2.1. Merge DataGraphResourceImpl capability into
> > > SDOXMLResourceImpl
> > > > > > >
> > > > > > > It takes longer to implement. However, we can eliminate
> > > > > > > DataGraphResourceFactoryImpl afterwards.
> > > > > > >
> > > > > > > 2-2.2. Parse stream portion and use corresponding
ResourceImpl
> > > > > > >
> > > > > > > It takes shorter to implement. However, the solution isn't
> > trivial
> > > > > since
> > > > > > > stream may not support reset, where the parsed portion has
to be
> > > > > recorded
> > > > > > > and played back.
> > > > > > >
> > > > > > > --
> > > > > > >
> > > > > > > Yang ZHONG
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > >
---------------------------------------------------------------------
> > > > > > > To unsubscribe, e-mail:
tuscany-dev-unsubscribe@ws.apache.org
> > > > > > > For additional commands, e-mail:
tuscany-dev-help@ws.apache.org
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > >
> > > > > > Yang ZHONG
> > > > >
> > > > >
> > > > >
> > ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> > > > > For additional commands, e-mail: tuscany-dev-help@ws.apache.org
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > >
> > > > Yang ZHONG
> > >
> > >
> > >
---------------------------------------------------------------------
> > > To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> > > For additional commands, e-mail: tuscany-dev-help@ws.apache.org
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> > For additional commands, e-mail: tuscany-dev-help@ws.apache.org
> >
> >
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: Should XMLHelper support DataGraph and how
Posted by kelvin goodson <ke...@gmail.com>.
Frank,
I don't see any failures with any of the other samples, but I'm still
having a problem with the ObtainingDataGraphFromXml. I'm currently trying
to understand why I get ....
**************************************
SDO Sample ObtainingDataGraphFromXml
***************************************
Demonstrates a vareity of methods available to obtain the root DataObject
contained within an xml representation of a DataGraph.
***************************************
Defining Types using XSD
Type definition completed
Using specification methods to obtain DataObject represeenting a datagraph
from xml
Obtained DataObject representing datagraph
org.apache.tuscany.sdo.model.impl.DataGraphTypeImpl@16e1fb1 (changeSummary:
org.apache.tuscany.sdo.impl.ChangeSummaryImpl@e2cb55, anyAttribute: [])
(any: [company:company=
org.apache.tuscany.sdo.impl.DynamicDataObjectImpl@19360e2 (eClass:
org.apache.tuscany.sdo.impl.ClassImpl@ef137d (name: CompanyType)
(instanceClassName: null) (abstract: false, interface: false))])
Obtained root DataObject from datagraph
org.apache.tuscany.sdo.impl.DynamicDataObjectImpl@19360e2 (eClass:
org.apache.tuscany.sdo.impl.ClassImpl@ef137d (name: CompanyType)
(instanceClassName: null) (abstract: false, interface: false))
org.eclipse.emf.ecore.resource.Resource$IOWrappedException: Class 'company'
not found. (
file:///C:/Development/JiraDev/M3Release/svn/M3ImplRelease/sample/all.datagraph,
23, 19)
at org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.handleErrors(
XMLLoadImpl.java:80)
at org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.load(XMLLoadImpl.java:190)
at
org.apache.tuscany.sdo.util.DataGraphResourceFactoryImpl$DataGraphResourceImpl$LoadImpl.load
(DataGraphResourceFactoryImpl.java:455)
at org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doLoad(
XMLResourceImpl.java:179)
at org.eclipse.emf.ecore.resource.impl.ResourceImpl.load(
ResourceImpl.java:1094)
at org.apache.tuscany.sdo.util.SDOUtil.loadDataGraph(SDOUtil.java:274)Sorry
there was an error encountered
org.eclipse.emf.ecore.resource.Resource$IOWrappedException: Class 'company'
not found. (
file:///C:/Development/JiraDev/M3Release/svn/M3ImplRelease/sample/all.datagraph,
23, 19)
at
org.apache.tuscany.samples.sdo.specCodeSnippets.ObtainingDataGraphFromXml.main
(ObtainingDataGraphFromXml.java:171)
at org.apache.tuscany.samples.sdo.ExecuteSamples.main(
ExecuteSamples.java:126)
Caused by: org.eclipse.emf.ecore.xmi.ClassNotFoundException: Class 'company'
not found. (
file:///C:/Development/JiraDev/M3Release/svn/M3ImplRelease/sample/all.datagraph,
23, 19)
at
org.eclipse.emf.ecore.xmi.impl.XMLHandler.validateCreateObjectFromFactory(
XMLHandler.java:2018)
at
org.eclipse.emf.ecore.xmi.impl.XMLHandler.validateCreateObjectFromFactory(
XMLHandler.java:2009)
at org.eclipse.emf.ecore.xmi.impl.XMLHandler.createObjectByType(
XMLHandler.java:1175)
at
org.apache.tuscany.sdo.util.DataGraphResourceFactoryImpl$1.handleFeature(
DataGraphResourceFactoryImpl.java:566)
at org.eclipse.emf.ecore.xmi.impl.XMLHandler.processElement(
XMLHandler.java:884)
at org.eclipse.emf.ecore.xmi.impl.XMLHandler.startElement(
XMLHandler.java:863)
at org.eclipse.emf.ecore.xmi.impl.XMLHandler.startElement(
XMLHandler.java:627)
at
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(Unknown
Source)
at
com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown
Source)
at
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
Source)
at
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
Source)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown
Source)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown
Source)
at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(Unknown
Source)
at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(Unknown
Source)
at javax.xml.parsers.SAXParser.parse(Unknown Source)
at org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.load(XMLLoadImpl.java:180)
... 6 more
Regards, Kelvin.
On 24/03/07, Frank Budinsky <fr...@ca.ibm.com> wrote:
>
> I just fixed the ObtainingDataGraphFromXml sample and committed the fix.
> Are there any other SDO sample problems that anyone knows of?
>
> Thanks,
> Frank.
>
> Frank Budinsky/Toronto/IBM@IBMCA wrote on 03/23/2007 10:01:47 PM:
>
> > I don't understand why 2-2.1 or 2-2.2 is needed.
> >
> > I just want to load the XML with XMLHelper. It will create
> > DataGraphTypeImpl - that's fine - it doesn't matter that it does not
> > implement the DataGraph interface. You can still get to the company
> object
> > after loading it. That's all I want for now. Doesn't that work?
> >
> > In the future, DataGraphTypeImpl will implement the DataGraph interface,
>
> > but for now it doesn't matter.
> >
> > Frank.
> >
> > "Yang ZHONG" <le...@gmail.com> wrote on 03/23/2007 06:08:13
> > PM:
> >
> > > XMLHelper uses registered model to instantiate DataObject, which is
> > > DataGraphTypeImpl corresponding to sdo:datagraph.
> > >
> > > DataGraphTypeImpl does *not* implement DataGraph interface.
> > > Our DataGraph implementation is DataGraphImpl instead, which does
> *not*
> > > implement DataObject interface required by XMLHelper.
> > >
> > > Yes, it's still possible. 2-2.1 and 2-2.2 may be easier to implement
> if
> > we
> > > want to support loading DataGraph by XMLHelper. Which one do you
> prefer?
> > Or
> > > alternative?
> > >
> > > On 3/23/07, Frank Budinsky <fr...@ca.ibm.com> wrote:
> > > >
> > > > Yang, the sample used to show how to load the datagraph XML with the
> > > > XMLHelper and then pull the "data graph" (i.e., graph of
> DataObject's)
> > out
> > > > of it. This didn't create a "DataGraph", but it was still an
> > interesting
> > > > example. That should still be possible, isn't it?
> > > >
> > > > Frank.
> > > >
> > > >
> > > > "Yang ZHONG" <le...@gmail.com> wrote on 03/23/2007
> > 05:12:27
> > > > PM:
> > > >
> > > > > Thanks to Frank; I'll remove using XMLHelper to load DataGraph
> from
> > the
> > > > > samples (of the Release Candidate).
> > > > >
> > > > > On 3/23/07, Frank Budinsky <fr...@ca.ibm.com> wrote:
> > > > > >
> > > > > > Yang,
> > > > > >
> > > > > > XMLHelper doesn't need to support saving and loading DataGraph
> at
> > this
> > > > > > point. In the future, we are going to replace the implementation
>
> > of
> > > > > > DataGraph to one that "is a" DataObject, so then it will
> serialize
> > > > without
> > > > > > any special code. That's the direction the SDO spec is going on
> > this
> > > > > > issue.
> > > > > >
> > > > > > Frank.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > "Yang ZHONG" <le...@gmail.com>
> > > > > > 03/23/2007 03:55 PM
> > > > > > Please respond to
> > > > > > tuscany-dev@ws.apache.org
> > > > > >
> > > > > >
> > > > > > To
> > > > > > tuscany-dev@ws.apache.org
> > > > > > cc
> > > > > >
> > > > > > Subject
> > > > > > Should XMLHelper support DataGraph and how
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > 2-1. Should XMLHelper support both saving and loading DataGraph?
> > > > > >
> > > > > > Spec 2.1 page 11 (2 Architecture) says
> > > > > > "Data graphs can be serialized to XML, typically by the
> > XMLHelper
> > > > or
> > > > > > by
> > > > > > an XML DAS."
> > > > > > It may imply XMLHelper should support saving DataGraph.
> > > > > >
> > > > > > At the same time, spec 2.1 page 45 (3.11 XMLHelper) says
> > > > > > "An XMLHelper converts XML streams to and from graphs of
> > > > DataObjects."
> > > > > > There might be readers intepreting that XMLHelper should support
> > > > loading
> > > > > > DataGraph.
> > > > > >
> > > > > > 2-2. How to support DataGraph if XMLHelper should?
> > > > > >
> > > > > > Currently, we use SDOXMLResourceImpl to save/load DataObject and
> > > > > > DataGraphResourceFactoryImpl.DataGraphResourceImpl to save/load
> > > > DataGraph.
> > > > > > It's trivial for XMLHelper to pick a ResourceImpl to save
> > > > corresponding to
> > > > > > input object.
> > > > > > However, it's not trivial for XMLHelper to pick a ResourceImpl
> to
> > load
> > > > > > corresponding to input stream.
> > > > > > I have 2 solutions; let me know your preference; alternatives
> will
> > be
> > > > > > appreciated.
> > > > > >
> > > > > > 2-2.1. Merge DataGraphResourceImpl capability into
> > SDOXMLResourceImpl
> > > > > >
> > > > > > It takes longer to implement. However, we can eliminate
> > > > > > DataGraphResourceFactoryImpl afterwards.
> > > > > >
> > > > > > 2-2.2. Parse stream portion and use corresponding ResourceImpl
> > > > > >
> > > > > > It takes shorter to implement. However, the solution isn't
> trivial
> > > > since
> > > > > > stream may not support reset, where the parsed portion has to be
> > > > recorded
> > > > > > and played back.
> > > > > >
> > > > > > --
> > > > > >
> > > > > > Yang ZHONG
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > ---------------------------------------------------------------------
> > > > > > To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> > > > > > For additional commands, e-mail: tuscany-dev-help@ws.apache.org
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > >
> > > > > Yang ZHONG
> > > >
> > > >
> > > >
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> > > > For additional commands, e-mail: tuscany-dev-help@ws.apache.org
> > > >
> > > >
> > >
> > >
> > > --
> > >
> > > Yang ZHONG
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> > For additional commands, e-mail: tuscany-dev-help@ws.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: tuscany-dev-help@ws.apache.org
>
>
Re: Should XMLHelper support DataGraph and how
Posted by Frank Budinsky <fr...@ca.ibm.com>.
I just fixed the ObtainingDataGraphFromXml sample and committed the fix.
Are there any other SDO sample problems that anyone knows of?
Thanks,
Frank.
Frank Budinsky/Toronto/IBM@IBMCA wrote on 03/23/2007 10:01:47 PM:
> I don't understand why 2-2.1 or 2-2.2 is needed.
>
> I just want to load the XML with XMLHelper. It will create
> DataGraphTypeImpl - that's fine - it doesn't matter that it does not
> implement the DataGraph interface. You can still get to the company
object
> after loading it. That's all I want for now. Doesn't that work?
>
> In the future, DataGraphTypeImpl will implement the DataGraph interface,
> but for now it doesn't matter.
>
> Frank.
>
> "Yang ZHONG" <le...@gmail.com> wrote on 03/23/2007 06:08:13
> PM:
>
> > XMLHelper uses registered model to instantiate DataObject, which is
> > DataGraphTypeImpl corresponding to sdo:datagraph.
> >
> > DataGraphTypeImpl does *not* implement DataGraph interface.
> > Our DataGraph implementation is DataGraphImpl instead, which does
*not*
> > implement DataObject interface required by XMLHelper.
> >
> > Yes, it's still possible. 2-2.1 and 2-2.2 may be easier to implement
if
> we
> > want to support loading DataGraph by XMLHelper. Which one do you
prefer?
> Or
> > alternative?
> >
> > On 3/23/07, Frank Budinsky <fr...@ca.ibm.com> wrote:
> > >
> > > Yang, the sample used to show how to load the datagraph XML with the
> > > XMLHelper and then pull the "data graph" (i.e., graph of
DataObject's)
> out
> > > of it. This didn't create a "DataGraph", but it was still an
> interesting
> > > example. That should still be possible, isn't it?
> > >
> > > Frank.
> > >
> > >
> > > "Yang ZHONG" <le...@gmail.com> wrote on 03/23/2007
> 05:12:27
> > > PM:
> > >
> > > > Thanks to Frank; I'll remove using XMLHelper to load DataGraph
from
> the
> > > > samples (of the Release Candidate).
> > > >
> > > > On 3/23/07, Frank Budinsky <fr...@ca.ibm.com> wrote:
> > > > >
> > > > > Yang,
> > > > >
> > > > > XMLHelper doesn't need to support saving and loading DataGraph
at
> this
> > > > > point. In the future, we are going to replace the implementation
> of
> > > > > DataGraph to one that "is a" DataObject, so then it will
serialize
> > > without
> > > > > any special code. That's the direction the SDO spec is going on
> this
> > > > > issue.
> > > > >
> > > > > Frank.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > "Yang ZHONG" <le...@gmail.com>
> > > > > 03/23/2007 03:55 PM
> > > > > Please respond to
> > > > > tuscany-dev@ws.apache.org
> > > > >
> > > > >
> > > > > To
> > > > > tuscany-dev@ws.apache.org
> > > > > cc
> > > > >
> > > > > Subject
> > > > > Should XMLHelper support DataGraph and how
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > 2-1. Should XMLHelper support both saving and loading DataGraph?
> > > > >
> > > > > Spec 2.1 page 11 (2 Architecture) says
> > > > > "Data graphs can be serialized to XML, typically by the
> XMLHelper
> > > or
> > > > > by
> > > > > an XML DAS."
> > > > > It may imply XMLHelper should support saving DataGraph.
> > > > >
> > > > > At the same time, spec 2.1 page 45 (3.11 XMLHelper) says
> > > > > "An XMLHelper converts XML streams to and from graphs of
> > > DataObjects."
> > > > > There might be readers intepreting that XMLHelper should support
> > > loading
> > > > > DataGraph.
> > > > >
> > > > > 2-2. How to support DataGraph if XMLHelper should?
> > > > >
> > > > > Currently, we use SDOXMLResourceImpl to save/load DataObject and
> > > > > DataGraphResourceFactoryImpl.DataGraphResourceImpl to save/load
> > > DataGraph.
> > > > > It's trivial for XMLHelper to pick a ResourceImpl to save
> > > corresponding to
> > > > > input object.
> > > > > However, it's not trivial for XMLHelper to pick a ResourceImpl
to
> load
> > > > > corresponding to input stream.
> > > > > I have 2 solutions; let me know your preference; alternatives
will
> be
> > > > > appreciated.
> > > > >
> > > > > 2-2.1. Merge DataGraphResourceImpl capability into
> SDOXMLResourceImpl
> > > > >
> > > > > It takes longer to implement. However, we can eliminate
> > > > > DataGraphResourceFactoryImpl afterwards.
> > > > >
> > > > > 2-2.2. Parse stream portion and use corresponding ResourceImpl
> > > > >
> > > > > It takes shorter to implement. However, the solution isn't
trivial
> > > since
> > > > > stream may not support reset, where the parsed portion has to be
> > > recorded
> > > > > and played back.
> > > > >
> > > > > --
> > > > >
> > > > > Yang ZHONG
> > > > >
> > > > >
> > > > >
> > > > >
> ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> > > > > For additional commands, e-mail: tuscany-dev-help@ws.apache.org
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > >
> > > > Yang ZHONG
> > >
> > >
> > >
---------------------------------------------------------------------
> > > To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> > > For additional commands, e-mail: tuscany-dev-help@ws.apache.org
> > >
> > >
> >
> >
> > --
> >
> > Yang ZHONG
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: tuscany-dev-help@ws.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: Should XMLHelper support DataGraph and how
Posted by Frank Budinsky <fr...@ca.ibm.com>.
I don't understand why 2-2.1 or 2-2.2 is needed.
I just want to load the XML with XMLHelper. It will create
DataGraphTypeImpl - that's fine - it doesn't matter that it does not
implement the DataGraph interface. You can still get to the company object
after loading it. That's all I want for now. Doesn't that work?
In the future, DataGraphTypeImpl will implement the DataGraph interface,
but for now it doesn't matter.
Frank.
"Yang ZHONG" <le...@gmail.com> wrote on 03/23/2007 06:08:13
PM:
> XMLHelper uses registered model to instantiate DataObject, which is
> DataGraphTypeImpl corresponding to sdo:datagraph.
>
> DataGraphTypeImpl does *not* implement DataGraph interface.
> Our DataGraph implementation is DataGraphImpl instead, which does *not*
> implement DataObject interface required by XMLHelper.
>
> Yes, it's still possible. 2-2.1 and 2-2.2 may be easier to implement if
we
> want to support loading DataGraph by XMLHelper. Which one do you prefer?
Or
> alternative?
>
> On 3/23/07, Frank Budinsky <fr...@ca.ibm.com> wrote:
> >
> > Yang, the sample used to show how to load the datagraph XML with the
> > XMLHelper and then pull the "data graph" (i.e., graph of DataObject's)
out
> > of it. This didn't create a "DataGraph", but it was still an
interesting
> > example. That should still be possible, isn't it?
> >
> > Frank.
> >
> >
> > "Yang ZHONG" <le...@gmail.com> wrote on 03/23/2007
05:12:27
> > PM:
> >
> > > Thanks to Frank; I'll remove using XMLHelper to load DataGraph from
the
> > > samples (of the Release Candidate).
> > >
> > > On 3/23/07, Frank Budinsky <fr...@ca.ibm.com> wrote:
> > > >
> > > > Yang,
> > > >
> > > > XMLHelper doesn't need to support saving and loading DataGraph at
this
> > > > point. In the future, we are going to replace the implementation
of
> > > > DataGraph to one that "is a" DataObject, so then it will serialize
> > without
> > > > any special code. That's the direction the SDO spec is going on
this
> > > > issue.
> > > >
> > > > Frank.
> > > >
> > > >
> > > >
> > > >
> > > > "Yang ZHONG" <le...@gmail.com>
> > > > 03/23/2007 03:55 PM
> > > > Please respond to
> > > > tuscany-dev@ws.apache.org
> > > >
> > > >
> > > > To
> > > > tuscany-dev@ws.apache.org
> > > > cc
> > > >
> > > > Subject
> > > > Should XMLHelper support DataGraph and how
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > 2-1. Should XMLHelper support both saving and loading DataGraph?
> > > >
> > > > Spec 2.1 page 11 (2 Architecture) says
> > > > "Data graphs can be serialized to XML, typically by the
XMLHelper
> > or
> > > > by
> > > > an XML DAS."
> > > > It may imply XMLHelper should support saving DataGraph.
> > > >
> > > > At the same time, spec 2.1 page 45 (3.11 XMLHelper) says
> > > > "An XMLHelper converts XML streams to and from graphs of
> > DataObjects."
> > > > There might be readers intepreting that XMLHelper should support
> > loading
> > > > DataGraph.
> > > >
> > > > 2-2. How to support DataGraph if XMLHelper should?
> > > >
> > > > Currently, we use SDOXMLResourceImpl to save/load DataObject and
> > > > DataGraphResourceFactoryImpl.DataGraphResourceImpl to save/load
> > DataGraph.
> > > > It's trivial for XMLHelper to pick a ResourceImpl to save
> > corresponding to
> > > > input object.
> > > > However, it's not trivial for XMLHelper to pick a ResourceImpl to
load
> > > > corresponding to input stream.
> > > > I have 2 solutions; let me know your preference; alternatives will
be
> > > > appreciated.
> > > >
> > > > 2-2.1. Merge DataGraphResourceImpl capability into
SDOXMLResourceImpl
> > > >
> > > > It takes longer to implement. However, we can eliminate
> > > > DataGraphResourceFactoryImpl afterwards.
> > > >
> > > > 2-2.2. Parse stream portion and use corresponding ResourceImpl
> > > >
> > > > It takes shorter to implement. However, the solution isn't trivial
> > since
> > > > stream may not support reset, where the parsed portion has to be
> > recorded
> > > > and played back.
> > > >
> > > > --
> > > >
> > > > Yang ZHONG
> > > >
> > > >
> > > >
> > > >
---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> > > > For additional commands, e-mail: tuscany-dev-help@ws.apache.org
> > > >
> > > >
> > >
> > >
> > > --
> > >
> > > Yang ZHONG
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> > For additional commands, e-mail: tuscany-dev-help@ws.apache.org
> >
> >
>
>
> --
>
> Yang ZHONG
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: Should XMLHelper support DataGraph and how
Posted by Yang ZHONG <le...@gmail.com>.
XMLHelper uses registered model to instantiate DataObject, which is
DataGraphTypeImpl corresponding to sdo:datagraph.
DataGraphTypeImpl does *not* implement DataGraph interface.
Our DataGraph implementation is DataGraphImpl instead, which does *not*
implement DataObject interface required by XMLHelper.
Yes, it's still possible. 2-2.1 and 2-2.2 may be easier to implement if we
want to support loading DataGraph by XMLHelper. Which one do you prefer? Or
alternative?
On 3/23/07, Frank Budinsky <fr...@ca.ibm.com> wrote:
>
> Yang, the sample used to show how to load the datagraph XML with the
> XMLHelper and then pull the "data graph" (i.e., graph of DataObject's) out
> of it. This didn't create a "DataGraph", but it was still an interesting
> example. That should still be possible, isn't it?
>
> Frank.
>
>
> "Yang ZHONG" <le...@gmail.com> wrote on 03/23/2007 05:12:27
> PM:
>
> > Thanks to Frank; I'll remove using XMLHelper to load DataGraph from the
> > samples (of the Release Candidate).
> >
> > On 3/23/07, Frank Budinsky <fr...@ca.ibm.com> wrote:
> > >
> > > Yang,
> > >
> > > XMLHelper doesn't need to support saving and loading DataGraph at this
> > > point. In the future, we are going to replace the implementation of
> > > DataGraph to one that "is a" DataObject, so then it will serialize
> without
> > > any special code. That's the direction the SDO spec is going on this
> > > issue.
> > >
> > > Frank.
> > >
> > >
> > >
> > >
> > > "Yang ZHONG" <le...@gmail.com>
> > > 03/23/2007 03:55 PM
> > > Please respond to
> > > tuscany-dev@ws.apache.org
> > >
> > >
> > > To
> > > tuscany-dev@ws.apache.org
> > > cc
> > >
> > > Subject
> > > Should XMLHelper support DataGraph and how
> > >
> > >
> > >
> > >
> > >
> > >
> > > 2-1. Should XMLHelper support both saving and loading DataGraph?
> > >
> > > Spec 2.1 page 11 (2 Architecture) says
> > > "Data graphs can be serialized to XML, typically by the XMLHelper
> or
> > > by
> > > an XML DAS."
> > > It may imply XMLHelper should support saving DataGraph.
> > >
> > > At the same time, spec 2.1 page 45 (3.11 XMLHelper) says
> > > "An XMLHelper converts XML streams to and from graphs of
> DataObjects."
> > > There might be readers intepreting that XMLHelper should support
> loading
> > > DataGraph.
> > >
> > > 2-2. How to support DataGraph if XMLHelper should?
> > >
> > > Currently, we use SDOXMLResourceImpl to save/load DataObject and
> > > DataGraphResourceFactoryImpl.DataGraphResourceImpl to save/load
> DataGraph.
> > > It's trivial for XMLHelper to pick a ResourceImpl to save
> corresponding to
> > > input object.
> > > However, it's not trivial for XMLHelper to pick a ResourceImpl to load
> > > corresponding to input stream.
> > > I have 2 solutions; let me know your preference; alternatives will be
> > > appreciated.
> > >
> > > 2-2.1. Merge DataGraphResourceImpl capability into SDOXMLResourceImpl
> > >
> > > It takes longer to implement. However, we can eliminate
> > > DataGraphResourceFactoryImpl afterwards.
> > >
> > > 2-2.2. Parse stream portion and use corresponding ResourceImpl
> > >
> > > It takes shorter to implement. However, the solution isn't trivial
> since
> > > stream may not support reset, where the parsed portion has to be
> recorded
> > > and played back.
> > >
> > > --
> > >
> > > Yang ZHONG
> > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> > > For additional commands, e-mail: tuscany-dev-help@ws.apache.org
> > >
> > >
> >
> >
> > --
> >
> > Yang ZHONG
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: tuscany-dev-help@ws.apache.org
>
>
--
Yang ZHONG
Re: Should XMLHelper support DataGraph and how
Posted by Frank Budinsky <fr...@ca.ibm.com>.
Yang, the sample used to show how to load the datagraph XML with the
XMLHelper and then pull the "data graph" (i.e., graph of DataObject's) out
of it. This didn't create a "DataGraph", but it was still an interesting
example. That should still be possible, isn't it?
Frank.
"Yang ZHONG" <le...@gmail.com> wrote on 03/23/2007 05:12:27
PM:
> Thanks to Frank; I'll remove using XMLHelper to load DataGraph from the
> samples (of the Release Candidate).
>
> On 3/23/07, Frank Budinsky <fr...@ca.ibm.com> wrote:
> >
> > Yang,
> >
> > XMLHelper doesn't need to support saving and loading DataGraph at this
> > point. In the future, we are going to replace the implementation of
> > DataGraph to one that "is a" DataObject, so then it will serialize
without
> > any special code. That's the direction the SDO spec is going on this
> > issue.
> >
> > Frank.
> >
> >
> >
> >
> > "Yang ZHONG" <le...@gmail.com>
> > 03/23/2007 03:55 PM
> > Please respond to
> > tuscany-dev@ws.apache.org
> >
> >
> > To
> > tuscany-dev@ws.apache.org
> > cc
> >
> > Subject
> > Should XMLHelper support DataGraph and how
> >
> >
> >
> >
> >
> >
> > 2-1. Should XMLHelper support both saving and loading DataGraph?
> >
> > Spec 2.1 page 11 (2 Architecture) says
> > "Data graphs can be serialized to XML, typically by the XMLHelper
or
> > by
> > an XML DAS."
> > It may imply XMLHelper should support saving DataGraph.
> >
> > At the same time, spec 2.1 page 45 (3.11 XMLHelper) says
> > "An XMLHelper converts XML streams to and from graphs of
DataObjects."
> > There might be readers intepreting that XMLHelper should support
loading
> > DataGraph.
> >
> > 2-2. How to support DataGraph if XMLHelper should?
> >
> > Currently, we use SDOXMLResourceImpl to save/load DataObject and
> > DataGraphResourceFactoryImpl.DataGraphResourceImpl to save/load
DataGraph.
> > It's trivial for XMLHelper to pick a ResourceImpl to save
corresponding to
> > input object.
> > However, it's not trivial for XMLHelper to pick a ResourceImpl to load
> > corresponding to input stream.
> > I have 2 solutions; let me know your preference; alternatives will be
> > appreciated.
> >
> > 2-2.1. Merge DataGraphResourceImpl capability into SDOXMLResourceImpl
> >
> > It takes longer to implement. However, we can eliminate
> > DataGraphResourceFactoryImpl afterwards.
> >
> > 2-2.2. Parse stream portion and use corresponding ResourceImpl
> >
> > It takes shorter to implement. However, the solution isn't trivial
since
> > stream may not support reset, where the parsed portion has to be
recorded
> > and played back.
> >
> > --
> >
> > Yang ZHONG
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> > For additional commands, e-mail: tuscany-dev-help@ws.apache.org
> >
> >
>
>
> --
>
> Yang ZHONG
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: Should XMLHelper support DataGraph and how
Posted by Yang ZHONG <le...@gmail.com>.
Thanks to Frank; I'll remove using XMLHelper to load DataGraph from the
samples (of the Release Candidate).
On 3/23/07, Frank Budinsky <fr...@ca.ibm.com> wrote:
>
> Yang,
>
> XMLHelper doesn't need to support saving and loading DataGraph at this
> point. In the future, we are going to replace the implementation of
> DataGraph to one that "is a" DataObject, so then it will serialize without
> any special code. That's the direction the SDO spec is going on this
> issue.
>
> Frank.
>
>
>
>
> "Yang ZHONG" <le...@gmail.com>
> 03/23/2007 03:55 PM
> Please respond to
> tuscany-dev@ws.apache.org
>
>
> To
> tuscany-dev@ws.apache.org
> cc
>
> Subject
> Should XMLHelper support DataGraph and how
>
>
>
>
>
>
> 2-1. Should XMLHelper support both saving and loading DataGraph?
>
> Spec 2.1 page 11 (2 Architecture) says
> "Data graphs can be serialized to XML, typically by the XMLHelper or
> by
> an XML DAS."
> It may imply XMLHelper should support saving DataGraph.
>
> At the same time, spec 2.1 page 45 (3.11 XMLHelper) says
> "An XMLHelper converts XML streams to and from graphs of DataObjects."
> There might be readers intepreting that XMLHelper should support loading
> DataGraph.
>
> 2-2. How to support DataGraph if XMLHelper should?
>
> Currently, we use SDOXMLResourceImpl to save/load DataObject and
> DataGraphResourceFactoryImpl.DataGraphResourceImpl to save/load DataGraph.
> It's trivial for XMLHelper to pick a ResourceImpl to save corresponding to
> input object.
> However, it's not trivial for XMLHelper to pick a ResourceImpl to load
> corresponding to input stream.
> I have 2 solutions; let me know your preference; alternatives will be
> appreciated.
>
> 2-2.1. Merge DataGraphResourceImpl capability into SDOXMLResourceImpl
>
> It takes longer to implement. However, we can eliminate
> DataGraphResourceFactoryImpl afterwards.
>
> 2-2.2. Parse stream portion and use corresponding ResourceImpl
>
> It takes shorter to implement. However, the solution isn't trivial since
> stream may not support reset, where the parsed portion has to be recorded
> and played back.
>
> --
>
> Yang ZHONG
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: tuscany-dev-help@ws.apache.org
>
>
--
Yang ZHONG
Re: Should XMLHelper support DataGraph and how
Posted by Frank Budinsky <fr...@ca.ibm.com>.
Yang,
XMLHelper doesn't need to support saving and loading DataGraph at this
point. In the future, we are going to replace the implementation of
DataGraph to one that "is a" DataObject, so then it will serialize without
any special code. That's the direction the SDO spec is going on this
issue.
Frank.
"Yang ZHONG" <le...@gmail.com>
03/23/2007 03:55 PM
Please respond to
tuscany-dev@ws.apache.org
To
tuscany-dev@ws.apache.org
cc
Subject
Should XMLHelper support DataGraph and how
2-1. Should XMLHelper support both saving and loading DataGraph?
Spec 2.1 page 11 (2 Architecture) says
"Data graphs can be serialized to XML, typically by the XMLHelper or
by
an XML DAS."
It may imply XMLHelper should support saving DataGraph.
At the same time, spec 2.1 page 45 (3.11 XMLHelper) says
"An XMLHelper converts XML streams to and from graphs of DataObjects."
There might be readers intepreting that XMLHelper should support loading
DataGraph.
2-2. How to support DataGraph if XMLHelper should?
Currently, we use SDOXMLResourceImpl to save/load DataObject and
DataGraphResourceFactoryImpl.DataGraphResourceImpl to save/load DataGraph.
It's trivial for XMLHelper to pick a ResourceImpl to save corresponding to
input object.
However, it's not trivial for XMLHelper to pick a ResourceImpl to load
corresponding to input stream.
I have 2 solutions; let me know your preference; alternatives will be
appreciated.
2-2.1. Merge DataGraphResourceImpl capability into SDOXMLResourceImpl
It takes longer to implement. However, we can eliminate
DataGraphResourceFactoryImpl afterwards.
2-2.2. Parse stream portion and use corresponding ResourceImpl
It takes shorter to implement. However, the solution isn't trivial since
stream may not support reset, where the parsed portion has to be recorded
and played back.
--
Yang ZHONG
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org