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" <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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" <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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" <[EMAIL PROTECTED]> > > > > 03/23/2007 03:55 PM > > > > Please respond to > > > > [email protected] > > > > > > > > > > > > To > > > > [email protected] > > > > 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: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > -- > > > > > > Yang ZHONG > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > -- > > Yang ZHONG --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
