Hi Daniel,
My guess is that the underlying EMF XML loader already has options to
support this. Someone (you? :-) just needs to figure out what options need
to be exposed to SDO clients, or even turned on by default, to make it
work in Tuscany.
Frank.
Daniel Peter <[EMAIL PROTECTED]> wrote on
Thanks Kelvin, that example helps us a bunch. I figured there was some
concept in there I wasn't grasping before.
Thanks again!
-Chris
On 5/24/07, kelvin goodson <[EMAIL PROTECTED]> wrote:
Hi Chris
I couldn't find an example of this so I had a play and added a new test
case at [1].
Regards,
Hi Chris
I couldn't find an example of this so I had a play and added a new test
case at [1].
Regards, Kelvin.
[1]
https://svn.apache.org/repos/asf/incubator/tuscany/java/sdo/tools/src/test/java/org/apache/tuscany/sdo/test/OpenContentTestCase.java
On 23/05/07, Chris Mildebrandt <[EMAIL PROTEC
Hi Kelvin
I've got two different editions of the same generated
SDO class which are needed for de/serialization,
that's why I thought I need control over the
serialVersionUID.
But since the Java de/serialization uses XML
un/marshalling under the hoods, the serialVersionUID
probably doesn't matter
Hi all,
Assume there is a static generated SDO class, MySDO
edition1. Then an additional optional element is added
to the corresponding xsd, and thus the generated SDO
class, MySDO edition2, gets an additional property.
(At the time of the generation of MySDO edition1 it is
not known, where in th