Hi Erich, You're sample should work. It shouldn't take long to fix the bug that's causing it to fail, but unfortunately I've been tied up with other things for the last couple of days. I'll try to check in the fix by tomorrow. By the way, the reason it's behaving differently in the current SVN Head vs the last release is because there was another similar bug (related to hiding EMF internal properties) which we fixed since the last release, and now it's breaking with the change summary bug I mentioned below.
As far as using the "modeled datagraph" approach instead of a dynamic DataGraph for your client application, I would say that either should work fine, but using the static (modeled) DataGraph will likely turn up more bugs, since it's new (not very well tested) code. The dynamic DataGraph, has been around and used for a while so using it would probably go more smoothly, but that approach requires you to use non-standard (Tuscany SDOUtil) APIs, since the SDO 2.1 spec hasn't defined the DataGraph creation and some other DataGraph-related APIs yet. We do want to get the bugs out of the new stuff, so if you go that route, we will appreciate the help with testing it, and will try to fix problems that you uncover as quickly as possible. Thanks, Frank. Erich Rueede <[EMAIL PROTECTED]> wrote on 07/11/2007 05:36:43 AM: > Hi Frank and Kelvin > > saying this, I am still unsure whether Tuscany SDO > will support the static approach as outline in the > previously documented sample (modelling the datagraph > with XSD and then generate static code). > > If it does support the static approach, how long will > it take to fix the current bugs? I need to decide > whether a client project can build upon this > approach.. > > Thanks for your help > Erich > > > --- Frank Budinsky <[EMAIL PROTECTED]> wrote: > > > Hi Kelvin and Erich, > > > > I just debugged through this, and it's definitely a > > bug in the change > > summary code. It's another one in the line of bugs > > we've been finding > > related to the change we made when we separated SDO > > user properties from > > the internal EMF ones. It's another example of where > > the wrong index (SDO > > property index) is being used when it should be the > > internal EMF feature > > index. I'll look at it a little more tomorrow to > > figure out what the > > cleanest fix is. > > > > Frank. > > > > > > > > > > Erich Rueede <[EMAIL PROTECTED]> > > 07/09/2007 08:45 AM > > Please respond to > > [email protected] > > > > > > To > > [email protected], > > [EMAIL PROTECTED] > > cc > > > > Subject > > Re: static DataObject with contained static > > DataGraph doesn't record > > changes in summary > > > > > > > > > > > > > > Hi Kelvin > > > > I did not get the exception you mentioned. I guess > > this might be due to different versions of the > > SDO/EMF > > implementation we are using. > > > > Regards, > > Erich > > --- kelvin goodson <[EMAIL PROTECTED]> wrote: > > > > > Hi Erich, > > > I'm looking at this but currently I am getting > > an > > > exception generated > > > here ... > > > > > > saveGraph(staticGraph); > > > > > > I'll investigate why this might be. Have you seen > > > anything like this? I > > > noticed I had to do some changes to your code to > > > make it compile, which > > > implies you are using some generator options. For > > > completeness, can you let > > > me know what generator options you are using. > > > > > > Regards, Kelvin. > > > > > > **************** static graph > > ********************** > > > > > > Exception in thread "main" > > > java.lang.IllegalStateException: The containment > > > feature could not be located > > > at > > > > > > org.eclipse.emf.ecore.impl.BasicEObjectImpl.eContainmentFeature( > > > BasicEObjectImpl.java:475) > > > at > > > > > > org.eclipse.emf.ecore.impl.BasicEObjectImpl.eContainmentFeature( > > > BasicEObjectImpl.java:439) > > > at > > > > > > org.apache.tuscany.sdo.impl.DataObjectImpl.getContainmentProperty( > > > DataObjectImpl.java:182) > > > at > > > > > > org.apache.tuscany.sdo.util.resource.ChangeSummaryStreamSerializer. > saveChangeSummary > > > (ChangeSummaryStreamSerializer.java:609) > > > at > > > > > > org.apache.tuscany.sdo.util.resource. > SDOXMLResourceImpl$SDOXMLSaveImpl.saveChangeSummary > > > (SDOXMLResourceImpl.java:806) > > > at > > > > > > org.apache.tuscany.sdo.util.resource. > SDOXMLResourceImpl$SDOXMLSaveImpl.saveDataTypeElementSingle > > > (SDOXMLResourceImpl.java:816) > > > at > > > > > > org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures( > > > XMLSaveImpl.java:1370) > > > at > > > > > > org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID( > > > XMLSaveImpl.java:2462) > > > at > > > > > > org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement( > > > XMLSaveImpl.java:1036) > > > at > > > > > > org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement( > > > XMLSaveImpl.java:922) > > > at > > > > > > org.apache.tuscany.sdo.util.resource. > SDOXMLResourceImpl$SDOXMLSaveImpl.saveElementFeatureMap > > > (SDOXMLResourceImpl.java:844) > > > at > > > > > > org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures( > > > XMLSaveImpl.java:1355) > > > at > > > > > > org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.writeTopObject( > > > XMLSaveImpl.java:627) > > > at > > > > > > org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveImpl.java > > > :552) > > > at > > > > > > org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl.java:233) > > > at > > > > > > org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave( > > > XMLResourceImpl.java:203) > > > at > > > > > > org.eclipse.emf.ecore.resource.impl.ResourceImpl.save( > > > ResourceImpl.java:993) > > > at > > > > > org.apache.tuscany.sdo.helper.XMLDocumentImpl.save( > > > XMLDocumentImpl.java:205) > > > at > > > > > org.apache.tuscany.sdo.helper.XMLDocumentImpl.save( > > > XMLDocumentImpl.java:159) > > > at > > > > > > org.apache.tuscany.sdo.helper.XMLHelperImpl.save(XMLHelperImpl.java > > > :139) > > > at > > > > > > org.apache.tuscany.sdo.helper.XMLHelperImpl.save(XMLHelperImpl.java > > > :134) > > > at > > > > > > t_user.erich_rueede.DgExtended.saveGraph(DgExtended.java:69) > > > at > > > > > > t_user.erich_rueede.DgExtended.main(DgExtended.java:42) > > > > > > > > > > > > On 07/07/07, Erich Rueede <[EMAIL PROTECTED]> > > wrote: > > > > > > > > Hi Frank and Kelvin > > > > > > > > since I don't know how to make attachments work > > > for > > > > the mailing list, here's a text copy of its > > > content: > > > > > > > > The XSD: > > > > ======== > > > > <xsd:schema > > > xmlns="http://www.w3.org/2001/XMLSchema"; > > > > > > targetNamespace="http://abc.com/services"; > > > > xmlns:tns="http://abc.com/services"; > > > > xmlns:sdo="commonj.sdo" > > > > xmlns:sdoJava="commonj.sdo/java" > > > > xmlns:sdoXml="commonj.sdo/xml" > > > > sdoJava:package="com.abc.services" > > > > > > > xmlns:xsd="http://www.w3.org/2001/XMLSchema";> > > > > > > > > <xsd:import namespace="commonj.sdo" > > > > schemaLocation="datagraph.xsd" /> > > > > > > > > <xsd:complexType name="NestedType"> > > > > <xsd:sequence> > > > > > > > <xsd:element name="test1" > > > > type="xsd:string" /> > > > === message truncated === > > > > > ____________________________________________________________________________________ > Get the Yahoo! toolbar and be alerted to new email wherever you're surfing. > http://new.toolbar.yahoo.com/toolbar/features/mail/index.php > > --------------------------------------------------------------------- > 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]
