All about IT

Свершилось! В Service Pack 1 для WSS и MOSS заявлена поддержка AJAX Control Toolkit:

ASP.NET for AJAX Compatibility and Support Including Support for Web Parts Built with AJAX Control Toolkit for ASP.NET and AJAX 1.0 Extensions (941955).
You can now use the Microsoft AJAX 1.0 Control toolkit for Microsoft ASP.NET or the AJAX 1.0 Extensions for ASP.NET to create Web Parts for asynchronous post pack. Beginning with WSS 3.0 SP1 and MOSS 2007 SP1, developers can create custom Web Parts using AJAX.

Ключевой технологический момент конструкта под названием «Web 2.0» теперь и на корпоративном портале.

Сюрприз от Visual Studio 2008: ATL Server больше не поддерживается. К счастью, исходники доступны на Codeplex’е. Скачиваем, распаковываем и наслаждаемся (?) жизнью.

Вышло интересное дополнение к Microsoft Office Word 2007: Microsoft Math. По сути оно превращает Word в эдакий простенький MathCAD: позволяет решать уравнения и строить график, упрощать математические выражения и т.п.

Хороший инструмент для студента-первокурсника или школьника старших классов (впрочем, в школе, насколько я знаю, не требуют готовить отчеты по лабораторным работам и курсовым проектам в печатном виде).

P.S. Не стоит путать MS Math с MS Equation, который поставляется вместе с Word’ом. Последний позволяет только верстать формулы и сложные математические выражения, но не содержит вычислительных функций.

Проблема. Информация в профилях пользователей в коллекции узлов не соответствует информации на личном узле пользователя (и, соответственно, в хранилище профилей поставщика общих услуг (Shared Services Provider)). Например, пользователь загрузил новую фотографию, но в доске обсуждений (и в других частях портала, где должна отображаться фотография) она до сих пор старая.

Сначала немного теории. Известно, что в Windows SharePoint Services 3.0 (WSS) профили пользователей локальны для каждой коллекции узлов. Т.е. в рамках коллекции заводится учетная запись пользователя, после чего у него появляется возможность редактировать свой профиль, загружать фотографии и т.п. Если создается еще одна коллекция узлов, то для нее пользователя надо заводить отдельно (и, соответственно, отдельно заполнять профиль). Так же известно, что в Microsoft Office SharePoint Server 2007 источником данных о пользователях является поставщик общих услуг. Он производит загрузку данных в профили из внешних источников (службы каталогов, бизнес-приложений через BDC и т.п.) Казалось бы, что в MOSS все коллекции узлов должны обращаться к SSP для получения данных о пользователях. На самом деле, это не совсем так.

Для каждой коллекции узлов, как и в WSS, профили пользователей хранятся отдельно. При этом периодически происходит загрузка данных из хранилища профилей SSP в профили пользователей коллекций узлов. За этот процесс отвечает задача Profile Synchronization (внутреннее имя profsynch), которая с некоторой периодичностью (примерно раз в 1 час) запускается внутри портальной фермы. Запуском этой задачи занимается служба Windows SharePoint Services Timer (owstimer.exe).

Решение. Итак, что же делать, если профили в коллекции узлов не обновляются?

1. Подождать. Если пользователь загрузил новую фотографию несколько минут назад, то это изменение вступит в силу в течение часа.
2. Запустить индексирование контента портала (а точнее, профилей пользователей). В документации я не нашел упоминания об этом, но, судя по всему, профиль должен быть проиндексирован перед тем, как он будет синхронизирован с коллекцией узлов.
3. Проверить, работает ли служба таймера. Если служба не запущена, синхронизация профилей не проводится.

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

По умолчанию в верхнем меню узла есть два уровня: тот, который отображается всегда и плоский выпадающий список. Если портал имеет достаточно много уровней иерархии узлов, то навигация становится затруднительной – приходится переходить по ссылкам, постепенно опускаясь ниже по дереву узлов. Есть простой прием, позволяющий облегчить пользователям процесс навигации. Для этого надо в исходном коде мастер-страницы (по умолчанию это default.master) найти элемент <SharePoint:AspMenu> и в нем установить значение атрибута MaximumDynamicDisplayLevels равным, например, 4. При этом выпадающее меню будет раскрываться еще на два уровня вправо (на три – если MaximumDynamicDisplayLevels=”5″, на четыре – если MaximumDynamicDisplayLevels=”6″ и т.д.) Это позволит снизить количество переходов по ссылкам при доступе к узлам нижних уровней портала. [Доберусь до виртуалки - сделаю скриншоты, если надо. За напоминание об этом хаке спасибо венгерскому товарищу.]

