Есть ASP.NET приложение.
У нас, разработчиков, на WinXP на нескольких копмах все работает.
У заказчика на Microsoft Windows Server 2003 SP2 вываливается в некоторых местах — "Object reference not set to an instance of an object".

Фактически копаю в направлении различий между серверами.
.NET одинаков 2.0.50727
IIS чуть непохож.

В чем причина даже не догадываюсь. У нас эти куски кода работают прекрасно. Там ничего крамольного — визывается статический метод статического класса. Ему передаются данные параметры, (которые перед этим создались параметризированной процедурой; параметры — типы, этих типов и создаются данные).
Вот так в двух словах.
Если кто встречался с подобным посоветуйте что делать. Желательно побыстрее. :(

Здравствуйте, RasimS, Вы писали:

RS>Бать может проблема в иисе. В 2003 используется шестерка, а в xp пятерка. Разница, как говорят хоть и не большая, как говорит майкрософт, но все же есть. Попробуйте понять суть проблемы более глубже. Потрассируйте
Нет, трассировка и отладка исключена. :(
Есть смутное подозрение на Isolation Features, поскольку вызовы идут между разными сборками.
Попробую почитать Improving Web Application Security: Threats and Countermeasures.
Скорее всего придется себе где-нибуть установить WinServer2003 и уже пробовать трассировать и все такое.

Здравствуйте, Artem k., Вы писали:

AK>Создайте в Application pools новый пул, для него поставьте Identity в Local system. Назначьте данный пул для всех приложений. Дело имхо, действительно в isolation mode.

Не помогло.
На веб-сервере размещено только одно наше приложение. Я уже переводил IIS6 в режим "IIS5 isolation mode" — никакого эфекта.

Здравствуйте, Artem k., Вы писали:

AK>Создайте в Application pools новый пул, для него поставьте Identity в Local system. Назначьте данный пул для всех приложений. Дело имхо, действительно в isolation mode.

Я уже писал, приложение состоит из самой сборки веб проекта и парочки вспомогательных сборок. Возможно надо включить режим Side by Side assemblies? Правда так оно требует файл манифеста. Есть смысл копать в этом направлении?

Было подозрение что у доп. сборок недостаточно прав.
В .NET 2.0 Configuration пробовал добавить CodeGroups с FullTrust на папку bin, в которой бинари моих дополнительных сборок — не помогло.

Здравствуйте, IO, Вы писали:

IO>Было подозрение что у доп. сборок недостаточно прав.
IO>В .NET 2.0 Configuration пробовал добавить CodeGroups с FullTrust на папку bin, в которой бинари моих дополнительных сборок — не помогло.

Шит! Причина оказалась совсем в другом. :))
Рассказываю:
На нашем вин2к3 сервере с 6 иис-ом все работало. Поставил два терминала рядышком и перекликал все опции нашего сервера и у заказчика. Свел все один к одному. Не работает. А веб приложение конектится к 2005 серверу. В самом начале бага я проверял — снял профайлером запрос на выполнение хранимки с нашей базы, запустил у заказчика — тот самый результат, те самые ровсеты. Но наверно я запускал запрос не под тем логином, под которым приложение конектится. Дай, думаю проверю еще раз. Точно! У заказчика не все ровсеты приходят. Сравниваю права в двух базах. Оно! Хранимка часть ровсетов возвращает прямыми запросами, а часть — динамическим SQL. Так вот, прав на выполнение динамического SQL не хватало. Ну и соотв. веб-приложение их не приняло, и соотв. структуры были null (эх, никак не соберусь дописать нормально нашу библиотеку доступа к БД — что б говорила "не все ровсеты пришли!"). Отсюда и NullReferenceException.
:crash: