БЪРЗО 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 i = 0;

            foreach (обект o в searchFactory.GetSearchViewList())
            {
                Конзола.WriteLine("Изглед [" + i    + "]: [" + o.ToString() + "].");

            }

            Конзола.ReadLine();

        }
    }
}

Имайте предвид, че аз считам себе си едва компетентен C# програмист и имам тънка кожа, така че не се изпращат никакви малини моя начин, особено re: "foreach (обект о в …)" construct 🙂

</край>

Technorati тагове: ,

Абонирайте се за моя блог.

БЪРЗО и SharePoint интеграция първи поглед

Съм бил щастлив да има възможност да работи по бързо <–> Проект за интеграция на SharePoint и си помислих, бих продължи да споделите Моите ограничения опит с Общността.

Microsoft е в процес на закупуване БЪРЗО. Аз не знам нищо за графика, освен че тя трябва да бъде завършен в "2-ро тримесечие" което предполагам означава от 06/30/08.

Моят проект дизайн, на много високо ниво, призовава за създаването на няколко уеб части, които са с приблизително същия вид, усещане и функционалност като стандартен Мос полето за търсене и резултати от ядро на уеб част, но дърпа от бързо. Аз направих някои бебе стъпки в тази посока.

БЪРЗО е посветен търсачка. Тя не се основава на технологиите на Microsoft, Въпреки че е очевидно за мен, че някои от инженери, бързо ясно разбирам MS tech (или сте направили използването на изпълнители).

БЪРЗО:

БЪРЗО е продукт на голямо чудовище сървър (и аз не означава, че в лош; Мос е голямо чудовище продукт ми както и). Изглежда да се основава на Java и забелязах някои неща, apache и може би някои PHP. Аз не бих се изненадал, ако имаше други битове на tech, смесени в тук и там. Тя определено работи на windows сървър и работи добре във виртуална среда, която сте използвали.

Това прави използването на фасадата уеб услуга че обхожданията 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 за "информация име" = "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 поток + Събитие получател = висока ефикасност коктейл

Един от новите модели, намирам в изработването на решения на SharePoint лостове SharePoint Designer поток и получател на събитие.

Ето един бизнес сценарий да я тури в контекст:

  • Аз upload документ към библиотека с документи.
  • Аз започне мулти-стъпка работен поток, създадени с помощта на SharePoint Designer.
  • В един момент по време на този процес, Работният поток възлага задача на някой (чрез събиране на данни от потребителя или възлагане на задача).
  • Ние искаме да използвате KPI, за да следите колко дълго тази задача е в очакване на завършване. KPI показва зелено за задачи, които са завършени или падеж повече от 3 дни от сега. Тя показва жълт, ако задачата се дължи утре или днес. Тя показва червен, ако задачата е просрочена.
  • Тук е заядливец: Искам датата, която управлява този KPI да бъде празник aware.

Не може да изчисли празник aware падеж дата в SharePoint Designer поток много лесно. Аз ще трябва да създадете потребителско действие или използването на трета страна инструмент. Въпреки това, лесно е достатъчно, за да изчислите тази дата в получател на събитие. Слеят тези две и получаваме модел като този:

  • Дефинира един скрит да/не колона на сайта на библиотеката с документи с надпис "DoCalcualteDueDate".
  • Инициализиране на фалшиви.
  • В подходящ момент в работния поток (e.g. точно преди "събира данни" действие), присвоите тази стойност True.
  • ItemUpdate() събитие получател изглежда да видите дали "DoCalculateDueDate" е вярно. Тъй като събитието приемника работи на всяка актуализация, "DoCalculateDueDate" е обикновено фалшиви.
  • Когато работният поток възлага DoCalculateDueDate на true, на събитието приемник изчислява празник aware дължимата дата.
  • Когато събитието приемника не това изчисление, Тя установява флаг DoCalculateDueDate на фалшиви.

