Промзона \ Проблемы совместного использования Project server web access и Share Point. Описание решения ряда проблем, возникающих при совместном использовании PSWA и SP   Организация, в которой я работаю, начала использовать MS Project начиная с версии 2000. Потом это была версия MS Project XP Professional и первые попытки использования MS Project server web access (PSWA). В 2004 году начали использоваться версии 2003 обоих этих продуктов. Так как мне не хотелось изначально на этапе внедрения излишне усложнять и без того не простую систему, интеграции с Share Point (SP) на MS PSWA не было. Неудобство 1 и его решение Платформа windows 2000 server rus, MS SQL 2000 sp3a, PSWA 2000-2003. Адрес PSWA в интра сети выглядит следующим образом: http://<имя компьютера\имя узла>/ProjectServer , запомнить это не всем и не всегда просто. Решение следующее: в корневой папке веб-узла, на котором стоит PSWA размещается файл default.asp следующего содержания    <%    response.redirect "/projectserver"    %> Теперь, для того чтобы попасть на PSWA нет необходимости набирать весь путь, достаточно написать в адресной строке браузера только имя компьютера. Очень простое и приятное решение, которое потом сыграло злую шутку. Неудобство 2 и его решение Платформа windows 2000 server rus, MS SQL 2000 sp3a, PSWA 2000-2003. Проблема с наличием в организации (по различным причинам) почтового сервера имеющего поддержку протокола SMTP Возможное решение этого вопроса описано в статье MS Project Mail relay - Решение для различной обработки email сообщений, создаваемых MicroSoft Project Server 2000-2003. Неудобство 3 и его решение Платформа windows 2003 server rus, MS SQL 2000 sp4, PSWA 2003, SP2. Это скорее не неудобство, а проблема. Появилась необходимость расширить функционал PSWA, сервисами, предоставляемыми SP. Попытка расширить существующий PSWA закончилась неудачно. SP не создавал узлы для проектов. Просматривая интернет, выяснил, что ОЧЕНЬ рекомендуется сначала ставить SP а потом уже PSWA. Не вопрос! База PSWA на всякий случай сохранена, PSWA деинсталирован, все почищено. Устанавливается SP, расширяется узел "Веб-узел по умолчанию", устанавливается SP2 на SP. Из дистрибьютива PSWA при помощи WSSWIZ.EXE (папка \SUPPORT\WSSWIZ\) в SP устанавливаются шаблоны узлов, необходимые для совместной работы PSWA и SP. После чего устанавливается PSWA с указанием подключения к старой базе и вновь установленному SP. И все работает! На странице "Администрирования" PSWA видны все необходимые характеристики , узлы создаются и т.д. Следующим шагом выполняем решение, приведенное выше, в решении неудобного длинного пути к PSWA... Размещаем файл редиректора как описано выше, вводим имя сервера в браузере... И тут нас ждет неудача - мы попадаем на мастер создания узла SP! Корень веб-узла, расширенного SP (это тот же самый "Веб-узел по умолчанию") теперь контролируется SP! Заходим в администрирование виртуального сервера SP для "Веб-узел по умолчанию". Там нас интересует страница под названием "Определение управляемых путей": Тут мы видим список контролируемых SP путей виртуального сервера: "корень" и "sites". Почему тут есть "sites" - понятно, там SP создает узлы для проектов PSWA. Но зачем ему контроль над "корень"? И так, нам мешает путь который называется "корень", удаляем его из списка "Включенные пути" И о чудо! Решение с использованием редиректора в корневой папке узла снова работает! Пользователям опять больше не нужно набирать весь путь PSWA целиком! Но тут и начинаются проблемы - на страницах PSWA перестали отображаться страницы SP! Тоесть буквально - переход к странице "Документы проекта" заканчивается страницей которая содержит "шапку" PSWA, но не содержит страницы SP. Точнее она есть (загружается в соответствующий фрейм), но почему-то не отображается на экране! Дальше - больше. Перестало отображаться название шаблона в закладке "Параметры подготовки узлов" раздела "Администрирование - Управление службами Windows SharePoint Services": при этом узлы SP для проектов PSWA успешно создаются и удаляются! Попытка восстановить шаблоны узлов для PSWA на SP при помощи WSSWIZ.EXE и даже WSSWIZ.EXE -f заканчивается неудачно, шаблоны не видны в закладке "Параметры подготовки узлов" раздела "Администрирование - Управление службами Windows SharePoint Services". Попытка добиться правды у SP тоже натыкается на неудачу: Но это все - пол беды. Узлы на SP все-таки создаются и в принципе работе эти мелкие неувязки не мешают. Но потом выяснилось, что мешают - связь SP и PSWA все-таки нарушена: невозможно задачам PSWA назначить вопросы, риски, документы из SP! Опуская долгий рассказ скажу следующее - SP для нормальной работы в связке с PSWA необходимо контролировать "корень" веб-узла. Возвратив путь "корень" в список "Включенные пути" виртуального сервера SP возвращаем все на свои места. Обратите внимание, требуется "Явное включение"! А возможным решение длинного пути к PSWA может стать размещение ссылки на него на пустом листе центральной страницы узла SP корня веб-узла: