Nopea SharePoint-integrointi: Näytteen koodi näyttää kaikki käytettävissä olevat nopeasti näkymät

Tässä on joitakin koodi, joka näyttää kaikki käytettävissä olevat näkymät alkaen NOPEASTI palvelin perustuu nimetty QRServer (jonka kanssa kommunikoimme palvelinprosessi). Annan tämän antaa teille kaikille maistaa mitä on käyttää jos FAST API.

käyttäminen Järjestelmän;
käyttäminen System.Collections.Generic;
käyttäminen System.Linq;
käyttäminen System.Text;
käyttäminen Com.FastSearch.Esp.Search;
käyttäminen Com.FastSearch.Esp.Search.Http;
käyttäminen Com.FastSearch.Esp.Search.Navigation;
käyttäminen Com.FastSearch.Esp.Search.Query;
käyttäminen Com.FastSearch.Esp.Search.Result;
käyttäminen Com.FastSearch.Esp.Search.View;
käyttäminen System.Collections.Specialized;
käyttäminen System.Collections;


nimitila Conchango
{
    luokan EnumerateFASTViews
    {
        staattinen mitättömäksi Pääsivu(merkkijono[] args)
        {

            ISearchFactory searchFactory;

            NameValueCollection nameValueCollection = Uusi 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);

            Konsoli.WriteLine("Yhteensä näkymät: [" + searchFactory.GetSearchViewList().Määrä + "].");

            int i = 0;

            foreach (objekti o Tässä searchFactory.GetSearchViewList())
            {
                Konsoli.WriteLine("View [" + i    + "]: [" + o.ToString() + "].");

            }

            Konsoli.ReadLine();

        }
    }
}

Huomaa, että pidän itseäni tuskin toimivaltainen C#-ohjelmoija ja olen ohut iho, joten älä lähetä mitään vadelmat tieni, varsinkin re: "foreach (objektin o …)" construct 🙂

</loppu>

Technorati Tags: ,

Tilaa blogiin.

NOPEASTI ja SharePoint yhdentymisen ensin etsiä

Olen ollut onnekas on mahdollisuus työskennellä nopeasti <–> SharePoint yhdentymishankkeen ja mietti edelleen jakaa minun vähän kokemusta yhteisön.

Microsoft on Ostaminen NOPEASTI. En tiedä mitään aikataulu, paitsi, että se olisi valmis "2-quarter" jonka oletan tarkoittaa 06/30/08.

Projektin suunnittelu, korkealla tasolla, vaatii muutaman web-osien luominen, joka näyttää noin, tuntea ja toiminnot kuin standardi MOSS hakuruudusta ja keskeiset tulokset WWW-osa, mutta vetää nopeasta. Olen tehnyt joitakin vauvan askelia tähän suuntaan.

NOPEASTI on oma hakukone. Se ei perustu Microsoft-tekniikan, Vaikka onkin selvää, että jotkut nopeasti insinöörit selvästi ymmärtää MS tech (tai he ovat tehneet käyttää urakoitsija).

NOPEASTI:

NOPEASTI on iso hirviö tarjoilija hedelmä (ja en tarkoita, että huono mielessä; MOSS on iso hirviö tuote minulle myös). Se näyttää perustuvat Java ja huomasin joitakin apache juttuja ja ehkä joitakin PHP. En olisi yllättynyt, jos ei muita bittiä tech sekoittaa siellä täällä. Se varmasti toimii windows Server ja on työskentely hienosti virtuaalinen ympäristö, joka olen käyttänyt.

Se käyttää julkisivu web-palveluun että indeksoi SharePoint-sisällön indeksoinnissa erityisen nopeasti.

SharePoint-loppukäyttäjän olisi aika paljon kotona FAST käyttöliittymä. Se on yksinkertainen ja tarkempi haku, näyttää tulokset, on suuri merkitys (Vaikka en ymmärrä, miten se käsittelee sosiaalisen osuvuus). Kuitenkin, siinä mennään pidemmälle. Sen myönteiset tuntuu paremmalta. Todella voi muotoilla se hyvin, mutta otan vain sanoa, "on parempi." Minun sanaani se, or not 🙂 I may elaborate on this point in the future, oppia lisää.

MOSS:

FAST tarjoaa. NET-friendly DLL, joka tarjoaa käyttöliittymän nopeasti moottori. Tämä mahdollistaa luoda web-osia tai sovellussivut tai miksi haluammekin kyselyn nopeasti ja tulokset.

Näyttäisi olevan web service interface.

Olen myös saada nopeasti jos web-osa, jotka integroivat MOSS ja nopeasti. En tiedä, onko tämä POC, jotain, joka oli lyöty jopa demo vai mitä. Se on ehdottomasti hyvä oppimisväline, ei niin varma, jos se on tuotanto-valmis.

Se on nyt. Kun projektin kautta, I post enemmän.

</loppu>

Technorati Tags: , ,

Tilaa blogiin.

FAST QRServer-portin

Jotta kommunikoida FAST Search kautta API, Meidän täytyy tietää portin, joka QRServer käytetään.

