Ошибка синтаксического анализатора Ошибка в XML-документе (0,0) Salesforce Wsdl

Я столкнулся с этой проблемой давным-давно, но не смог задокументировать ее для себя и потомков.

У меня есть 3 машины, на которых работает один и тот же код. Я запускаю IIS в Windows XP Pro, Windows 2003 и Windows 2008. Код взят с нашего исходного сайта (весь код точно такой же) и был размещен в других средах, чтобы посмотреть, сможем ли мы начать разработку и внести дальнейшие изменения.

Win 2003 - текущая функция внутреннего сервера. Он запускает код без каких-либо проблем. Остальные 2 нет, с тем же сообщением об ошибке:

Ошибка синтаксического анализа
Описание: Произошла ошибка при синтаксическом анализе ресурса, необходимого для обслуживания этого запроса. Ознакомьтесь со следующими конкретными сведениями об ошибках синтаксического анализа и соответствующим образом измените исходный файл.

Сообщение об ошибке синтаксического анализатора: ошибка в XML-документе (0, 0).

Ошибка источника:

[Нет соответствующих исходных строк]

Исходный файл: /site1/App_WebReferences/salesforce/ Строка: 1

Информация о версии: Версия Microsoft .NET Framework: 2.0.50727.3615; Версия ASP.NET: 2.0.50727.3618

Я не думаю, что это проблема с файлом Salesforce Wsdl, потому что он говорит, что проблема связана с самой первой строкой. Декларация xml.

    <?xml version="1.0" encoding="UTF-8"?>

    <!--
    Salesforce.com Enterprise Web Services API Version 21.0
    Generated on 2011-02-24 15:38:46 +0000.

    Package Versions:
    Informatica Data Loader (Version: 1.11, Namespace: infa)
    Salesforce for Google AdWords (Version: 1.2, Namespace: sfga)
    VerticalResponse for AppExchange (Version: 1.1, Namespace: vr)

    Copyright 1999-2011 salesforce.com, inc.
    All Rights Reserved
    -->

    <definitions targetNamespace="urn:enterprise.soap.sforce.com" ...

Я полагаю, что это может иметь какое-то отношение к bin-файлам или коду, запускающему сайт. Глобальное или приложение, которое не работает должным образом.

Я использую AspDotNetStorefront. Более новая версия 9.x работает одновременно на том же сервере Windows 2008. Он работает нормально.

Кроме того, я подумал, что IIS, возможно, заблокировал некоторые файлы, что мешает ему правильно скомпилировать файлы, которые работают на другом сервере. Это всего лишь теория, которую я не знаю, как проверить или даже найти оскорбительный файл (файлы). Я попытался удалить все временные файлы .NET из папки Windows после закрытия сайта в IIS. Но я не знаю, единственное ли это место для файлов. Это все равно не решило проблему.


.net salesforce wsdl parsing-error aspdotnetstorefront
person CaptainBli    schedule 20.03.2012    source источник
comment
Это при первоначальной настройке IIS для запуска сайта, в то время как IIS работает с другой версией ASPDotNetStorefront.   -  person CaptainBli    schedule 24.04.2012

Ответы (1)


arrow_upward
0
arrow_downward

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

Во-первых, это заставить весь ваш сайт перекомпилироваться, коснувшись web.config (добавив пробел, а затем удалив его и сохранив web.config). Эта перекомпиляция может не повлиять на весь сайт, и некоторые кэшированные файлы могут быть перекомпилированы неправильно.

Итак, шаг второй — найти временную папку .Net в каталоге Windows. Найдите конкретную папку, содержащую кэшированную сборку для сайта, на котором возникли проблемы. Поскольку у меня одновременно работает несколько сайтов, мне приходится выполнять поиск по определенному имени файла, например johnjohn.aspx. У папок есть временные имена, которые я хотел бы понять, откуда они взялись, но как только вы нашли папку, вы можете создать ее резервную копию и удалить или переименовать. Для этого вам, вероятно, потребуется остановить сайт. После того, как вы удалили/переименовали папку, перезапустите сайт в IIS.

Это то, что у меня есть прямо сейчас. Я вернусь, чтобы узнать, опубликовал ли кто-нибудь еще решения.

person CaptainBli    schedule 11.06.2013