ФАСТ СхареПоинт интеграције: Пример код за приказ свих доступних ФАСТ Виевс

Овде је неки број који показује све доступне видом ФАСТ сервер заснован на име КРСервер (сервер процес са којима комуницирамо). I offer this up to give you all a taste of what it’s like to use the provided FAST API.

коришћење Систем;
коришћење Систем.Цоллецтионс.Генериц;
коришћење Систем.Линк;
коришћење Систем.Тект;
коришћење Цом.ФастСеарцх.Есп.Сеарцх;
коришћење Цом.ФастСеарцх.Есп.Сеарцх.Хттп;
коришћење Цом.ФастСеарцх.Есп.Сеарцх.Навигатион;
коришћење Цом.ФастСеарцх.Есп.Сеарцх.Куери;
коришћење Цом.ФастСеарцх.Есп.Сеарцх.Ресулт;
коришћење Цом.ФастСеарцх.Есп.Сеарцх.Виев;
коришћење Систем.Цоллецтионс.Специализед;
коришћење Систем.Цоллецтионс;


намеспаце Цонцханго
{
    класа ЕнумератеФАСТВиевс
    {
        статички воид Главни(ниска[] аргс)
        {

            ИСеарцхФацтори сеарцхФацтори;

            НамеВалуеЦоллецтион намеВалуеЦоллецтион = нови НамеВалуеЦоллецтион();

            намеВалуеЦоллецтион.Адд("fastsearchengine", "Com.FastSearch.Esp.Search.Http.HttpSearchFactory");
            намеВалуеЦоллецтион.Адд("Com.FastSearch.Esp.Search.Http.QRServers", "fastdemoback:15100");
            намеВалуеЦоллецтион.Адд("Com.FastSearch.Esp.Search.Http.RequestMethod", "GET");

            сеарцхФацтори = СеарцхФацтори.НевИнстанце(намеВалуеЦоллецтион);

            Конзола.ВритеЛине("Total Views: [" + сеарцхФацтори.ГетСеарцхВиевЛист().Рачунати + "].");

            инт и = 0;

            фореацх (објекат О у сеарцхФацтори.ГетСеарцхВиевЛист())
            {
                Конзола.ВритеЛине("View [" + и     + "]: [" + о.ТоСтринг() + "].");

            }

            Конзола.Реадлине();

        }
    }
}

Имајте на уму да ја себе сматрам једва надлежни Ц # програмер и имам танку кожу, тако да не шаље било малине на мој начин, посебно ре: the "foreach (О објекат у …)" construct 🙂

</крај>

Тецхнорати Тагс: ,

Претплатите се на мој блог.

БРЗО и СхареПоинт интеграције Први поглед

Имао сам среће да имају прилику да раде на брзом <–> СхареПоинт пројекат интеграције и помислио да ћу настављају да деле моје ограничено искуство са заједницом.

Мицрософт је у Процес куповине ФАСТ. I don’t know anything about the schedule except that it should be finished in the "2nd quarter" што претпостављам средства од 06/30/08.

Мој пројекат је дизајн, на веома високом нивоу, позива на стварање неколико веб делова који имају приближно исти изглед, осећају и функционалност као стандардни МОСС претрагу и цоре резултати Веб сегменту, but pulling from FAST. I’ve made some baby steps in that direction.

FAST is a dedicated search engine. It’s not based on Microsoft technology, мада је очигледно да су неки од брзо инжењера јасно разумеју МС технологије (или су они искористили извођача).

ФАСТ:

ФАСТ је велико чудовиште сервер производ (и не мислим да је у лошем смислу; Мос је велики чудовиште производ за мене, као и). It appears to be based on Java and I noticed some apache stuff and maybe some PHP. I wouldn’t be surprised if there were other bits of tech mixed in here and there. It definitely runs on windows server and is working fine in the virtual environment which I’ve been using.

It makes use of a facade web service that crawls SharePoint content for indexing in its special FAST way.

A SharePoint end user would be pretty much at home with FAST’s user interface. It has simple/advance search, показује резултате, је велики на релевантност (мада ја не видим како може да манипулише и друштвену релевантност). Међутим, it does go further. Its stemming seems better. I really can’t articulate it well but I’ll just say "it’s better." You can take my word for it, or not 🙂 I may elaborate on this point in the future, како да сазнам више.

МОСС:

FAST provides a .NET-friendly DLL that provides an interface to the FAST engine. This makes it possible for us to create web parts or application pages or whatever we want to query FAST and present the results.

Изгледа да постоји веб сервис интерфејс као и.