Update. Речь идет о именно о верхнем меню. На мастер-странице default.master элемент управления <SharePoint:AspMenu> встречается дважды. Один отвечает за верхнее меню (его id=”TopNavigationMenu”), а второй – за область быстрого запуска (id=”QuickLaunchMenu”). Нас интересует именно первый (он в исходном коде страницы расположен выше).

Google продемонстрировала набор шрифтов, входящих в их мобильную платформу Android (см. картинку). Сами шрифты выглядят довольно приятно, с этим все хорошо. Но обратите внимание на пятое сверху слово в средней колонке.

Предпочтения в еде? McDonald’s, right?

[картинка via Gizmodo]

Здесь в комментариях развернулась бурная дискуссия на тему того, на сколько сложно (и вообще реально ли) настроить внешний вид MOSS 2007 под свои нужды или под требования фирменного стиля компании. Большинство участников сходятся во мнении, что это крайне сложная задача, что лучше не заморачиваться и в качестве CMS’ки воспользоваться чем-то вроде Drupal‘а или MODx‘а. И только один грамотный товарищ из Словении доказывает, что это не так. На картинке – пример того, что его компания смогла сделать из Publishsing Layout и open source’ной темы из интернета.

Это, конечно, не знаменитые Гавайские авиалинии, но тоже очень неплохо.

В блоге Скотта Гютри.

Первый взгляд на долгожданный MVC-каркас для ASP.NET с примерами кода и подробными объяснениями, как это всё работает. Признаться, ничего особо интересного, по сути это калька с того же RoR/Symfony/…. Ну или не калька, а грамотная реализация идея на программной платформе Enterprise-уровня. Подходящее определение можете выбрать сами.

Для того, чтобы SharePoint выводил вместо обобщенного сообщения об ошибке (типа Unknown Error) полноценную отладочную информацию, необходимо выполнить следующие действия:

1. На веб-сервере, где установлен SharePoint, перейти в папку Диск:\Inetpub\wwwroot\wss\VirtualDirectories\[папка узла] (например 80).
2. Открыть текстовым редактором (например, Notepad’ом) файл Web.config.
3. Найти строку, содержащую слово “CallStack“. Изменить значение атрибута CallStack на “true“. Должна получиться строка следующего вида:

   <SafeMode MaxControls="200" CallStack="true"
        DirectFileDependencies="10" TotalFileDependencies="50" AllowPageLevelTrace="false">

4. Найти элемент “CustomErrors“. Установить значение атрибута mode в “off“:

   <customErrors mode="Off" />

5. Сохранить и закрыть файл. Перезапускать IIS при этом не требуется.

Теперь в случае возникновения ошибки будет выводиться полная трасса стека с указанием метода, сгенерировавшего исключение.

А вот здесь дают хостинг на SharePoint. Правда в бесплатной версии есть ограничения на 5 пользователей и 5 мегабайт пространства, но для небольшого проекта или user-группы вполне сгодится. Особенно если документы хранить отдельно где-нибудь в SVN’е (и/или не пользоваться версионностью в библиотеках).

[по материалам JOPX‘а]

На днях Microsoft анонсировал новый продукт – Microsoft Search Server 2008 (в девичестве – S2). В настоящий момент доступна CTP-версия, релиз ожидается в марте 2008 года. Что же это за продукт?

На самом деле MSS 2008 это обновленная версия MOSS 2007 for Search под другим названием. Планируется выпуск двух вариантов поставки: бесплатная версия Express и коммерческий продукт Search Server. Продукт предлагает те же возможности, что и MOSS 2007 Standard Edition, плюс некоторые дополнительные возможности (отмечены курсивом):

