[Mono-bugs] [Bug 77907][Nor] New - [PATCH] XmlSchemaImporter.ImportTypeMapping loses TypeData for primitive types

bugzilla-daemon at bugzilla.ximian.com bugzilla-daemon at bugzilla.ximian.com
Sat Mar 25 04:05:00 EST 2006


Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

Changed by gert.driesen at pandora.be.

http://bugzilla.ximian.com/show_bug.cgi?id=77907

--- shadow/77907	2006-03-25 04:05:00.000000000 -0500
+++ shadow/77907.tmp.8786	2006-03-25 04:05:00.000000000 -0500
@@ -0,0 +1,32 @@
+Bug#: 77907
+Product: Mono: Class Libraries
+Version: 1.1
+OS: 
+OS Details: 
+Status: NEW   
+Resolution: 
+Severity: 
+Priority: Normal
+Component: Sys.XML
+AssignedTo: lluis at ximian.com                            
+ReportedBy: gert.driesen at pandora.be               
+QAContact: mono-bugs at ximian.com
+TargetMilestone: ---
+URL: 
+Cc: 
+Summary: [PATCH] XmlSchemaImporter.ImportTypeMapping loses TypeData for primitive types
+
+For primitive types, XmlSchemaImporter.ImportTypeMapping passes the 
+TypeData.Type to XmlReflectionImporter and SoapReflectionImporter, and 
+therefore we always end up losing any specific information in TypeData 
+(such as ElementName).
+
+For example, by importing this:
+
+<xs:element name=\"date\" type=\"xs:date\" />
+
+you end with a TypeData that has ElementName set to "date", but if you 
+only pass TypeData.Type to, for example, XmlReflectionImporter then you 
+always end with the hashtable entry in TypeTranslators.nameCache for that 
+type, and a such you lose the specific information of the imported 
+element.


More information about the mono-bugs mailing list