I also have access to a FAST-provided web part that does integrate MOSS and FAST. I don’t know if this is a POC, something that was whipped up as a demo or what. It’s definitely a good learning tool, нисам сигуран да ли је спреман за производњу.

That’s it for now. As I progress through the project, Ја ћу пост више.

</крај>

Тецхнорати Тагс: , ,

Претплатите се на мој блог.

Одредити Фаст Порт КРСервер

Да би комуницирали са брзу претрагу преко свог АПИ, треба да знамо порт на који се ради КРСервер.

Ја све ове кораке да бисте га пронашли:

  1. Пријавите се на ФАСТ админ сајту (http://server:port/admin).
  2. Идите на Преглед система.
  3. Locate "Search Dispatcher" и кликните на икону дурбин:

    слика

  4. Успешно сам користио вредност, 15100 for "Info Name" = "http":

    слика

Белешке:

1. Лука 15100 appears to be the default out-of-the-box port number for the QRServer.

2. Користите овај код слично следећем да инстанцира везе са ФАСТ:

     ИСеарцхФацтори сеарцхФацтори;
    
        НамеВалуеЦоллецтион намеВалуеЦоллецтион = нови НамеВалуеЦоллецтион();
    
        намеВалуеЦоллецтион.Адд("fastsearchengine", "Com.FastSearch.Esp.Search.Http.HttpSearchFactory");
        намеВалуеЦоллецтион.Адд("Com.FastSearch.Esp.Search.Http.QRServers", "fastdemoback:15102");
        намеВалуеЦоллецтион.Адд("Com.FastSearch.Esp.Search.Http.RequestMethod", "GET");
    
        сеарцхФацтори = СеарцхФацтори.НевИнстанце(намеВалуеЦоллецтион);

3. Ако изаберете махнито нетачне порт, добијете корисне грешци:

слика

4. Међутим, Ако изаберете број порта који је наведен на преглед (15102) you don’t get that helpful error message. Уместо тога, касније, када покушате да приступите било какве податке путем претраге или референца брз поглед, you get an error. Debugging shows that the searchFactory’s view count is zero. You’ll be given the message "Failed to fetch Search View List".

</крај>

Тецхнорати Тагс:

Претплатите се на мој блог.

Ка СхареПоинт технички дизајн обрасци: СхареПоинт Десигнер Воркфлов + Догађај пријемник = високе потенције коктел

Један од нових модела мислим да у њеном стварању СхареПоинт решења полуге СхареПоинт Десигнер ток догађаја и један рисивер.

Овде је посао сценарио да га ставимо у контекст:

  • Ја отпремите документ у доц Либ.
  • Ја започети са више корака ток креиран помоћу СхареПоинт Десигнер.
  • У неком тренутку током тог процеса, ток посла додели задатак некоме (преко прикупља податке од корисника, или поставите задатак).
  • We want to use a KPI to track how long that task is awaiting completion. The KPI shows green for tasks that are completed or due more than 3 days from now. It shows yellow if the task is due tomorrow or today. It shows red if the task is past due.
  • Ево бунтовник: Желим датум који покреће тај КПИ да буду свесни одмор-.

I can’t calculate a holiday-aware due date in SharePoint Designer workflow very easily. I would have to create a custom action or use a 3rd party tool. Међутим, it’s easy enough to calculate such a date in an event receiver. Merge those two together and we get a pattern like this:

  • Define a hidden yes/no site column on the document library labeled "DoCalcualteDueDate".
  • Покрене га да лажно.
  • У одговарајуће време у току посла (e.g. just before the "collect data" акција), доделите ту вредност на истина.
  • ИтемУпдате() event receiver looks to see if "DoCalculateDueDate" is true. Since the event receiver runs on every update, "DoCalculateDueDate" нормално је лажна.
  • Када ток посла додељује ДоЦалцулатеДуеДате на истина, догађај пријемник израчунава одмор-аваре рок.
  • Када догађај пријемник ради овај обрачун, она поставља заставу на лажне ДоЦалцулатеДуеДате.

На крају, SPD workflow is communicated with an event receiver via the DoCalculateDueDate semaphore and we have holiday-aware due dates that are assigned at the exactly correct moment in the workflow’s life. SharePoint Designer controls when the due date is assigned but the event receiver performs the actual calculation and assignment.

</крај>

Претплатите се на мој блог.

Тецхнорати Тагс: ,

Посматрања понашања: Мовинг СПД Токови посла унутар колекције

УПДАТЕ: I’ve been researching how to embed a SPD workflow into a site definition. МСДН форуму ланац има неке занимљиве информације. It’s not conclusive, али указује на путу кроз џунглу.

I’m giving this post a slightly oddball "Observed Behavior" lead since I’m a little leery of drawing conclusions from it. SPD workflows are … темпераментан.

Људи се често питају / питате / fretting over moving SPD workflows from one place to another. Данас, Пратио сам ове кораке и направио ове запажања:

  • Креирао сам ток посла помоћу СхареПоинт Десигнер на сајту везан за библиотеку докумената.
  • Ассоциатед библиотека докумената већ налази неколико докумената.
  • Спасао сам сајт као шаблон.
  • Када сам спасао сајт као шаблон, Спасао сам садржај, као и.
  • Креирао сам нови сајт у истој колекцији користећи тај шаблон.

У овом тренутку, I tried to run the workflow. It promptly terminated itself with the log message, "Failed on start".

I expected this. I have low expectations when it comes to moving SPD workflows around.

Наставио сам:

  • Отворен сајт у СхареПоинт Десигнер.
  • Had a peek at the workflow. It seemed fine.
  • I clicked "Finish".
  • Трчао сам ток посла.

Овај пут, је радила добро.

I’ll add that this workflow used the "collect data from user" радња која је релативно сложен акција под хаубом.

I tentatively conclude that the process of "finishing" the workflow caused SPD to properly associate the SPD workflow with the new document library. I also conclude the XOML and other XML artifacts are reasonably "loose". They are not super tightly coupled to the document library.

Шта ово значи? Assuming it’s a reliable and reproducible process, there’s at least one rough method we can use to move them around. I don’t know if this would work if we crossed site collection boundaries or even more drastically, читаве нових фарми (e.g. дев до ниво да прод).

Ако читате ово и склон, пошаљите коментар или пошаљи ми your SharePoint Designer migration story. I’ll gladly update this posting with any insights thus offered.

</крај>

Претплатите се на мој блог.

Тецхнорати Тагс:

Брза и једноставна: Воркфлов-Само Упдате Фиелд

It’s often useful to store status information in a custom list such as an approval code which should never be directly manipulated by end users. This is a common business scenario. I have been working on a project this year that generates various status and reminder dates via SharePoint Designer workflows that then drive KPIs and generally support time-critical business processes.

Користите тип садржаја локације / колона да се постигне овај ефекат.

Креирање типа садржаја са статусом колони као што је приказано:

слика

Note the "Status (за демо)" поље на дну.

Следећи, click on the column name to access the column’s properties. Select "Hidden (Неће се појавити у форми)" у поставке колона као што је приказано:

слика

This removes the field from the standard edit/update forms. Међутим, још увек је доступна у приказима, КПИ, објектни модел и свуда где желите да га користите, including SPD workflow.

</крај>

Претплатите се на мој блог.

Тецхнорати Тагс: ,

Недеља смешно: “Мислио сам да је требало да буде богат град”

Пре нешто више од три године, моја супруга и ја потписао сина за летњу активност, The Midland Park Players. This is a drama group that spends about three or four weeks preparing for a play and then showing it to the parents, friends and relatives. It’s always been done very well.

Ја не знам да ли свачије дете је овако, but my son is extremely reluctant to try new things. Knowing this, we signed him up for the program. We’ve found that it’s best to alert him to these kinds of things early and often. Тако, како би се превазишла своју природну одбојност, рекли смо му рано и дали све од себе да то звуци као забава, итд. Even with a multi-month advertising campaign, he still wasn’t convinced. We forced him to do, иако, и као што је често случај, he had a great time.

У време друге године ваљани око, he had once again convinced himself that he didn’t want to participate. Али, су га потписали смо се и на зеро-даи, I dropped him off one morning at the high school where they practice. When I went to pick him up after lunch, био је веома узбуђен, сви осмеси и најавио, "The play is the Велветеен Раббит and I want to be the Rabbit". He had spent literally months carrying on (понекад хистерично) како да не жели да има било какве везе са Парк играци и после првог дана, he wants to be the lead role in the play. We’ve seen this pattern before.

(На наше изненађење, он је добио улогу зец и он је био невероватно.)

Fast forward a few years. He’s been in Park Players three times now, so he’s something of a veteran. This summer (2008), Players starts up again. У међувремену, Он нам је на крају убеђен да он заиста doesn’t want to play soccer and he never liked basketball. That left him with no extra-curricular activities for late Winter / early Spring. A client with whom I was working mentioned that his daughter was in a program called Stage Right. Stage right is a slightly more expensive version of Park Players and it’s not in my town, but adjacent to it. Perfect.

The thing to know about that town is that it’s practically another country in terms of wealth. It has a high-frequency train right to Wall Street and NYC in general. It’s just a wealthy place. One of the on-going family discussion themes is whether we should have moved to that town instead of where we live now. It’s a bigger town, његове школе нуде више програма за децу, итд. My wife grew up in that town and her parents live there, so we are "hooked in" despite not living there. I personally grew up in different circumstances in Massachusetts, so I don’t have a lot to say about this during family dinner conversation. This isn’t to say that we aren’t very happy where we live. We just know that that town is a level above our town economically.

Stage Right’s next program started too soon for us to launch our normal advertising campaign to overcome my son’s reluctance. This is when he came up with one my personal favorite arguments against doing something: "Friday nights are главни ноћи за спавање преправки!" Stage Right was going to interfere with his weekend socials.

Дан долази, ми смо га довести тамо и отпустите га искључите и као са свим осталим, његова природна љубав само бити жив преузео и он је био добар провод са њом.

Протеклог викенда моја супруга је разговарао са њим и по први пут, I think he’s tailoring his discussions very precisely for his audience. She had asked him how Stage Right compares to Midland Park Players. He tells her that "In Park Players, we have teenagers that help us out. There aren’t any in in Stage Right. In Park Players, teenagers make all props. In Stage Right, we have to bring our own props. We have to do everything. And then he twists the knife: "I thought this was supposed to be a rich town."

Све ове године, I never really thought that he was hearing or understanding anything as it related to the "rich town". Међутим, испоставило се да је.

</крај>

Претплатите се на мој блог.

Тецхнорати Тагс:

СхареПоинт не даје Календар ролл-уп-; Могућих решења

УПДАТЕ: An anonymous person in the comments posts this link: http://www.atidan.com/atidan-collaboration-kit.php

Форум корисници често питам овако:

"I would like to have a calendar at the site level that is populated by events from subsite calendars. Ideally, корисници у подсајтова ће створити догађаје из календара, and will have the option of marking them as ‘public.’ Events marked as public will dynamically appear in the shared site calendar. Thus the shared site calendar is a roll-up of all public events from all subsite calendars."

Да ли је ВСС 3.0 или МОСС 2007, it is not possible to directly configure a "roll-up" calendar. Calendars exist on their own, независно од било ког другог календара.

Да бисте направили ролл-уп календара, пратите једну од тих путева:

  1. Use a Content Query Web Part. This is the easiest solution for MOSS users (ВСС не пружа ЦКВП). ЦКВП, нажалост, does not provide a calendar view of data out of the box. It does provide enormous rendering flexibility (погледајте овде на једном примеру) већ по дефаулту, shows its results in simple list format. In many cases, ЦКВП вероватно добар избор.
  2. A more programming-oriented solution would be to use event receivers. Implement event receivers on the subsite calendars that keep their public events in sync with the master calendar. As a given subsite calendar is modified, reach out to the master calendar and update it as needed. This option is available in both WSS 3.0 и маховине.

There are probably other clever solutions to this problem. If you have one or know of one, оставите коментар или пошаљи ми и ја ћу ажурирати овај пост.

</крај>

Претплатите се на мој блог.

Направи Ситес (СПВеб) преко СхареПоинт Десигнер Воркфлов

This blog entry is more of an "in the realm of the possible" Унос вс. Инфо бетон.

We have a technical design that calls for us to create a site in a site collection via a manually launched workflow process. У основи, users enter data into a "new customer" прилагођене листе и онда када су завршили и потврдили унос података процеса, треба да направи сајт за тог купца.

Ја сам и велики фан декларативног посла, као и слаба Висуал Студио тока програмер, па сам хтео да испуни услов помоћу СхареПоинт Десигнер.

Ја планирам да пишем о овоме детаљније (и надамо се присутни на корисничке групе или две у наредној години), али овде је целовито решење:

  • Креирање прилагођене акцију која интегрише са СПД.
  • Обичај акција омогућава да се позове СПД Веб услугу и проследи је низ КСМЛ.
  • Веб сервиса проналази ред у прилагођеној листи и креира нову локацију према подацима за тог новог клијента помоћу прилагођеног сајт дефиницију.
  • Веб сервис затим ажурира прилагођену листу са неким информацијама, као што је линк на новој локацији.

Сматрали смо и друге приступе, као што су управљање догађајима и Висуал Студио са седиштем радни процес. СПД приступ даје крајњим корисницима мало већу контролу над процесом. Одобрено, има пуно Ц # коду у овом решењу, али је умотан у декларативне посла, тако да смо добили неке од предности декларативног посла док провлачење у стварање сите-сервиса.

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.

</крај>

Претплатите се на мој блог.

Тецхнорати Тагс: ,