Olen seurannut näitä ohjeita sen paikallistamiseksi:

  1. Kirjaudut nopeasti admin-sivustolla (http://server:port/admin).
  2. Siirry järjestelmän yleiskatsaus.
  3. Paikallistaa "Etsi Lähettäjä" ja kaukoputki-kuvaketta:

    kuva

  4. Onnistuneesti käytetty arvo, 15100 nimelle"Info" = "http":

    kuva

Muistiinpanot:

1. Port 15100 näyttäisi QRServer OOBE portin oletusnumero.

2. Käytä tätä koodia seuraavankaltainen vahvistaa nopeasti yhteyden:

     ISearchFactory searchFactory;
    
        NameValueCollection nameValueCollection = Uusi 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. Jos valitset villisti väärään porttiin, Saat hyödyllisiä virhesanoman:

kuva

4. Kuitenkin, Jos valitset porttinumero listattu yleiskatsaus (15102) et tajua että hyödyllistä virheilmoituksen. Sen sijaan, myöhemmin, kun yrität käyttää tietoja kautta haku tai viitata nopeasti näkymä, näyttöön tulee virhesanoma. Debugging näyttää, searchFactory Katso määrä on nolla. Sinulle annetaan viesti "Failed hakemaan Etsi luettelo".

</loppu>

Technorati Tags:

Tilaa blogiin.

Kohti SharePointin tekninen suunnittelu kuviot: SharePoint Designer työnkulun + Tapahtuman vastaanottimen = korkean tehon Cocktail

Yksi löydy tietynlaisen SharePoint ratkaisuja uusia kuvioita suppeata SharePoint Designer työnkulun ja tapahtuma-vastaanotin.

Tässä on sen yhteydessä liiketoimintaskenaarion:

  • Asiakirjan lataaminen doc-lib.
  • I cone monivaiheinen työnkulun luotuja SharePoint Designer.
  • Tämän prosessin aikana, Työnkulku määrittää tehtävän jollekulle (kautta tietojen keräämiseen käyttäjältä tai tehtävän osoittaminen).
  • Haluamme KPI: N avulla voit seurata, kuinka kauan tehtävän on saatu valmiiksi. KPI näkyy vihreä tehtäville, jotka suoritetaan tai asianmukaisesti yli 3 päivän kuluttua. Näyttää keltainen, jos tehtävän määräpäivä on huomenna tai tänään. Näyttää punaista, jos tehtävä on myöhässä.
  • Tässä on potkaisija: Haluan päivämäärä, jolloin asemat että KPI loma hyvä tietää.

Ei voi laskea loma-aware asianmukaisesti päivämäärä SharePoint Designer työnkulun helposti. Minun täytyy luoda mukautetun toiminnon tai käyttää 3rd puolue koristella. Kuitenkin, se on helppokäyttöinen laskiessaan päivämäärän, tapahtuman-vastaanotin. Yhdistää nämä kaksi ja saamme mallineuletta tähän:

  • Määrittää piilotetut kyllä/ei sivustosarakkeen asiakirjakirjastossa nimeltä "DoCalcualteDueDate".
  • Alustaa EPÄTOSI.
  • Työnkulun sopivana ajankohtana (virrankatkaisu. juuri ennen "tietojen kerääminen" toiminto), määrittää arvon TRUE.
  • ItemUpdate() tapahtuman vastaanottimen näyttää, onko "DoCalculateDueDate" on totta. Koska tapahtuma vastaanotin toimii kaikki päivitykset, "DoCalculateDueDate" on tavallisesti EPÄTOSI.
  • Kun työnkulku määrittää DoCalculateDueDate TRUE, tapahtuman vastaanottaja laskee loma-tietoinen asianmukaisesti päivämäärä.
  • Kun tapahtuma-vastaanottimen Tämä laskelma, se määrittää DoCalculateDueDate-lipun arvoksi false.

Lopulta, SPD työnkulun ilmoitetaan tapahtuman vastaanottimen kautta DoCalculateDueDate semafori ja meillä loma-aware koska päivämäärille, joihin on juuri oikea hetki työnkulun elämässä. SharePoint Designer tarkastukset eräpäivä määritetään mutta tapahtuman vastaanottaja suorittaa tosiasiallisesta laskemisesta ja Varauksen.

</loppu>

Tilaa blogiin.

Havaittujen ongelma: Ohjelma-asiakirjan työnkulut sivustokokoelman siirtäminen

PÄIVITYS: Olen ollut tutkia, miten upottaa SPD työnkulun sivustomääritykseen. Tässä MSDN-foorumin ketjussa on joitakin mielenkiintoisia tietoja. Se ei ole ratkaiseva, mutta viittaa polku viidakon läpi.

Annan tämän jälkeen hieman kumma "havaittu ongelma" koska olen hieman varovainen johtopäätöksiä siitä. SPD työnkulut ovat … temperamenttinen.

Ihmiset kysyvät usein / ihme / kiukuttelu yli liikkuvat SPD työnkulkuja paikasta toiseen. Tänään, Näiden ohjeiden ja tehnyt nämä huomautukset:

  • Olen luonut työnkulun käyttämällä SharePoint Designer-sivuston liitetty asiakirjakirjastoon.
  • Liittyvä asiakirjakirjasto sijaitsee jo useita asiakirjoja.
  • Olen tallentanut sivuston mallia.
  • Kun olen tallentanut sivuston mallia, Säästin sisällön samoin.
  • Olen luonut uuden sivuston samaan sivustokokoelmaan käyttää kyseistä mallia.

Tässä vaiheessa, Olen yrittänyt suorittaa työnkulun. Se välittömästi lopettaa itse halko asia, "Ei käynnisty".

Odotin tämän. Olen alhaiset odotukset, kun se tulee liikkuvat SPD työnkulut.

Jatkoin:

  • Avannut sivuston SharePoint Designerissa.
  • Oli kurkistaa työnkulku. Se tuntui hyvin.
  • I-kirjain clicked "Lopettaa".
  • Juoksin työnkulku.

Tällä kertaa, se toimi moitteettomasti.

I lisätä, että tämä työnkulku käyttää "tietojen kerääminen käyttäjältä" Mikä on suhteellisen monimutkaisia toimia konepellin alle.

Alustavasti päätellä, että prosessi "viimeistely" työnkulun aiheutti SPD, SPD työnkulku liitetään asianmukaisesti uuteen asiakirjakirjastoon. Katson myös, XOML ja muita XML-esineitä ovat kohtuullisen "löysä". Ne ei super tiukasti liity asiakirjakirjastoon.

Mitä tämä tarkoittaa? Olettaen, että se on luotettava ja toistettavissa prosessi, on ainakin yksi karkea menetelmä voimme käyttää siirtää ne. En tiedä, jos tämä toimisi jos ylitimme sivuston kokoelma rajoja tai jopa enemmän huomattavasti, koko uusien tilojen (virrankatkaisu. dev vaiheeseen tuot).

Jos luet tätä ja taipuvainen, Lähetä kommentti tai email we SharePoint Designer siirron tarina. I mielelläni päivittää tästä kommentista mitään oivalluksia tarjotaan näin ollen.

</loppu>

Tilaa blogiin.

Technorati Tags:

Nopea ja yksinkertainen: Työnkulun vain Päivitä kenttä

Usein kannattaa tallentaa tilatiedot mukautetun luettelon kuten hyväksyntä-koodi, joka olisi koskaan käsitellä suoraan loppukäyttäjille. Tämä on business skenaario. Olen työskennellyt hankkeen tänä vuonna, joka tuottaa eri tilan ja muistutus huonevaraus SharePoint Designer-työnkulkuja, jotka sitten ajaa KPI: T ja yleensä tukevat aikakriittisiä liiketoimintaprosesseja.

Käytä sivuston sisältölajiin / sarake tämän saavuttamiseksi vaikutus.

Luo sivuston sisältötyyppi tila-sarakkeessa, kuten:

kuva

Huomaa " (demo)" kentässä.

Seuraava, napsauttamalla sarakkeen nimeä käyttää sarakkeen ominaisuudet. Valitse "piilotettu (Se ei näy lomakkeissa)" Sarakkeiden lisäasetukset-osassa esitetyllä:

kuva

Tämä toimenpide poistaa kentän edit/päivityksen lomakkeista. Kuitenkin, on edelleen käytössä, KPI: T, objektimallin ja minne tahansa haluat käyttää sitä, SPD työnkulku mukaan lukien.

</loppu>

Tilaa blogiin.

Sunnuntai Funny: “Ajattelin, että tämä piti olla rikas kaupunki”

Hieman yli kolme vuotta sitten, Vaimoni ja minä allekirjoittanut poikani niin kesän toiminnasta, Ehka pelaajat. Tämä on Draama, joka kuluttaa noin kolme tai neljä viikkoa valmistautuminen pelata ja osoittaa sen vanhemmille, ystävät ja sukulaiset. Se on aina tehty hyvin.

En tiedä, jos kaikkien lapsi on näin, mutta poikani on erittäin haluttomia kokeilla uusia asioita. Tietäen tämän, Me allekirjoittaneet häntä ohjelmaan. Olemme huomanneet, että on parasta varoittaa häntä tällaisia asioita aikaisin ja usein. Niin, korjaamiseksi luonnollinen haluttomuus, Kerroimme hänelle aikaisin ja oli paras tapa tehdä se kuulostaa hauskalta, jne. Edes avulla monikuisen mainoskampanja, Hän on edelleen ollut vakuuttunut. Joudumme häntä tekemään, Vaikka, ja kuten usein, Hän oli hauskaa.

Kun toinen vuosi rullattu noin, Hän oli jälleen vakuuttunut itse, että hän ei halua osallistua. Mutta, Me allekirjoittaneet häntä jalkeilla ja nollata-aika, Olen laskenut hänet eräänä aamuna lukiossa, jossa ne käytännössä. Kun menin hakemaan häntä lounaan jälkeen, Hän oli innoissaan, Kaikki hymyilee ja ilmoitti, "Näytelmä on Velveton kani ja haluan olla kanin". Hän oli viettänyt kirjaimellisesti kuukauden harjoittaa (joskus hysteerisesti) siitä, miten hän halua olla tekemisissä Park pelaajia ja ensimmäisen päivän jälkeen, Hän haluaa olla johtava rooli näytelmässä. Olemme nähneet tämän mallin ennen.

(Suureksi, hän saada kani rooli ja hän oli Amazing.)

Pikakelaus muutaman vuoden. Hän on ollut Park pelaajat kolme kertaa nyt, niin hän on jotain veteraani. Tänä kesänä (2008), Pelaajat käynnistyy uudelleen. Sillä välin, Hän vakuutti meidät hän Todella ei halua pelata jalkapalloa ja hän ei koskaan halunnut koripallo. Joka jätti hänet ei oppilaskuntatoiminnassa kevättalvella / aikaisin keväällä. Asiakas, jonka kanssa työskentelin mainitsi, että hänen tyttärensä oli ohjelma nimeltä juuri. Juuri on hieman kalliimpi versio Park pelaajia ja se ei ole minun kaupunki, mutta vieressä. Täydellinen.

Asia tietää että kaupunki on käytännössä toisen maan varallisuustaso. Se on korkean taajuuden juna Wall Street ja NYC yleensä. Se on rikas paikka. Yksi perhe keskustelu teemoja on, että meidän olisi pitänyt että kaupunkiin sen sijaan, jossa elämme nyt. Se on isompi kaupunki, sen koulut tarjoavat ohjelmia lapsille, jne. Että kaupunki kasvoi vaimoni ja hänen vanhempansa asuvat siellä, Joten me "koukussa" Vaikka asu siellä. Itse kasvoin eri tilanteissa Massachusetts, joten ei ole paljon sanottavaa perhepäivällisen keskustelun aikana. Tämä ei tarkoita, että emme ole iloinen, jossa elämme. Tiedämme vain, että kaupunki on yli kaupunkimme taloudellisesti.

Lavalla juuri seuraava ohjelma alkoi liian aikaisin meitä meidän normaali mainoskampanja voittaa poikani haluttomuus. Tämä on, kun hän päätyi yksi minun henkilökohtainen suosikki vastustettiin jotakin: "Perjantai-iltaisin on Prime yötä nukkua siirrot!" Juuri menossa häiritä hänen viikonloppuna sosiaalisista.

Päivä tulee, saada hänet siellä ja pudottaa hänet pois ja kuten kaiken muunkin, otti hänen luontainen rakkaus vain on elossa ja hän on ottaa hyvä aikaa sen kanssa.

Viime viikonloppuna vaimoni puhui hänelle ja ensimmäistä kertaa, Mielestäni hän on räätälöidä hänen keskusteluja erittäin tarkasti yleisönsä. Hän oli pyytänyt häntä, miten juuri verrata Midland Park pelaajat. Hän kertoo, että "tässä Park pelaajat, Meillä on teini-ikäiset, jotka auttavat meitä. Ei ole mitään vaiheessa aivan. Park-soittimet, teini-ikäiset tekevät kaikki rekvisiitta. Vaiheessa aivan, Meidän on saatava oma rekvisiitta. Meidän on tehtävä kaikkemme. Ja sitten hän pyörittelee veitsi: "Luulin, että tämä piti olla rikas kaupunki."

Kaikki nämä vuodet, En koskaan oikeastaan ajatellut, että hän oli kuulemaan tai ymmärtämään mitään kuin se "rikas kaupunki". Kuitenkin, on käynyt ilmi, hän oli.

</loppu>

Tilaa blogiin.

Technorati Tags:

SharePoint ei ole kalenteri Roll-ups; Mahdollisia ratkaisuja

PÄIVITYS: Nimetön henkilö kommentteja virkaa linkki: http://www.atidan.com/atidan-collaboration-kit.php

Foorumin käyttäjät kysyvät kysymyksiä, kuten tämä:

"Haluan olla kalenteri sivustotasolla, jossa asuu tapahtumia alisivuston kalenterit. Ihannetapauksessa, alisivustojen käyttäjät luoda kalenteritapahtumat, ja on mahdollisuus merkitä ne "julkinen.’ Merkitty koska julkinen tapahtumat näkyvät dynaamisesti verkkosivua kalenteri. Näin verkkosivua kalenteri on roll-up kaikki tilaisuuksissa kaikki alisivuston kalenterit."

On WSS 3.0 tai SAMMAL 2007, ei voi suoraan määrittää "roll ylös" Kalenteri. Kalentereita on olemassa omia, riippumaton muiden kalenteri.

Koonnin kalenterin luominen, Seuraa näitä polkuja:

  1. Sisältökysely-Web-osan käytöstä. Tämä on helpoin ratkaisu MOSS käyttäjille (WSS ei ole CQWP). CQWP, Valitettavasti, tarjoa tietojen kättelyssä kalenterinäkymässä. Se antaa valtavan tekee joustavuutta (Katso tästä esimerkki) mutta oletusarvoisesti, näyttää sen tulokset yksinkertainen luettelomuodossa. Monissa tapauksissa, CQWP luultavasti hyvä valinta.
  2. Ohjelmoinnin suuntautunut ratkaisu olisi käyttää tapahtuman vastaanottajat. Toteuttaa tapahtuman vastaanottajat alisivuston kalenterit pysyvät julkisiin tapahtumiin synkronoituna master kalenteriin. Tietyn alisivuston kalenteri muutetun, master kalenteriin tavoittaa ja päivittäminen tarvittaessa. Tämä vaihtoehto on käytettävissä sekä WSS 3.0 ja SAMMAL.

On luultavasti muita viisaita ratkaisuja ongelman. Jos sinulla on yksi tai tiedä yhtään, Jätä kommentti tai email we ja aion päivittää tätä viestiä.

</loppu>

Tilaa blogiin.

Sivustojen luominen (SPWeb) Via SharePoint Designer työnkulun

Tämän blogimerkinnän on enemmän "mahdollinen valtakunnassa" merkintä vs. käytännön tietoa.

Meillä tekninen suunnittelu, joka vaatii meitä luoda sivuston sivustokokoelman kautta manuaalisesti aloittaa työnkulkuprosessi. Pohjimmiltaan, tietojen kirjoittamista "uusi asiakas" mukautetun luettelon ja sitten kun on valmis ja vahvistettu tietojen syöttö prosessiin, Meidän täytyy luoda sivuston asiakkaan.

Olen suuri fani deklaratiivinen työnkulun sekä heikko Näkö Ateljee työnkulun ohjelmoija, joten halusin SharePoint Designerilla vaatimuksen täyttämiseksi.

Aion kirjoittaa tästä tarkemmin (ja toivottavasti esittää käyttäjäryhmä tai kaksi ensi vuonna), mutta tässä on kokonaisratkaisua:

  • Luo mukautettu toiminto, joka integroituu SPD.
  • Mukautetun toiminnon avulla SPD vedota verkkopalvelu ja siirtää se merkkijono XML.
  • Web-palvelu etsii rivin mukautetun luettelon ja luo uuden sivuston kuten tiedot kyseisen uuden asiakkaan mukautetun sivuston määrityksen avulla.
  • Web-palvelu päivittää sitten mukautetun luettelon joitakin tietoja kuten linkki uuteen sivustoon.

Pidimme muut lähestymistavat, kuten tapahtumakäsittelijät ja visual studio perustuu työnkulku. SPD-lähestymistapa antaa loppukäyttäjille hieman valvoa prosessia. Myönnetty, on paljon C# koodia tässä ratkaisussa, mutta se on kääritty sisällä deklaratiivinen työnkulun, joten saamme joitakin etuja deklaratiivinen työnkulun kun koukkaaminen sivuston luomisen service.

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.

</loppu>

Tilaa blogiin.

Technorati Tags: ,