Hi Ron,
Could you clarify the following issues as they
relate to the project operation below?
DataObject O2 =
C2.getDataHelper().project(O1);
Sequenced Data
Objects
- If O1.getType().isSequenced()==true and
O2.getType.isSequenced()==false (allowed in section 4.5.4), then what is the
impact on O1's Sequence as operations are performed on O2?
- If O1.getType().isSequenced()==true and
O2.getType.isSequenced()==true, then are modifications made to O2's Sequence
reflected on O1's Sequence? Does this include text values
O2.getSequence().addText("foo")? What is the impact if type Types are
not in agreement about which properties correspond to XML elements (included
in Sequence) and XML Attributes (not included in Sequence).
Abstract Types
- Section 4.5.5 indicates that isAbstract() cannot
be used in the determination of Type compatibility. If the Type in the
target HelperContext is abstract won't this prevent the appropriate target
DataObject from being instantiated?
Open Types
- Section 4.5.5 indicates that isOpen() cannot be
used in the determination of Type compatibility. If the open nature of
the Type does not agree then won't the presence of open content properties on
O1 prevent it from being cased to O2
(O2.getType.isOpen()==false)?
Undefined State
- What does it mean for O1 to be in an "undefined
state" after it is casted into C2. Does this mean making calls to O1
will throw exceptions? Can a programmer determine that O1 is in
an "undefined state" state?
Valid DataObjects
Returned
- The last 2 paragraphs of section 4.14.2 state that
O2 must be valid according to the rules of C2 or an exception MUST be
thrown. What is the definition of "valid"? With the current type
compatibility definition is it possible to achieve a reasonable number of
"valid" projections. If an exception is thrown because the projected
DataObject is not valid is it possible to provide the user with enough
information to fix the problem. This isn't such a concern for the
initial projection, but is a concern when trying to reverse the projection to
put O1 back in a "defined" state.
-Blaise
----- Original Message -----
Sent: Thursday, March 20, 2008 9:52
AM
Subject: [sdo] ISSUE 66: Proposed
Resolution
<<ISSUE 66 Proposed
Resolution.doc>> Hi Everyone,
I've removed references to POJO objects.
Ron
--------------------------------------------------------------------- To
unsubscribe from this mail list, you must leave the OASIS TC that generates
this mail. You may a link to this group and all your TCs in
OASIS at: https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
|