ШВИДКИЙ 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
    {
        статичні недійсними Головна(рядок[] 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", "ОТРИМАТИ");

            searchFactory = SearchFactory.NewInstance(nameValueCollection);

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

            Int я = 0;

            foreach (об'єкт o у searchFactory.GetSearchViewList())
            {
                Консолі.WriteLine("Подання [" + i     + "]: [" + o.ToString() + "].");

            }

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

        }
    }
}

Зверніть увагу, що я вважаю себе ледве компетентних C# програміст я мають тонку, так що не надсилати будь-які Малина мій шлях, особливо в re: "foreach (o об'єкта в …)" construct 🙂

</кінець>

Бірки Technorati: ,

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

ШВИДКО і SharePoint інтеграції перший погляд

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

Microsoft є в процес купівлі ШВИДКО. Я нічого не знаю про розклад Крім того, що вона повинна бути закінчена в "2-й квартал" я припускаю, тобто за 06/30/08.

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

ШВИДКИЙ є присвячений пошуковик. Це не на основі технологій корпорації Майкрософт, Хоча це для мене очевидно, що деякі ШВИДКІ інженерів чітко розуміти MS-tech (або вони зроблені за допомогою підрядників).

ШВИДКО:

ШВИДКИЙ є великий monster серверний продукт (і я не означає, що в поганому сенсі; ЛИШАЙНИК це великий monster продукт мені також). Вона, як видається, бути засновані на Java, і я помітив, що деякі речі apache і може бути деякі PHP. Я не здивуюся, якщо там були інші біти tech змішуються в тут і там. Він безперечно працює на windows server і працює чудово у віртуальному середовищі, який я використовую.

Він може використовувати веб-сервіс, фасад цей вміст SharePoint обходи для індексації в її особливому швидко.

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

ЛИШАЙНИК:

ШВИДКО надає на. NET-дружні DLL, що надає інтерфейс для швидкого двигуна. Це дозволяє нам створювати веб-частини або застосування сторінок або все, що ми хочемо, щоб запит швидко і представити результати.

Здається, служба веб-інтерфейс, а.

У мене також є доступ до ФАСТ умови, що веб-частини, які інтегрувати МОСС і швидко. Я не знаю, якщо це є ПСУ, те, що було роздули якості демо або те, що. Це, безумовно, хороша навчальний посібник, не впевнений, якщо це виробництво готових.

Ось-ось зараз. Як я прогрес через проект, Я пост більш.

</кінець>

Бірки Technorati: , ,

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

Визначити швидкого QRServer порт

Для того, щоб спілкуватися з швидкий пошук через його API, Ми повинні знати порт, на якому запущено на QRServer.

Я після цих кроків, щоб знайти його:

  1. Увійти в швидко адмін сайту (http://server:port/admin).
  2. Перейдіть до системи огляд.
  3. Знайдіть "шукати диспетчерський" і клацніть піктограму Підзорна труба:

    зображення

  4. Я успішно використовував значення, 15100 для "Info назви" = "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", "ОТРИМАТИ");
    
        searchFactory = SearchFactory.NewInstance(nameValueCollection);

3. Якщо ви вибираєте дико неправильні порт, Ви отримаєте повідомлення повідомлення про помилку:

зображення

4. Однак, Якщо ви вибрали порт номер, вказаний на огляд (15102) Ви не отримаєте це повідомлення корисним помилка. Замість цього, пізніше, коли ви намагаєтеся отримати доступ до будь-яких даних через Пошук або посилатися на швидкий перегляд, Ви отримаєте повідомлення про помилку. Налагодження показує, що в searchFactory переглядів нуль. Вам буде надано повідомлення «Не вдалося принести пошук Перегляд списку».

</кінець>

Бірки Technorati:

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

По відношенню до SharePoint технічний шаблонів проектування: SharePoint Designer-документообігу + Подія приймач = High потенції коктейль

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

Ось бізнес сценарій, щоб покласти його в контексті:

  • Я завантаження документа до doc lib.
  • Я пнуть багатоетапний робочий процес, створений за допомогою SharePoint Designer.
  • В якийсь момент під час цього процесу, робочий процес призначає завдання кому-то (через збір даних від користувача або призначити завдання).
  • Ми хочемо використовувати KPI відслідковувати, скільки часу це завдання очікує завершення. KPI показує зелений для завдань, які будуть завершені або з-за більш ніж 3 днів по тому. Це показує, жовтий, якщо завдання пов'язано завтра або сьогодні. Це показує, червоний, якщо прострочені завдання.
  • Ось футболіст: Я хочу, щоб дати, що диски цього KPI свято-знати.

