БЫСТРОЙ интеграции с SharePoint: Пример кода для отображения всех доступных быстрых представлений

Здесь приведен пример кода, показывающий все доступные представления от БЫСТРЫЙ сервер на основе именованных QRServer (процесс сервера, с которым мы общаемся). Я предлагаю это дать всем вам вкус того, что это использовать предоставленные API быстро.

использование Система;
использование System.Collections.Generic;
использование System.LINQ;
использование System.Text;
использование Com.FastSearch.ESP.Search;
использование Com.FastSearch.ESP.Search.http;
использование Com.FastSearch.ESP.Search.Navigation;
использование Com.FastSearch.ESP.Search.Query;
использование Com.FastSearch.ESP.Search.result;
использование Com.FastSearch.ESP.Search.View;
использование System.Collections.Specialized;
использование System.Collections;


пространство имен Conchango
{
    класс EnumerateFASTViews
    {
        статический void Главная(Строка[] args)
        {

            ISearchFactory searchFactory;

            NameValueCollection nameValueCollection = Новые функции NameValueCollection();

            nameValueCollection.Add("fastsearchengine", "Com.FastSearch.Esp.Search.Http.HttpSearchFactory");
            nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.QRServers", "fastdemoback:15100");
            nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.RequestMethod", "GET");

            searchFactory = SearchFactory.NewInstance(nameValueCollection);

            Консоль.WriteLine(«Всего просмотров: [" + searchFactory.GetSearchViewList().Граф + "].");

            int я = 0;

            по каждому элементу (объект o в searchFactory.GetSearchViewList())
            {
                Консоль.WriteLine("Вид [" + i    + "]: [" + o.ToString() + "].");

            }

            Консоль.ReadLine();

        }
    }
}

Обратите внимание, что я считаю себя едва компетентным программистом C#, и у меня есть тонкой кожи, так что не отправлять любые Малина свой путь, особенно ре: "foreach (объект o в …)" construct 🙂

</конец>

Бирки Technorati: ,

Подписаться на мой блог.

БЫСТРО и первый взгляд интеграции SharePoint

Я был повезло, чтобы иметь возможность работать на быстрый <–> Проект интеграции SharePoint и думал, что я бы продолжать обмениваться мой ограниченный опыт работы с сообществом.

Корпорация Майкрософт в процесс покупки БЫСТРЫЙ. Я не знаю ничего о расписании, за исключением того, что оно должно быть закончено в «2-й квартал" который я предполагаю, значит 06/30/08.

Дизайн моего проекта, на очень высоком уровне, звонки для создания нескольких веб-частей, которые имеют примерно такой же внешний вид, окно поиска чувствовать и функциональность стандартной Мосс и основные результаты веб-часть, но тянет от быстрого. Я сделал некоторые детские шаги в этом направлении.

БЫСТРО специализированной поисковой системы. Он не основан на технологии Майкрософт, Хотя для меня очевидно, что некоторые из быстро инженеров четко понимать MS тек (или они уже сделали использовать подрядчиков).

БЫСТРЫЙ:

Быстрый продукт сервера большой монстр (и я не имею в виду что плохой смысл; Мосс — большой монстр продукт мне также). Она, как представляется, основываться на Java, и я заметил, некоторые вещи apache и возможно некоторые PHP. Я не удивлюсь, если там были другие биты тек, смешанные здесь и там. Он определенно работает на сервере windows server и отлично работает в виртуальной среде, которые я использую.

Это делает использование фасад веб-службы, обход контента SharePoint для индексирования в его особым образом быстро.

Конечного пользователя SharePoint будет довольно много дома с FAST в пользовательский интерфейс. Она имеет простой/расширенный поиск, показывает результаты, большая по релевантности (Хотя я не вижу, как она обрабатывает социальный релевантности). Однако, он идти дальше. Ее вытекающих кажется лучше. Я действительно не могу сформулировать это хорошо, но я просто говорю "это лучше." Вы можете принять мои слова за него, or not 🙂 I may elaborate on this point in the future, как я могу узнать больше.

МОСС:

БЫСТРО обеспечивает. NET-friendly DLL, которая предоставляет интерфейс для быстрого двигателя. Это делает возможным для нас, для создания веб-частей или страниц приложений или все, что угодно мы хотим быстро запросов и представления результатов.

Там, как представляется, также интерфейс веб-службы.

У меня также есть доступ в условии для быстрого веб-часть, которая интегрировать Мосс и быстро. Я не знаю, если это ПСУ, то, что было хлестнул как демо- или то, что. Это определенно хорошее учебное пособие, не уверен, если это производство готовых.

Вот она сейчас. Как я прогресс через проект, Я вывешу больше.

</конец>

Бирки Technorati: , ,

Подписаться на мой блог.

Определить быстрый QRServer порт

Для того чтобы общаться с быстрый поиск через API, нам необходимо знать порт, на котором выполняется QRServer.

Я последовал за эти шаги, чтобы найти его:

  1. Войти на сайт быстро администратора (http://server:port/admin).
  2. Перейдите к обзор системы.
  3. Найдите «Поиск Диспетчер" и нажмите значок Подзорная труба:

    изображение

  4. Я успешно использовал значение, 15100 «Информация О имя" = «http»:

    изображение

Примечания:

1. Порт 15100 как представляется, по умолчанию номер порта из из коробки для QRServer.

2. Использовать этот код, аналогичный приведенному ниже, для создания подключения к быстро:

     ISearchFactory searchFactory;
    
        NameValueCollection nameValueCollection = Новые функции NameValueCollection();
    
        nameValueCollection.Add("fastsearchengine", "Com.FastSearch.Esp.Search.Http.HttpSearchFactory");
        nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.QRServers", "fastdemoback:15102");
        nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.RequestMethod", "GET");
    
        searchFactory = SearchFactory.NewInstance(nameValueCollection);

3. Если вы выбираете дико Неверный порт, Вы получите сообщение об ошибке полезно:

изображение

4. Однако, Если вы выбираете номер порта, указанный на обзор (15102) Вы не получаете это сообщение об ошибке полезно. Вместо этого, позже, когда вы пытаетесь обращаться к данным через поиск или ссылки быстрого просмотра, Вы получаете сообщение об ошибке. Отладки показывает, что searchFactory зрения счетчик равен нулю. Вы получите сообщение «Не удалось получить список Поиск».

</конец>

Бирки Technorati:

Подписаться на мой блог.

К SharePoint технический дизайн шаблоны: SharePoint Designer рабочий процесс + Приемник событий = высокой потенции коктейль

Одна из новых моделей, которые я нахожу в разработке решений SharePoint использует рабочий процесс SharePoint Designer и приемника событий.

Вот бизнес-сценарий, чтобы положить его в контексте:

  • Загрузить документ к doc lib.
  • Я стартует многоэтапный процесс, созданный с помощью SharePoint Designer.
  • В какой-то момент в ходе этого процесса, Рабочий процесс назначает задачу кому-то (через сбор данных от пользователя или назначить задачу).
  • Мы хотим использовать KPI для отслеживать, как долго эта задача ожидает завершения. Ключевой индикатор производительности показывает зеленый для завершенных задач или должной более чем 3 дней от текущего момента. Он показывает желтую, если задача завтра или сегодня. Он показывает красный, если задача является просроченной.
  • Вот критикан: Я хочу, что диски что КПИ отдавать праздник Дата.

Не удается вычислить праздник знают свое Дата в SharePoint Designer рабочий процесс очень легко. Я бы для создания настраиваемого действия или использовать средство 3rd партия. Однако, Это достаточно легко рассчитать такую дату в приемник событий. Объединить эти два вместе, и мы получаем шаблон как это:

  • Определить скрытый да/нет столбца узла библиотеки документов под названием «DoCalcualteDueDate».
  • Инициализировать значение false.
  • В соответствующее время в рабочем процессе (Например. незадолго до «сбор данных" действия), назначить это значение True.
  • ItemUpdate() приемник событий с нетерпением увидеть, если «DoCalculateDueDate" верно. Так как приемник событий запускается при каждом обновлении, «DoCalculateDueDate" обычно неверно.
  • Когда рабочий процесс назначает DoCalculateDueDate значение true, приемник событий вычисляет праздник известно должного Дата.
  • Когда получатель событий делает этот расчет, Он устанавливает флаг DoCalculateDueDate значение false.

В конце концов, СПД рабочего процесса передается с приемника событий через DoCalculateDueDate семафор и у нас есть праздник известно из-за даты, которые назначаются в точно правильный момент в жизни рабочего процесса. Элементы управления SharePoint Designer при назначении даты, но приемника событий выполняет фактический расчет и назначение.

</конец>

Подписаться на мой блог.

Наблюдаемое поведение: Перемещение СДПГ рабочих процессов В семействе сайтов

ОБНОВЛЕНИЕ: Я исследовал как встраивать СПД рабочего процесса в определении сайта. Эта цепь форум MSDN имеет некоторую интересную информацию. Это не убедительных, но указывает путь через джунгли.

Я даю этот пост немного чудак «отмечено поведение" свинец, так как я немного хитрый выводы из него. СПД рабочие процессы … темпераментная.

Люди часто спрашивают / Интересно / Разъедающий над перемещением СПД рабочих процессов из одного места в другое. Сегодня, Я последовал за эти шаги и сделал эти замечания:

  • Я создал рабочий процесс с помощью SharePoint Designer на сайте прилагается к библиотеке документов.
  • Связанные библиотеки уже размещены несколько документов.
  • Я сохранить сайт как шаблон.
  • Когда я сохранить сайт как шаблон, Я спас, а содержание.
  • Я создал новый сайт в том же семействе сайтов, с помощью этого шаблона.

В этой точке, Я попытался запустить рабочий процесс. Он быстро заканчиваться себя сообщение журнала, «Сбой при запуске».

Я ожидал этого. У меня есть низкие ожидания, когда дело доходит до перемещения рабочих процессов SPD.

Я продолжал:

  • Открыт сайт в SharePoint Designer.
  • Было заглянуть в рабочий процесс. Он, казалось штраф.
  • Я нажал «Готово».
  • Я побежал рабочего процесса.

На этот раз, Он работал штрафа.

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

Я предварительно заключить, что процесс «отделка" Рабочий процесс вызвал SPD правильно связать рабочий процесс SPD с новой библиотеки документов. В заключение я также хочу XOML и другие артефакты XML достаточно «свободные». Они не супер жестко, в библиотеку документов.

Что это означает? Предполагая, это надежный и воспроизводимый процесс, есть по крайней мере один грубый метод, которые мы можем использовать, чтобы переместить их вокруг. Я не знаю, если это будет работать, если мы пересекли границы коллекции сайтов или даже более резко, всего новых ферм (Например. dev сцену, чтобы подтолкнуть).

Если вы читаете это и склонны, Пожалуйста, напишите комментарий или Напишите мне Ваша история миграции SharePoint Designer. С удовольствием я уточню этот столб с какой-либо идеи таким образом.

</конец>

Подписаться на мой блог.

Быстрый и простой: Поле только для рабочего процесса обновления

Часто бывает полезно для хранения сведений о состоянии в пользовательском списке например код подтверждения, который никогда не должны непосредственно манипулировать конечными пользователями. Это общий сценарий бизнес. Я работаю над проектом в этом году, который генерирует различные состояния и напоминания даты через рабочие процессы SharePoint Designer, которые затем диск KPI и врем критически бизнес-процессы в целом поддерживают.

Использовать тип содержимого узла / столбец для достижения этого эффекта.

Создание типа содержимого узла с в столбце состояние, как показано:

изображение

Обратите внимание на состояние" (для демо)" поле внизу.

Следующая, Нажмите на имя столбца для доступа к свойствам столбцов. Выберите «скрытые (Не будет отображаться в формах)" в разделе Параметры столбца, как показано:

изображение

Это удаляет поле из стандартного редактирования/обновление форм. Однако, Это по-прежнему доступны в представлениях, Ключевые индикаторы производительности, Объектная модель и нигде вы хотите использовать его, включая СПД рабочего процесса.

</конец>

Подписаться на мой блог.

Воскресенье смешно: “Я подумал, что это должно было быть богатыми город”

Немногим более трех лет назад, Моя жена и я подписал моего сына на лето деятельности, Midland парк игроков. Это драма группа, которая проводит три или четыре недели подготовки к играть и затем показывать его родителей, друзья и родственники. Это всегда было сделано очень хорошо.

Я не знаю, если каждый ребенок, как это, но мой сын крайне неохотно попробовать новые вещи. Зная это, Мы подписали его вверх для программы. Мы обнаружили, что лучше предупредить его к такого рода вещи рано и часто. Таким образом, для того чтобы преодолеть его естественной нежелание, Мы сказали ему, рано и сделал все возможное, чтобы сделать его звук, как весело, и т.д.. Даже с несколькими месяц рекламной кампании, Он до сих пор не был убежен. Мы заставили его делать, Хотя, и как это часто бывает, Он имел большое время.

К тому времени второй год проката вокруг, Он еще раз убедил себя, что он не хочет участвовать. Но, Мы подписали его вверх и на нулевой день, Я его высадили утром в средней школе, где они практикуют. Когда я пошел, чтобы забрать его после обеда, Он был очень взволнован, все улыбаются и объявил, «Игра Вельвет кролик и я хочу быть кролик». Он провел буквально месяцев на (Иногда истерически) о том, как он не хочет иметь ничего общего с игроками, парк и после первого дня, Он хочет быть на себя ведущую роль в пьесе. Мы видели этот шаблон перед.

(К большому нашему удивлению, Он получил роль кролика, и он был удивительный.)

Быстрая перемотка вперед несколько лет. Он был в парке игроки сейчас в три раза, так он что-то ветерана. Этим летом (2008), Игроки снова начинает вверх. В то же время, Он, наконец, убедил нас он действительно не хочет играть в футбол и он никогда не любил баскетбол. Который оставил его без внеклассных мероприятий для конца зимы / Ранняя весна. Клиент, с которым я работал отметил, что его дочь была в программу под названием стадии право. Стадии право является немного более дорогой версии игроков, парк, и это не в моем городе, но рядом с ним. Идеальный.

Что нужно знать об этом городе, что это практически другой страны с точки зрения богатства. Она имеет высокой частоты поезд право на Уолл-стрит и Нью-Йорке в целом. Это просто богатых место. Одна из семьи продолжается обсуждение темы — должны ли мы переехали в этот город, вместо которой мы сейчас живем. Это большой город, его школы предлагают больше программ для детей, и т.д.. В этом городе выросла моя жена и ее родители живут там, Поэтому мы «подключили в" Несмотря на не проживающих там. Я лично вырос в различных обстоятельствах в штате Массачусетс, Поэтому у меня не много, чтобы сказать об этом во время семейного ужина разговора. Это не означает, что мы не очень счастлив, где мы живем. Мы просто знаем, что этот город находится на уровне выше наш город экономически.

Стадии право Следующая программа началась слишком рано для нас, чтобы наши нормальные рекламной кампании преодолеть нежелание моего сына. Это когда он подошел с одним мой личный любимый аргументы против делать что-то: «Пятница ночи Премьер ночи для сна кадром!" Стадии право будет мешать его выходные socials.

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

В прошлый уикенд моя жена говорил ему и в первый раз, Я думаю, что он пошив его обсуждения очень точно для его аудитории. Она попросила его, как этап право сравнивает Midland парк игроков. Он говорит ей, что «в парке игроки, у нас есть подростки, которые нам помочь. Есть нет в в стадии. В парке игроков, подростки делают все реквизиты. В стадии, Мы должны довести наши собственные реквизит. Мы должны сделать все. И затем он крутит нож: «Я думал, что это должно было быть богатым городом."

Все эти годы, Я никогда не думал, что он слух или понимания ничего, как это связано с «богатый город». Однако, оказывается, что он был.

</конец>

Подписаться на мой блог.

Бирки Technorati:

SharePoint не предоставляет календарь Roll up; Возможные решения

ОБНОВЛЕНИЕ: Анонимные лица в комментариях сообщения этой ссылке: http://www.atidan.com/atidan-collaboration-kit.php

Форум пользователей часто задают вопрос как это:

«Я хотел бы иметь календарь на уровне сайта, который заполняется события из дочернего узла календарей. Идеально, Пользователи в дочерних сайтах будет создавать события календаря, и будет иметь возможность маркировки их как ' общественности.’ События, помеченные как public динамически появится в календаре общего сайта. Таким образом общий сайт календарь — ролл ап всех публичных мероприятий из всех календарей дочернего узла."

Это WSS 3.0 или Мосс 2007, Это не позволяет напрямую настроить «ролл ап" Календарь. На их собственных существует календари, независимо от любого другого календаря.

Чтобы создать календарь, ролл ап, Выполните один из этих путей:

  1. Использовать веб-часть запроса содержимого. Это самое простое решение для пользователей, Мосс (WSS не обеспечивают CQWP). CQWP, к сожалению, не обеспечивают представление календаря данных из коробки. Он обеспечивают гибкость огромные рендеринга (Смотрите здесь для примера) но по умолчанию, показывает свои результаты в виде простого списка. Во многих случаях, CQWP вероятно хороший выбор.
  2. Более программирования ориентированное решение было бы использовать приемники событий. Реализовать приемники событий в календарях дочернего узла, которые держат их публичных мероприятий в синхронизации с главного календаря. Как данного дочернего узла изменяется календарь, дотянуться до главного календаря и при необходимости обновите его. Этот параметр доступен в обоих WSS 3.0 и Мосс.

Есть вероятно другие умные решения для этой проблемы. Если у вас есть или знаете одного, Пожалуйста, оставьте комментарий или Напишите мне и я буду обновлять этот пост.

</конец>

Подписаться на мой блог.

Создание сайтов (SPWeb) через рабочий процесс SharePoint Designer

Этот блог вступления — это скорее "в области возможного" Вход vs. информация о конкретных.

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

Я большой поклонник декларативного рабочего процесса, а также слабый visual studio программист рабочего процесса, Поэтому я хотел бы встретиться с помощью SharePoint Designer требование.

Я планирую написать об этом более подробно (и мы надеемся представить группе пользователей или два в наступающем году), Но вот общего решения:

  • Создайте настраиваемое действие, которое интегрируется с СДПГ.
  • Настраиваемое действие позволяет ППД для вызова веб-службы и передать ему строку XML.
  • Веб-служба находит строку в списке пользовательских и создает новый сайт в соответствии данных для нового клиента с использованием настраиваемого определения сайта.
  • Веб-служба затем обновляет пользовательский список с некоторой информацией, такие как ссылки на новый сайт.

Мы рассмотрели другие подходы, Например, обработчики событий и рабочего процесса visual studio на основе. ЧП подход дает нашим пользователям немного больше контроля над процессом. Предоставлено, Существует много кода C# в этом решении, но завернутые внутрь декларативного рабочего процесса, Таким образом мы получаем некоторые из преимуществ декларативного рабочего процесса во время подключения к службе на создание сайта.

All we need now is an easy tool to automatically migrate SPD workflows around as easily as we can for visual studio workflows and we’ll really be cooking with gas 🙂 I understand that some folk are out there working on this problem and I hope they have some good success with it soon.

</конец>

Подписаться на мой блог.