Hi Frank,

yes it works now in our scenario, the change summary gets recorded.

Thanks,
Daniel.

----- Ursprüngliche Mail ----
Von: Frank Budinsky <[EMAIL PROTECTED]>
An: [email protected]
Gesendet: Freitag, den 13. Juli 2007, 00:10:38 Uhr
Betreff: Re: static DataObject with contained static DataGraph doesn't record 
changes in summary

Hi Erich,

It should be fixed now 
(https://issues.apache.org/jira/browse/TUSCANY-1430). 

Please let me know if it's working for you.

Thanks,
Frank.




Erich Rueede <[EMAIL PROTECTED]> 
07/11/2007 10:58 AM
Please respond to
[email protected]


To
[email protected]
cc

Subject
Re: static DataObject with contained static DataGraph doesn't record 
changes in summary






Hi Frank

I would like to go down the path of the modelled
graph.  I am happy to test this path and help you
identify upcoming bugs.

Please let me know when the current bugs are fixed and
the SVN head is ready to take another snapshot.

Thanks
Erich
--- Frank Budinsky <[EMAIL PROTECTED]> wrote:

> 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
> > > >
> 
=== message truncated ===



 
____________________________________________________________________________________
Sucker-punch spam with award-winning protection. 
Try the free Yahoo! Mail Beta.
http://advision.webevents.yahoo.com/mailbeta/features_spam.html

---------------------------------------------------------------------
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]








      __________________________________  Wissenswertes für Bastler und Hobby 
Handwerker. BE A BETTER HEIMWERKER! www.yahoo.de/clever

Reply via email to