Уж не знаю, то это что ты ожидал или нет, но была у нас такая проблемка.

Был дан некий навороченный XSD, причем он был разбит на несколько файлов. Так вот схема парсилась нормально, но при проверке валидного XML документа выдавалась ошибка, что втретился необъявленный элемент. Документ проверили и с помощью Java, и Altova XML Spy, Stylus Studio, все говорили что документ валидный.

Проблема заключалась в том, что файлы с частями схемы были названы по русски (файлы давались нам извне и повлиять на это мы не могли) и он неправильно декодировал имя файла схемы. Собственно тут два вопроса: почему он глотал ошибку (или это пресловутая концепция обработки ошибок в одном месте?  ) и почему он не смог сам правильно декодировать схему, ведь мы дали ему файл, а в заголовке было четко указанно, что это xml в кодировке UTF-8?

Добавлено через 1 минуту и 22 секунды

В Java весь JDK поставляется в виде исходников, и комментарии есть, и не надо страдать с отладчиком.

Ну насколько я в теме, у XmlReader-а есть событие ValidationEventHandler, подписавшись на которое можно получать детальную инфу о каждой ошибке, в доках это отражено. Ссылка на матчасть. Не кидать же одно исключение при первой встреченной ошибке. Насчёт кодировки - леший его знает, почему криво работает. Наверное кодировка XML-контента и кодировка имён файлов составного XSD в мелкомягкой реализации не совпадают... Кривизна рук видать не под тем градусом у их инженегров направлена. Вообще-то случай с мега-XSD можно считать вырожденным, и просто запостить на форумах мелкософта как багу. ИМХО. К тому же есть XmlResolver и пр. штуки через которые можно управлять поиском файлов. 

Добавлено @ 21:51

Значит ли это что при отладке проги я к примеру могу зайти пошагово вовнутрь этих исходников? И как быть с библиотеками без исходников, их как-то отдекомпилировать в сырцы можно? (рефлектором можно расковырять любую dll/exe с получением полного набора сырцов на языке по выбору - хоть в виде C#, хоть на Delphi.NET)

Почему? Схема распарсилась? - Нет! (если у меня головной файл будет содержать только импорты, то в результате будет полная чушь) Почему он мне выдает что все ОК?


Да не хочу я управлять поведением, я ему сложил все согласно путям пусть сам ищет. И вообще вопрос был не в этой конкретной ошибке, а в поведении.


Да, только вот насколько я помню, по умолчанию JDK скомпилирована с отладочной информацией, а JRE без. Так что нормально это получится только с JDK.


Нет, только декомпилерами. Насколько я знаю ни один отладчик такого не может.


Таки любую, даже после обсфукатора?

Ну не выдаёт он ОК, просто делает это по-другому. Или так было задумано, или хелп надо внимательно читать.


Всё равно не понял. Качество всего .NET Framework определяется неправильным поведением одного класса ? 


Всё равно клёво. В дотнете такое обещали только вместе с 2008-й студией, не проверял сделали или нет. 


Понятно. Рефлектор и есть такой декомпилер, судя по всему. Хотя можно и штатными средствами любую сборку обратно в MSIL расковырять и показать.


  
Только без понятных имён и в очень запутанном виде. В зависимости от обфускатора, часть может быть даже зашифрована и сложена в ресурсы.

Я ничего не говорил про .NET Framework в целом. Ты просил пример - я его привёл.

LSD, и в самом деле, тут я загнул.