Неможливо розрахувати свято aware due Дата в робочого циклу SharePoint Designer дуже легко. Я створити настроювану дію або використовувати 3rd party інструмент. Однак, Це досить легко обчислити дату в подія-приймач. Об'єднати ці дві разом і отримуємо картина, як це:

  • Визначити приховані так/ні стовпець сайту в бібліотеці документів поміченому "DoCalcualteDueDate".
  • Ініціалізувати його ХИБНІСТЬ.
  • На певному етапі робочого процесу (Наприклад. перед "збирання даних" Дія), призначити значення на True.
  • На ItemUpdate() подія приймач дивиться, щоб побачити, якщо "DoCalculateDueDate" Правда. Оскільки подія приймач працює на кожному оновленні, "DoCalculateDueDate" зазвичай ХИБНІСТЬ.
  • Коли робочий процес призначає DoCalculateDueDate до істини, подія приймач обчислює свято aware належної дати.
  • Коли подія приймач робить цей розрахунок, Вона встановлює DoCalculateDueDate прапор на false.

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

</кінець>

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

Поведінка спостерігається: Переміщення СДПН робочі процеси в межах колекції сайтів

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

Я даю цей пост на злегка дивак "спостерігається поведінка" Свинець, тому що я трохи насторожено висновків з нього. СДПН робочі процеси … темпераментний.

Люди часто запитують / цікаво / їдка над перехід СДПН робочі процеси з одного місця до іншого. Сьогодні, Я після цих кроків і зробив ці спостереження:

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

На даний момент, Я спробував запустити робочий процес. Вона негайно припинено себе повідомлення журналу, "Не вдалося запустити".

Я очікував, що це. У мене є низькі очікування, коли справа доходить до пересуватися СДПН робочі процеси.

Я продовжував:

  • Відкрив сайт у SharePoint Designer.
  • Мав можливість зазирнути в робочий процес. Він, здавалося, добре.
  • Натиснення кнопки "Готово".
  • Я побіг робочого циклу.

Цього разу, вона працювала добре.

Я додам, що цей робочий процес використовується "збирання даних від користувача" Дія, яка є відносно комплекс дій під капотом.

Я попередньо зробити висновок, що процес "оздоблювальні" робочий процес викликало СДПН належним чином асоціювати СДПН робочий процес з нової бібліотеки документів. Я також зробити висновок, на XOML та інших артефактів XML є розумними "loose". Вони не є супер тісно пов'язаного до бібліотеки документів.

Що це означає? Припускаючи, що це надійний і репродуктивний процес, Існує принаймні один грубий метод, ми можемо використовувати їх розташування. Я не знаю, якщо це буде працювати, якщо ми перетнули межі колекція сайту або навіть більш різко, весь нових ферм (Наприклад. Dev сцену прощупується).

Якщо ви читаєте це і похила, Прохання Опублікувати коментар, або Напишіть мені ваша історія SharePoint Designer міграції. Із задоволенням я буду оновлювати цей коментар з будь-якого розуміння, тим самим запропонували.

</кінець>

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

Швидкий і простий: Лише для робочого процесу оновлення поля

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

Використовувати тип вмісту сайту / досягнення цього стовпця.

Створити тип вмісту сайту з розділі Status, як показано:

зображення

Зверніть увагу на стан" (для демо)" поле в нижній частині.

Наступний, натисніть на ім'я стовпця для доступу до властивості стовпця. Виберіть "приховані (Невидимий у формах)" у розділі Настройки стовпця, як показано:

зображення

Це призведе до видалення поля зі стандартного редагування/оновлення форм. Однак, вона все ще доступна в переглядів, KPI, Об'єктна модель і скрізь ви хочете використовувати його, у тому числі СДПН робочого циклу.

</кінець>

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

Неділя Funny: “Я думала, що це повинно було бути багатим місто”

Трохи більше трьох років тому, Моя дружина і я підписав мого сина, на літній діяльності, Гравці Midland парк. Це драма Група, яка витрачає близько трьох або чотирьох тижнів підготовки за грою і потім показати її батьки, друзів і родичів. Це завжди було зроблено дуже добре.

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

До того часу, другий рік каталася, він ще раз переконали себе що він не хотів взяти участь. Але, ми підписали його вгору і на нульовий день, Я висадили його одного разу вранці в середній школі, де вони практикують. Коли я прийшов, щоб взяти його на руки після обіду, Він дуже хвилювався, всі посмішки і оголошено, "Грати в Вельвет кролика і я хочу бути кролика". Він провів буквально на місяці (Іноді в істериці) про те, як він не хотів мати нічого спільного з парку гравців і після першого дня, він хоче, щоб бути провідну роль у виставі. Ми бачили цю модель перед.

(На наш подив, Він отримати роль кролика і він був дивовижні.)

Перемотка вперед кілька років. Він був у парку гравців тричі зараз, так що він щось ветерана. Цього літа (2008), Гравці запустився. Тим часом, Він нарешті переконали нас він Справді не хоче грати у футбол і він ніколи не любив баскетбол. Що залишив його з не підтримка позакласних заходів для кінця зими / Рання весна. Клієнт, з якими я працював зазначив, що його дочка була в програмі під стадії права. Стадії права є трохи більш дорогий версією парк гравців, і це не в моєму місті, але примикає до нього. Ідеальний.