• Интерфейс центра поиска
• Настраиваемые веб-части, связанные с поиском.
• Поддержка Best Bets и подсветки результатов поиска.
• Настройки процесса сбора информации (crawl’инга источников данных).
• Тезаурус поиска (исключение нерепрезентативных слов, создание наборов синонимов).
• Поиск в различных источниках данных: общие папки, папки Exchange’а, базы данных Lotus Notes, веб-сайты и др. Набор источников расширяется за счет установки поисковых адаптеров сторонних производителей.
• Встроенные адаптеры позволяют обрабатывать (искать внутри) документов MS Office, веб-страниц, текстовых файлов, XML-файлов. Так же можно установить бесплатный адаптер для PDF-файлов.
• Обобщенный поиск (Federated Search) за счет использования коннекторов стандарта OpenSearch. В поставку входят коннекторы для Documentum и FileNet
• Веб-части для обобщенного поиска.
• Возможна установка поверх Windows SharePoint Services (WSS) 3.0 для расширения поисковых возможностей этого продукта.
• Упрощенный процесс установки, проверяющий и наглядно отображающий наличие требуемых компонентов в системе.

Поддерживаются два варианта установки:

• Простая (Basic) установка – в этом варианте инсталлируется SQL Server Express (с ограничением размера базы 4ГБ). Он используется для хранения поисковой информации. Учитывая максимальный размер базы, могут быть проиндексированы порядка 400000 документов.
• Расширенная (Advanced) установка – в этом варианте можно указать, какой SQL сервер должен быть использован для хранения поисковой информации.

По сути, при любом варианте сначала ставится WSS 3.0, а затем поверх него функциональность сервера поиска. Разница между полной и Express версиями состоит в том, что Express-версию можно установить только на один сервер, т.е. она не масштабируется.

Установка может быть выполнена поверх существующего WSS 3.0, в этом случае будет расширена поисковая функциональность. Выполнить установку поверх MOSS 2007 нельзя. В первом сервиспаке для MOSS будет добавлена функциональность обобщенного поиска.

Сводная таблица по семейству продуктов, поддерживающих поиск:

Остался один небольшой вопрос – что же такое Обобщенный поиск? Это технология, позволяющая передавать поисковые запросы и получать их результаты между различными информационными системами (в т.ч. и веб-сайтами в Интернете). Результаты поискового запроса, полученные от внешних (по отношению к серверу поиска) систем, обычно выводятся рядом с основными результатами. Примеры коннекторов к внешним информационным системам можно посмотреть на сайте Microsoft.

Между тем, замечательная утилита SPM 2007 (скачать) продолжает обновляться (за что, безусловно, спасибо её автору, Carsten Keutmann‘у). Из видимых невооруженным глазом нововведений появился просмотр элемента в браузере прямо в окне программы, просмотр корзины, рабочих процессов и CAML-представлений.

SPM 2007 несколько раз выручал меня в работе. Например, в процессе создания узла произошел сбой. При этом узел появился в Hierarchy Manager, при обращении выдавал сообщение об ошибке и совершенно не хотел удаляться. Я запустил SPM, нашел в нем созданный узел и нажал Delete. Вуаля, узел исчез даже не пикнув.

Единственное ограничение, о котором не стоит забывать: SPM должен быть установлен на той же машине, где стоит SharePoint (т.е. на одном из WFE).

Представим ситуацию, что на сервере сначала был установлен SQL Reporting Services 2005. Для него было создано веб-приложение, работающее на 80-м порту. Впоследствии на тот же сервер было установлено другое веб-приложение, например SharePoint. При этом первое приложение (с Reporting Services) перенесли на другой порт, например на 81. В этом случае, при попытке сконфигурировать RS из консоли управления, будет выдано сообщение об ошибке доступа к веб-службе конфигурации.
Для решения этой проблемы необходимо в конфигурационному файле Reporting Services изменить адрес веб-службы конфигурации.
Файл: C:\Program Files\Microsoft SQL Server\MSSQL.3\Reporting Services\ReportServer\rsreportserver.config (вместо MSSQL.3 может быть другая директория, в зависимости от инстанса RS).
Параметр в файле:

<configuration>
	<service>
		<urlroot>http://server:81/reportserver</urlroot>
		...
	</service>
</configuration>