"kelvin goodson" <[EMAIL PROTECTED]> wrote on 05/03/2006 05:16:24 AM:
> There's a pair of files called "Primer.xsd" and "PrimerSample.xml" which I > have used in the past which come from Eclipse EMF and > is as comprehensive in its coverage of schema as I have ever needed. I'm I think Primer.xsd is certainly a comprehensive Schema support test, but for that reason, I think it may be overly aggressive to expect all of our SDO impls (especially the ones that aren't leveraging EMFs full schema support, under the covers) will be able to handle it. We could try, just to see, but I think it would be better to try to put together a simpler example that just handles all the standard SDO (as opposed to XML schema) types. I don't know of any such example exists - could ask the spec team just in case - but I think someone will need to put one together. > not sure how we stand on being able to distribute these as part of the test > suite in Tuscany. A quick google shows the files available from the article > > http://www.eclipse.org/newsportal/article.php?id=3666&group=eclipse.tools.emf > as attachments > http://www.eclipse.org/newsportal/attachment.php?group=eclipse. > tools.emf&id=3666&attachment=2 > and > http://www.eclipse.org/newsportal/attachment.php?group=eclipse. > tools.emf&id=3666&attachment=3 > > With regards to sharing change histories, I imagine the primary use case > for change histories is when you give a give a modified graph back to the > "same" DAS for writing back to the original source. So I in terms of cross > language interoperability I would extrapolate that the scenario we would be > supporting would be that of fairly tightly coupled DAS implementations, all > accessing the same source. I may be wrong, but It doesn't sound like a > frequently encountered scenario, so whilst it sounds like goodness, it > wouldn't be at the top of my priority list. I agree that ChangeSummary is not high on the priority list. Note that there are also two practical problems as well. 1) SDO Java hasn't implemented the "standard" serialization format for ChangeSummary yet ... and won't have it implemented until late in the year and 2) the SDO spec is a little ambiguous in this area and there are still spec discussions going on, on the topic. Frank > > I don't have a strong feeling yet for the shape of tests we should do, but > perhaps we could talk about which interop tests we want to do on the IRC > channel in the next regular slot (I'm assuming that's Monday May 8th, at: > 15:30 GMT, 16:30 BST, 08:30am PST, 11:30am EDT, 21:00 Bangalore) > > Cheers, kelvin. > > On 5/2/06, Simon Laws <[EMAIL PROTECTED]> wrote: > > > > I spent a little time getting familiar with PHP/SDO and had some more > > thoughts about cross language interop testing. For SDO the most basic test > > is to read and write an XML file from PHP/JAVA/C++ and compare the > > results. > > We could develop this to test other functions such as creating, updating > > and > > deleting content and again comparing the content from the different > > implementations. Assuming we start with the same input we would expect the > > outputs to be compatible. > > > > Is there an XML file somewhere that contains the full set of supported > > types > > and type constructs? > > > > Where relational DASs are implemented Similar tests could be carried out > > with relational data ensuring that type conversions are performed > > accurately > > and consistently across implementations by reading out of a database and > > printing out the data for comparison or by inserting back into a database > > for comparison. > > > > We could also look at how consistently the implementations convert from > > one > > DAS type to another but I guess this is not strictly an interoperability > > issue. > > > > Is there an intention that SDO change histories will be shared? If so this > > is something else that you could expect to be transferred across language > > boundaries and hence we should think about how to test this. > > > > Once the work is done to have C++ support Axis2 we should do some SCA > > interop testing also. In the near term we could do some basic testing > > based > > on SDO/axiom conversions if it's thought that to be worth it. > > > > I'm happy to spend time setting up tests if we can agree which ones are > > required. > > > > Thoughts > > > > Regards > > > > Simon > > > > > > > -- > Best Regards > Kelvin Goodson
