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 Center
The 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 версии.
