Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 357749 - xsi:type not present for Top Level Elements when OPTION_SAVE_TYPE_INFORMATION set
Summary: xsi:type not present for Top Level Elements when OPTION_SAVE_TYPE_INFORMATION...
Status: RESOLVED WORKSFORME
Alias: None
Product: EMF
Classification: Modeling
Component: Core (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows 7
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Ed Merks CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-09-15 05:34 EDT by Rob CLA
Modified: 2011-10-27 12:05 EDT (History)
1 user (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Rob CLA 2011-09-15 05:34:48 EDT 
Build Identifier: 2.4.2

If you have OPTION_SAVE_TYPE_INFORMATION set in order to always force elements to have an xsi:type specified, it will not force them on top level elements.  The following fix:

https://bugs.eclipse.org/bugs/show_bug.cgi?id=296144

Will add xsi:type to a top level element if it is required to validate the XML, however this does not include the case where it is being forced to all elements by using OPTION_SAVE_TYPE_INFORMATION.

There is a forum discussion on this:

http://www.eclipse.org/forums/index.php/t/236774/

That details this further and pinpoints a possiblearea to resolve this in.

Reproducible: Always
Comment 1 Ed Merks CLA 2011-10-27 12:05:57 EDT 
I tried this with the library schema example and it worked fine, i.e., an xsi:type appears. I'll need an example or test case if you want me to look further.