Windows Desktop Search 3.0 Beta 2 has been released, and the GUI is back, along with improved performance and more modest resource usage.
Очень интересный, на мой взгляд, список типовых решений на базе SharePoint 2007 и Project 2007
http://www.microsoft.com/technet/prodtechnol/office/solutions.mspx (MOSS & Project)http://www.microsoft.com/technet/windowsserver/sharepoint/solutions.mspx (WSS)
Есть разбор как инфраструктурных вопросов (миграция, резервное копирование и т.д.) так и прикладных. Все решения выложены в формате Visio и содержат как архитектурные наброски так и методологические указания (местами даже workflow)
Например
Upgrading SharePoint Portal Server 2003 to Office SharePoint Server
Download this Visio diagram that shows how to upgrade a single server, in place, or gradually upgrade a server farm that is not using shared services.
Download this Visio diagram that shows considerations when upgrading and gradual upgrade of inter-farm shared services.
Или еще один пример
SharePoint Server Call CenterThe call center scenario illustrates the planning, deployment, and use of an internal call center in an enterprise that uses SharePoint Server. An internal call center's mission is to quickly resolve technical issues by leveraging the expertise of the technical support team, along with using a knowledge base of successful solutions.
На TechNet появился раздел о SharePoint Server. На первый взгляд это упорядочивание уже существующей документации и статей, которых помимо SDK появилось уже достаточно много как на MSCOM там и в блогах. Даже если и так, то и это хорошо т.к. раньше вы было разбросанно и местами не причесанно.
Одно из основных новшеств в SharePoint 2007, на мой взгляд, есть введение понятия Content Type.
SDK его определяет следующим образом: Content types, a core concept used throughout the functionality and services offered in Microsoft Windows SharePoint Services (version 3), are designed to help users organize their SharePoint content in a more meaningful way. A content type is a reusable collection of settings you want to apply to a certain category of content. Content types enable you to manage the metadata and behaviors of a document or item type in a centralized, reusable way.
Можно рассматривать Content Type как абстрактное описание типа информации, которую предполагается хранить в SharePoint.
Под описанием подразумевается
Т.е. теперь можно, с одной стороны, определить тип информации «Договор» и создавать столько библиотек договоров сколько необходимо и не заботится о том, что будет различное описание одной и той же сущности. С другой стороны теперь можно хранить различные сущности в одной библиотеке документов.
Мощь этого механизма усиливается еще тем, что типы допускают наследование. Т.е. можно создать тип «Документ» в котором определить, скажем, поле политику аудита и какие-то поля, после этого определить типы «Договор» и «Счет» как наследники от «Документа». Т.к. наследование происходит по ссылочному принципу, то существует определенный механизм распространения изменений по цепочке. В SharePoint различают Site Content Type и List Content Type. Первый создается пользователем, второй же создается копированием при создании библиотеки или списка. Т.е. в тот момент, когда создается библиотека или список на основе типа, происходит копирование всей метаинформации. Эта особенность позволяет управлять распространением изменений в базовых типах учитывая информацию хранимую в текущем списке.
Дл наглядности можно рассмотреть следующую диаграмму
Помимо Content Type есть еще один механизм повторного использования метаинформации – Site Column.
Site Column это определение поля на уровне сайта. После того как поле было определенно, оно может быть повторно использовано как в Content Type так и в любом списке.
Целю данного поста является просто информирование Вас о появлении таких мощных средств упорядочивания метаинформации как Content Type и Site Column. Описание всех особенност��й этих сущностей далеко не заканчивается этим кратким обзором. Единственное, что хотел бы еще раз отметить, то что этот механизм является базовым и используется практически во всех составляющих SharePoint 2007.
Не первый раз сталкиваюсь с ситуацией, когда ручное редактирование файла manifest.xsf дает более быстрое решение задачи нежели работа мышкой. Но в данном случае я, к сожалению, вообще не знаю как это сделать без редактирования XML файла.
Задача стояла следующая. Отображать собственное сообщение, если тип введенного в текстовое поле значения не соответствует типу определенному в XSD схеме. По умолчанию InfoPath показывает сообщения стандартного вида, в то время как я хотел отображать сообщения содержащие бизнес информацию для пользователя
Собственно решение (применимо как для 2003 так и для 2007 версии InfoPath)
<xsf:xDocumentClass>
...
<xsf:schemaErrorMessages>
<xsf:override match="/XPath/To/Node" >
<xsf:errorMessage type="modeless" shortMessage="Краткое сообщение (максимум 127 символов)">Подробное описание
</xsf:errorMessage>
</xsf:override>
</xsf:schemaErrorMessages>
</xsf:xDocumentClass>
Кстати, достаточно полное описание формата файла manifest.xsf можно найти тут. Хотя этот документ описывает структуру файла для InfoPath 2003, но по большей части все применимо и для 2007 версии.
Известный факт, что InfoPath 2003 требовал от формы Full Trust разрешений для того, чтобы форма могла содержать managed код. В InfoPath 2007 это ограничение снято, теперь вполне можно писать свой код на C# и при этом задавать уровень безопасности Domain (при этом правда, форма должна быть опубликована в зоне intranet).
Этот факт не может не радовать т.к. Full Trust накладывает на форму сильные ограничения в виде подписи сертификатом или в виде локальной установки, что в большинстве случаев сводит на нет все преимущества использования управляемого кода.
При публикации форм InfoPath 2003 возникало несколько проблем. В частности, одной из проблем было то, что описание внешних источников данных было жестко зашито в форму. С другой стороны если несколько форм использовали, скажем, один web service, то необходимо было поддерживать актуальность этой информации для всех форм.
InfoPath 2007 совместно с новой версией SharePoint предоставляют механизм, позволяющий устранить эту проблему. Если не вдаваться в детали, то механизм выглядит примерно следующим образом
Т.е. мы получаем единое хранилище всех соединений, которое можно редактировать независимо от форм. Плюс есть еще один приятный момент. Ссылку на Data Connection Library можно задавать относительно места публикации формы.
Я хотел бы еще отметить, что публикация форм вообще претерпела изменения в лучшую сторону в новой версии InfoPath. Как известно публикация формы в InfoPath 2003 это не только физическое размещение xsn файла по определенному адресу, но и прописывание этого адреса в manifest.xsf. Так вот, теперь можно сначала сформирова��ь xsn файл, а потом разместить его в требуемое место. Это удобно если боевая среда не доступна на момент разработки формы.
Теперь я расскажу, как сделать в InfoPath такой Data Source
Сначала создадим библиотеку для хранения источников данных. Библиотека должна иметь тип Data Connection Library
Затем необходимо открыть список соединений в форме InfoPath и выбрать “Convert…”
На этом шаге нам необходимо указать путь до той библиотеки, которую мы только что создали
В результате в библиотеке появится примерно такая запись
Если скачать эту запись и открыть в текстовом редакторе, то станет очевидно, что надо сделать чтобы перенастроить это соединение
В заключении хотел отметить, что подобный механизм также доступен для других офисных продуктов, в частности для Excel. Почитать на эту тему можно тут
«Записки с полей» это «записки на полях сделанные при работе в поле». Другими словами это записки о решениях тех вопросов и проблем, которые я встречаю по роду своей деятельности.
Работаю я консультантом в Microsoft Consulting Service Russia по специализации Information Worker. Т.е. писать я буду, по большей части, про Office (12) и Office Servers (WSSv3/MOSS).