В края, ЕДП поток се предава с получател на събитие чрез DoCalculateDueDate семафор и имаме празник aware поради дати, които са присвоени на точно подходящия момент в живота на работния поток. SharePoint Designer контроли, когато датата на падеж е присвоена но събитието приемника извършва реалното изчисление и присвояване.

</край>

Абонирайте се за моя блог.

Technorati тагове: ,

Наблюдава поведение: Преместване на ЕДП потоци в рамките на колекция от сайтове

АКТУАЛИЗИРАНЕ: Аз бях изследва как да вградите на ЕПД работен поток в дефиниция на сайт. Тази верига MSDN форум има интересна информация. Не е решаващо, но точки път през джунглата.

Аз съм като този пост малко Одбол "наблюдава поведение" олово, тъй като аз съм малко подозрителен изводи от нея. ЕДП работни потоци, които са … темпераментен.

Хората често се питат / чудите / люта над преместване ЕДП работни потоци от едно място на друго. Днес, Аз последовател тези стъпвам и направи тези наблюдения:

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

В този момент, Опитах се да стартирате работния поток. Той незабавно прекратява себе си с регистрационното съобщение, "Неуспех при стартиране".

Очаквах това. Имам ниски очаквания, когато става въпрос за придвижване ЕДП работни потоци.

Аз продължих:

  • Отвори сайт в SharePoint Designer.
  • Имаше един поглед в работния поток. Той изглеждаше добре.
  • Аз щракване "Свършвам се".
  • Тичах работния поток.

Този път, мина успешно.

Аз ще добавя, че този работен поток използва "събира данни от потребителя" действие, което е относително комплексно действие под капака.

Аз колебливо заключи, че в процеса на "довършителни" работния поток, причинени SPD да правилно се свържете ЕДП поток с новата библиотека с документи. Аз също така да сключи XOML и други XML артефакти са разумно "насипно състояние". Те не са супер плътно свързани към библиотеката с документи.

Какво прави това означава? Ако приемем, това е надежден и възпроизводими процес, има поне един груб метод, можем да използваме да ги движите. Не знам дали това ще работи, ако пресякохме колекция границите на обекта или дори по-драстично, цялата нови ферми (e.g. Dev сцената на про).

Ако четеш това и наклонени, Моля публикувате коментар или пишете ми вашата SharePoint Designer миграция история. Аз с удоволствие ще актуализира този постинг с някакви прозрения по този начин предлагат.

</край>

Абонирайте се за моя блог.

Technorati тагове:

Бърз и прост: Само за поток актуализация поле

Тя често е полезно да се съхранява информация за състоянието в списък по избор като код на одобрение, който никога не трябва да бъде директно манипулирани от крайните потребители. Това е един общ бизнес сценарий. Съм бил на работа по проект тази година, който генерира различни дати за статус и напомняне чрез SharePoint Designer работни потоци, които след това карам KPI и обикновено поддържат време критичните бизнес процеси.

Използвайте тип съдържание на сайт / колона за да се постигне този ефект.

Създаване на тип съдържание на сайт с колоната състояние, както е показано:

Изображение

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

Следващ, щракнете върху името на колоната за достъп до свойствата на колоната. Изберете "скрити (Няма да се появи във форми)" в раздела Настройки на колони както е показано:

Изображение

Това премахва полето от стандартните Редактиране/актуализиране на формулярите. Въпреки това, Тя е все още налична в изгледите, KPI, Обектният модел на и навсякъде другаде, които искате да го използвате, включително ЕДП поток.

</край>

Абонирайте се за моя блог.

Technorati тагове: ,

Неделя забавни: “Мислех, че това е трябвало да бъде богат град”

Преди малко повече от три години, жена ми и аз подписано сина си за лятна дейност, Midland парк играчи. Това е драма група, която прекарва около три или четири седмици подготовка за игра и след това я показва на родителите, приятели и роднини. Тя винаги е направено много добре.