Що потрібно знати про це місто, що це практично іншої країни з точки зору багатства. Вона має високочастотні поїзд право на Уолл-стріт і Нью-Йорку в цілому. Це просто багатих місце. Один з поточних сім'ї обговорення теми є, чи ми повинні переїхали до того ж міста замість де ми зараз живемо. Це велике місто, його вони пропонують більше програм для дітей, д. Моя дружина виросла в цьому місті і її батьки живуть там, так що ми "підключені в" Незважаючи на не живуть там. Я особисто виріс у різних обставинах в штаті Массачусетс, так що я не маю багато чого сказати про це під час бесіди сімейна вечеря. Це не означає, що ми не є дуже радий, де ми живемо. Ми просто знаю, що це місто на рівні вище наше місто економічно.

Стадії права наступного добро занадто рано для нас розпочати нашої нормальної рекламної кампанії для подолання небажання мій син. Це коли він придумав один мій особистий улюблений аргументи проти робити щось: "Ніч п'ятниці є Прем'єр ночі для сну за кадром!" Стадії права збирається втручатися його вихідні socials.

День приходить, Ми принести йому там і скиньте його off і як все інше, його природні любов до всього, що живе взяла на себе, і він був з добре провести час з ним.

Минулого тижня моя дружина розмовляв з ним і в перший раз, Я думаю, що він є пошиття його обговорення дуже саме з його аудиторія. Вона запитав як стадії права зіставляється Midland парк гравців. Він каже, що "у парку гравців, у нас є підлітки, які нам допомагати. Немає ніяких на стадії права. У парку гравців, Підлітки роблять всі реквізит. У стадії права, Ми повинні принести наші власні реквізит. Ми повинні зробити все. І тоді він повороти ножа: "Я думав, що це повинно було бути багаті міста."

Всі ці роки, Я ніколи не думав, що він був слух або розуміння того, що-небудь, що стосується "багаті-Таун". Однак, виявляється, він був.

</кінець>

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

Бірки Technorati:

SharePoint не надає календаря ролл ups; Можливі рішення

ОНОВЛЕННЯ: Анонімні людина в коментарях повідомлення з цим посиланням: http://www.atidan.com/atidan-collaboration-kit.php

Форум користувачів часто задати питання, як це:

"Я хотів би мати календар на рівні сайту, який населений події з підсайту календарі. В ідеалі, користувачі дочірніх сайтів буде створювати події календаря, і буде мати можливість маркування їх як ' громадськості.’ Події з позначкою громадських динамічно з'явиться в календарі спільного сайту. Таким чином спільного сайту календар — за зведення всіх публічних заходів з усіх календарів підсайту."

Є WSS 3.0 або МОСС 2007, Це не можливо налаштувати безпосередньо на "зведення" Календар. Календарі, що існують на свої власні, незалежно від будь-яких інших календар.

Щоб створити зведення календаря, виконайте один з цих шляхів:

  1. Використовувати веб-частину запиту вмісту. Це є самим простим рішенням для ЛИШАЙНИКА користувачів (WSS не надає CQWP). CQWP, на жаль, не передбачає подання календаря даних з коробки. Він забезпечує гнучкість величезні рендеринга (Дивіться тут один приклад) але за промовчанням, показує її результатів у форматі простого списку. У багатьох випадках, CQWP ймовірно гарним вибором.
  2. Більш орієнтованого програмування рішенням було б використовувати подія приймачі. Реалізації заходу приймачі календарі підсайту, що синхронізувати їх публічні заходи з майстер календар. Як даного підсайт змінив календар, охопити майстер календар і оновлювати його, якщо необхідно. Цей параметр доступний в обох WSS 3.0 та ЛИШАЙНИК.

Є ймовірно інших розумних рішень цієї проблеми. Якщо ви маєте один або знаю одного, будь ласка, залиште коментар або Напишіть мені і я оновити цей пост.

</кінець>

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

Створення сайтів (SPWeb) за допомогою SharePoint Designer-документообігу

Цей запис у блозі, скоріше "в царині можливого" запис с.. бетонні інформація.

У нас є технічні дизайн, який закликає нас до створення сайту в колекції сайтів за допомогою вручну запущений робочий процес. В основному, користувачі вводять дані у «нових клієнтів" Настроюваний список і тоді коли вони закінчили і перевірені процесу запису даних, нам потрібно створити сайт для цього клієнта.

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

Я планую написати про це більш детально (і ми сподіваємося представляти групу користувачів або два в наступному році), але тут є спільне рішення:

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

Ми вважали інші підходи, Наприклад, обробники подій і Приєднуйтесь до нас на основі робочого процесу. СДПН підхід дає нашим кінцевих користувачів трохи більше контролю над процесом. Надано, Існує багато код 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.

</кінець>

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

Бірки Technorati: ,