Аз не знам дали на всички дете е като това, но Моят син е изключително склонни да опитват нови неща. Знаейки това, Ние го записах за програмата. Ние открихме, че това е най-добре да предупреждава го за тези видове неща рано и често. Така, за да се преодолее нежеланието си естествени, Ние му казах рано и е направил всичко възможно това да звучи като шега, н. Дори и с няколко месец рекламна кампания, Той все още не е убеден в. Ние го принуждава да направи, Въпреки че, и както често се случва, Той е имал много време.

По време на втората година валцувани наоколо, Той отново сам убеден, че той не е искал да участва. Но, Ние са го подписали и на нула-ден, Му отпадне една сутрин в гимназия, където те практика. Когато отидох да го вземем след обяд, Той е бил много развълнуван, всички усмивки и обяви, "Пиесата е Бархет Зайо и аз искам да бъде заек". Той е прекарал буквално месеца извършването на (Понякога истерично) за това как той не искат да имат нещо общо с парк играчи и след първия ден, Той иска да бъде водеща роля в пиесата. Ние сме виждали този модел преди.

(Много да ни изненада, Той се получи заек ролята и той е невероятно.)

Бързо напред няколко години. Той е бил в парк играчи три пъти сега, така че той е нещо, на ветеран. Това лято (2008), Играчите започва отново. Междувременно, Той най-накрая ни убеди той Наистина не искат да играят футбол и той никога не хареса баскетбол. Това го остави с извънкласни дейности за края на зимата / ранна пролет. Клиент, с когото работех споменава, че дъщеря му е в една програма, наречена етап в. Етап право е малко по-скъпа версия на парк играчи и не е в моя град, но прилежащите към нея. Перфектно.

Нещо да знаете за този град е, че е практически друга страна по отношение на богатството. Като цяло има висока честота влак право на Уол Стрийт и Ню Йорк. Това е просто място, богати. Една от текущите семейни дискусия теми е дали ние трябва да се премества този град вместо където живеем сега. Това е по-голям град, си училища предлагат повече програми за деца, н. Жена ми е израснал в този град и нейните родители живеят там, така че ние се "крив в" Въпреки че не живее там. Аз лично израснал в различни обстоятелства в Масачузетс, така че не трябва много да се каже за това по време на семейна вечеря разговор. Това не означава, че ние не много щастлив където живеем. Ние само знаем, че този град е на ниво над града ни икономически.

Етап в следващата програма започна твърде рано за нас да започне нашата нормална рекламна кампания за преодоляване на сина ми нежелание. Това е, когато той дойде с един моите лични любим аргументи срещу това нещо: "Петък вечер са председател нощувки за сън поглъщания!" Етап в щеше да се намесва socials си уикенд.

Дойде денят, Ние го изведе там и да го изключите и като капка с всичко останало, естественото си любов, само че са живи пое и той е бил като добро време с него.

Този минал краят на седмицата жена ми говори за него и за първи път, Мисля, че той е шивашката си дискусии много точно за неговата аудитория. Тя го попита как етап право сравнява 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.

Смятам да пиша за това по-подробно (и Надявам се представя една потребителска група или две през следващата година), но тук е цялостно решение:

  • Създаване на потребителско действие, което интегрира със SPD.
  • Действие по избор позволява SPD да се позове на уеб услуга и го предаде низ от XML.
  • Уеб услугата открива ред в списък по избор и се създава нов сайт според данните за този нов клиент, използване на дефиниция на сайт по избор.
  • Уеб услуга след това актуализира списък с информация като връзка към новия сайт.

Ние разглежда други подходи, манипулатори и visual studio базирани поток. ЕДП подход дава нашите крайни потребители малко по-голям контрол над процеса на. Отпуска, има много на C# код в този разтвор, но това е поставено вътре декларативно поток, така че ние се някои от ползите от декларативно поток докато кука в услугата за създаване на сайт.

Всичко, от което се нуждаем сега, е лесен инструмент за автоматично мигриране на работните потоци на SPD възможно най -лесно за визуални студийни работни процеси и наистина ще готвим с газ 🙂 Разбирам, че някои хора работят по този проблем и се надявам, че имат скоро ще има добър успех.

</край>

Абонирайте се за моя блог.

Technorati тагове: ,