Månedlige Arkiver: Mars 2008

Bestemme FAST QRServer Port

For å kommunisere med FAST Search via dens API, Vi trenger å vite porten som QRServer kjører.

Jeg fulgte fremgangsmåten for å finne den:

  1. Logge av rask admin nettstedet (http://server:port/admin).
  2. Naviger til systemoversikt.
  3. Finn "Søk sentralen" og spyglass-ikonet:

    bilde

  4. Jeg brukt verdien, 15100 «Info navn" = "http":

    bilde

Notater:

1. Port 15100 synes å være standard out-of-the-box portnummeret for QRServer.

2. Bruk denne koden følgende for å starte en tilkobling til FAST:

     ISearchFactory searchFactory;
    
        NameValueCollection nameValueCollection = nye 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", "FÅ");
    
        searchFactory = SearchFactory.NewInstance(nameValueCollection);

3. Hvis du velger en vill feil port, du får en nyttig feilmelding:

bilde

4. Men, Hvis du velger portnummeret oppført på oversikten (15102) du får ikke det nyttige feilmeldingen. I stedet, senere når du prøver å få tilgang til data via et søk eller refererer til en rask visning, du får en feilmelding. Feilsøking viser at den searchFactory Vis antall er null. Du får meldingen "Kunne ikke hente søk se liste".

</slutten>

Technorati Merkelapper:

Abonner på bloggen min.

Mot SharePoint teknisk designmønstre: SharePoint Designer arbeidsflyten + Hendelsen mottaker = høy styrke Cocktail

En av de nye mønstrene som jeg finner i laging SharePoint-løsninger som utnytter SharePoint Designer arbeidsflyten og en hendelse-mottaker.

Her er et scenario for å sette det i sammenheng:

  • Jeg laste opp et dokument til en doc-lib.
  • Jeg kick off flere trinn arbeidsflyt som er opprettet ved hjelp av SharePoint Designer.
  • På et tidspunkt i løpet av denne prosessen, Arbeidsflyten tilordner en oppgave til noen (via samle inn data fra bruker, eller tilordne en oppgave).
  • Vi ønsker å bruke en Ytelsesindikator til å spore hvor lenge aktiviteten venter på ferdigstillelse. KPIen viser grønt for oppgaver som er fullført eller forfallsdato mer enn 3 dager. Det viser gule Hvis oppgaven forfaller i morgen eller i dag. Den viser rødt Hvis oppgaven er forfalt.
  • Her er kicker: Jeg vil at datoen som driver at KPI være ferie-klar.

Jeg kan ikke beregne en ferie-aware forfallsdato dato i SharePoint Designer arbeidsflyt veldig lett. Jeg må lage en egendefinert handling eller bruke et 3rd party verktøy. Men, Det er lett nok å beregne slik dato på en hendelsesmottaker. Flette de to sammen og får vi et mønster som dette:

  • Definere en skjult Ja/Nei områdekolonne i dokumentbiblioteket merket "DoCalcualteDueDate".
  • Starte den USANN.
  • På riktig tidspunkt i arbeidsflyten (f.eks. like før "innsamling av data" handling), tilordne denne verdien til True.
  • En ItemUpdate() hendelsen mottakeren ser ut til å se om "DoCalculateDueDate" gjelder. Siden hendelsesmottaker kjører på hver oppdatering, "DoCalculateDueDate" er vanligvis USANN.
  • Når arbeidsflyten tilordner DoCalculateDueDate til true, hendelse-mottaker beregner forfallsdatoen ferie-aware dato.
  • Når hendelsen mottakeren gjør denne beregningen, Det setter DoCalculateDueDate-flagget til false.

Til slutt, SPD arbeidsflyt er kommunisert med en hendelsesmottaker via DoCalculateDueDate semaforen og vi har ferie-klar grunn datoene som er tildelt i akkurat riktig øyeblikk i arbeidsflyten livet. SharePoint Designer kontroller når forfallsdatoen er tilordnet, men hendelsesmottaker utfører den faktiske beregningen og tildeling.

</slutten>

Abonner på bloggen min.

Technorati Merkelapper: ,

Observerte virkemåte: Flytte SPD arbeidsflyter i en områdesamling

OPPDATERINGEN: Jeg har vært forsker hvordan legge inn en SPD arbeidsflyt i en områdedefinisjon. Denne MSDN forum kjeden har noen interessante opplysninger. Det er ikke avgjørende, men poeng til banen gjennom jungelen.

Jeg gir dette innlegget en litt underlig "observert atferd" ledelsen siden jeg er litt leery å trekke konklusjoner fra det. SPD arbeidsflyter er … temperamentsfull.

Folk spør ofte / lurer / fretting over flytte SPD arbeidsflyter fra ett sted til et annet. I dag, Jeg fulgte fremgangsmåten og gjort disse observasjonene:

  • Jeg opprettet en arbeidsflyt ved hjelp av SharePoint Designer i et område som er knyttet til et dokumentbibliotek.
  • Tilknyttet dokumentbiblioteket ligger allerede flere dokumenter.
  • Jeg lagret på området som en mal.
  • Jeg lagret området som en mal, Jeg lagret innholdet også.
  • Jeg opprettet et nytt område i samme områdesamling ved hjelp av denne malen.

På dette punktet, Jeg prøvde å kjøre arbeidsflyten. Den avsluttet raskt selv med Loggmeldingen, "Ikke Start".

Jeg forventet dette. Jeg har lave forventninger når det gjelder bevegelse SPD arbeidsflyter.

Jeg fortsatte:

  • Åpne webområdet i SharePoint Designer.
  • Hadde en titt på arbeidsflyten. Det virket fin.
  • Jeg klikket "Finish".
  • Jeg løp arbeidsflyten.

denne gangen, den arbeidet fin.

Jeg vil legge til at denne arbeidsflyten brukes "samle data fra brukeren" som er en relativt komplisert handling under panseret.

Jeg forsøksvis konkludere med at prosessen med "etterbehandling" arbeidsflyten forårsaket SPD knytte SPD arbeidsflyten med det nye dokumentbiblioteket. Jeg også konkludere på XOML og andre XML-gjenstander er rimelig "løs". De er ikke super tett koblet til dokumentbiblioteket.

Hva det betyr? Antar det er en pålitelig og reproduserbar prosess, Det er minst en grov metoden kan vi bruke til å flytte dem. Jeg vet ikke om dette ville fungere hvis vi krysset nettstedet samling grenser eller enda mer drastisk, hele nye gårder (f.eks. Dev scenen å prod).

Hvis du leser dette og tilbøyelig, behage stolpe en bemerkning eller email meg historien din SharePoint Designer-overføring. Jeg vil gjerne oppdatere dette oppslaget med noe innsikt dermed tilbys.

</slutten>

Abonner på bloggen min.

Technorati Merkelapper:

Rask og enkel: Arbeidsflyt-bare Oppdater felt

Det er ofte nyttig å lagre informasjon i en egendefinert liste som en godkjenning koden som bør aldri være direkte manipulert av sluttbrukere. Dette er et vanlig scenario som business. Jeg har jobbet med et prosjekt i år som genererer ulike status og påminnelse datoene via SharePoint Designer arbeidsflyter som deretter kjøre KPIer og generelt støtter viktige forretningsprosesser.

Bruke en områdeinnholdstype / kolonne for å oppnå denne effekten.

Opprette en områdeinnholdstype med statuskolonnen som vist:

bilde

Merk "Status (demo)" feltet nederst.

Neste, Klikk kolonnenavnet til kolonnen egenskaper. Velg "skjult (Vises ikke i skjemaer)" kolonneinnstillinger som vist:

bilde

Dette fjerner feltet fra skjemaene standard Rediger/Oppdater. Men, Det er fortsatt tilgjengelig i, KPIer, objektmodellen og andre steder du vil bruke det, inkludert SPD arbeidsflyt.

</slutten>

Abonner på bloggen min.

Technorati Merkelapper: ,

Søndag Funny: “Jeg trodde dette skulle være en rik by”

Litt over tre år siden, min kone og jeg signerte min sønn for en sommeraktivitet, Midland Park spillerne. Dette er en drama gruppe som tilbringer omtrent tre eller fire uker forbereder for en spiller og deretter vise det til foreldrene, venner og slektninger. Det er alltid gjort godt.

Jeg vet ikke om alle barn er som dette, men min sønn er svært motvillig til å prøve nye ting. Å vite dette, Vi fikk ham programmet. Vi har funnet at det er best å varsle ham til slike ting tidlig og ofte. Så, for å overvinne sin naturlige motvilje, Vi fortalte ham tidlig og gjorde vårt beste for å gjøre det høres ut som moro, osv.. Selv med en reklamekampanje for flere måneder, Han var fortsatt ikke overbevist. Vi tvunget ham til å gjøre, skjønt, og som ofte er tilfellet, Han hadde en flott tid.

Da rullet andre året rundt, Han hadde igjen overbevist seg selv at han ikke vil delta. men, Vi hadde signert ham opp og null-dag, Jeg droppet ham en morgen på high school hvor de praksis. Da jeg gikk for å plukke ham opp etter lunsj, Han var veldig spent, alle smiler og annonsert, "Stykket er den Fløyel kanin og jeg vil være kaninen". Han hadde tilbrakt bokstavelig måneder bærer på (noen ganger hysterisk) om hvordan han ikke ønsket å ha noe å gjøre med Park spillere og etter første dag, Han vil være hovedrollen i skuespillet. Vi har sett dette mønsteret før.

(Mye til vår overraskelse, Han fikk rollen som kanin og han var fantastisk.)

Spol frem et par år. Han har vært i Park spillere tre ganger nå, så han er noe av en veteran. Denne sommeren (2008), Spillere starter opp igjen. I mellomtiden, Han er endelig overbevist oss han virkelig ikke ønsker å spille fotball og han aldri likte basketball. Som forlot ham uten utenomfaglige aktiviteter for senvinteren / Våren. En klient som jobbet jeg nevnte at hans datter var i et program kalt scenen akkurat. Scenen er en litt dyrere versjon av Park spillere og det er ikke i min by, men tilstøtende. Perfekt.

Ting å vite om byen er at det er praktisk talt et annet land i form av rikdom. Det har en høy frekvens toget rett til Wall Street og NYC generelt. Det er bare en velstående sted. En av de pågående familie diskusjon temaene er om vi skal ha flyttet til byen i stedet for der vi bor nå. Det er en større by, dens skoler tilbyr flere programmer for barn, osv.. Min kone vokste opp i byen og hennes foreldre bor der, så vi er "hektet i" til tross for ikke bor der. Jeg personlig vokste opp i forskjellige situasjoner i Massachusetts, så jeg har ikke mye å si om dette under familie middag samtale. Dette er ikke å si at vi ikke veldig glad der vi bor. Vi vet at byen er et nivå over byen vår økonomisk.

Scenen akkurat neste programmet startet for tidlig for oss å lansere vår normale reklamekampanje for å overvinne min sønns motvilje. Dette er når han kom opp med en min personlige favoritt argumenter mot gjør noe: "Fredag kveld er Prime netter for søvn-overs!" Scenen akkurat skulle påvirke sin helg socials.

Dagen kommer, vi bringe ham det og slippe ham av og som med alt annet, sin naturlige kjærlighet til bare å være levende tok over og han har hatt en god tid med det.

Denne siste helgen min kone snakket til ham og for første gang, Jeg tror han er skreddersy hans diskusjoner meget presist for sitt publikum. Hun spurte ham hvordan scenen akkurat sammenlignet Midland Park spillere. Han forteller henne at "i Park spillere, Vi har tenåringer som hjelper oss. Det finnes ikke noe i scenen til høyre. I Park spillere, tenåringer gjør alle rekvisitter. I scenen, Vi må bringe våre egne rekvisitter. Vi har å gjøre alt. Og så han vendinger kniven: "Jeg trodde dette skulle være en rik by."

Alle disse årene, Jeg aldri virkelig trodde at han var høre eller forstå noe som det knyttet til "rike byen". Men, Det viser seg han var.

</slutten>

Abonner på bloggen min.

Technorati Merkelapper:

SharePoint gir ikke kalenderen samleoppdateringer; Potensielle løsninger

OPPDATERINGEN: En anonym person i kommentarer innlegg lenken: http://www.atidan.com/atidan-collaboration-kit.php

Forum brukere spør ofte et spørsmål som dette:

"Jeg ønsker å ha en kalender på områdenivå som er befolket av hendelser fra sekundære kalendere. Ideelt, brukere i underområder vil opprette kalenderhendelser, og vil ha mulighet til å merke dem som "offentlig.’ Hendelser som er merket som offentlig vises dynamisk i delt område kalenderen. Dermed er delt område kalenderen opprulling av alle offentlige hendelser fra alle sekundære kalendere."

Er WSS 3.0 eller MOSS 2007, Det er ikke mulig å direkte konfigurere en "roll-up" Kalender. Kalendere finnes på egenhånd, uavhengig av alle andre kalenderen.

Opprette en opprulling kalender, følge en av disse banene:

  1. Bruke en webdel for innholdsspørring. Dette er den enkleste løsningen for MOSS brukere (WSS gir ikke CQWP). CQWP, Dessverre, gir ikke en kalendervisning data ut av boksen. Det gir enorme gjengivelse fleksibilitet (se her for ett eksempel) men som standard, viser resultatene i enkel liste-format. I mange tilfeller, CQWP trolig et godt valg.
  2. En mer programmering-orientert løsning ville være å bruke hendelsesmottakere. Implementere hendelsesmottakere på sekundære kalendere som holder sine offentlige arrangementer synkronisert med hovedkalenderen. Som et bestemt underområde er kalenderen endret, nå ut til hovedkalenderen og oppdatere den etter behov. Dette alternativet er tilgjengelig i både WSS 3.0 og MOSS.

Det finnes sannsynligvis andre smarte løsninger på dette problemet. Hvis du har en eller vet av en, Legg igjen en kommentar eller email meg og jeg vil oppdatere dette innlegget.

</slutten>

Technorati Merkelapper: ,

Abonner på bloggen min.

Opprette områder (SPWeb) via SharePoint Designer arbeidsflyt

Dette blogginnlegget er mer av en "i riket av mulige" oppføringen vs. konkret informasjon.

Vi har en teknisk design som krever oss å lage et område i en områdesamling via et manuelt lanserte arbeidsflytprosessen. I utgangspunktet, brukere registrerer data i en "ny kunde" egendefinert liste og deretter når de har ferdig og validert data oppføring prosessen, Vi må lage et nettsted for kunden.

Jeg er både en stor fan av deklarativ arbeidsflyt samt en svak visual studio arbeidsflyt programmerer, så jeg ønsket å møte kravet bruke SharePoint Designer.

Jeg planlegger å skrive om dette nærmere (og forhåpentligvis presentere for en gruppe eller to i de kommende år), men her er den samlede løsningen:

  • Opprette en egendefinert handling som integrerer med SPD.
  • Den egendefinerte handlingen lar SPD å påkalle en tjeneste og gi det en streng med XML.
  • Webtjenesten finner raden i den egendefinerte listen og oppretter et nytt område i dataene for nye klienten bruker en egendefinert områdedefinisjon.
  • Webtjenesten oppdaterer deretter den egendefinerte listen med noe informasjon som en kobling til det nye området.

Vi vurderte andre tilnærminger, for eksempel hendelsesbehandlinger og visual studio basert. SPD tilnærmingen gir våre sluttbrukere litt mer kontroll over prosessen. Gitt, Det er mye av C#-kode i denne løsningen, men det er pakket innenfor en deklarativ arbeidsflyt, så vi får noen av fordelene med deklarativ arbeidsflyten mens henge i tjenesten områdeoppretting.

Alt vi trenger nå er et enkelt verktøy for å automatisk migrere SPD-arbeidsflyter så lett vi kan for visualstudio-arbeidsflyter, og vi vil virkelig lage mat med gass 🙂 Jeg forstår at noen folk er der ute som jobber med dette problemet, og jeg håper de har litt god suksess med det snart.

</slutten>

Abonner på bloggen min.

Technorati Merkelapper: ,

Rask og enkel: Et Web-område som bruker SharePoint-objektmodellen i C#

Jeg forsøkt forskende for en liten bit-koden som skal vise hvordan jeg kan lage en ny SPWeb i en områdesamling. Jeg fant det som raskt eller lett som jeg forventet så jeg tenkte jeg ville klapse sammen en liten post om emnet.

Denne koden skaper en ny Wiki-side:

 SPSite siteCollection;

    siteCollection = nye SPSite("http://conchang-o9l8qi");

    SPWeb w = siteCollection.OpenWeb();

    w.Webs.Add("xyzzy", "xyzzy tittel",
        "xyzzy beskrivelse", 1033, SPWebTemplate.WebTemplateWIKI, USANN, USANN);

Min første søk mislyktes fordi jeg var på utkikk etter fraser som "klargjøre et webområde som bruker sharepoint-objektmodellen" og lignende.

Hvis du Søk for "Webs.Add()", du finner en rekke svært nyttig bloggen, MSDN-artiklene og SDK-dokumentasjon som går i dybden på dette emnet. Jeg definitivt anbefale Dette nettstedet.

</slutten>

Abonner på bloggen min.

Technorati Merkelapper:

Integrere SharePoint Designer arbeidsflyter med webtjenester

Jeg har spilt med egendefinerte handlinger for SharePoint Designer stund (se her for noen detaljerte ting, Hvis interesse).

I min nåværende prosjekt, Vi må gjøre noen ganske tunge løft og vi ønsker å bruke deklarativ SPD arbeidsflyt til å administrere den tilknyttede forretningsprosessen.

Lang historie kort, Dette er helt mulig. Jeg utvidet min Codeplex prosjekt for å starte en "helper service" og nå kan vi kalle en tjeneste direkte fra en SPD-arbeidsflyt.

Her er:

 offentlig streng Sentralen(
        Guiden WebID, // Vedtatt av runtime miljøet
        Guiden Område-ID, // Vedtatt av runtime miljøet
        streng ListID, // Passerte RTE (vet ikke hvorfor dette er en streng, ikke en GUID)
        Int ListItemID, // Passerte RTE.
        streng XmlMessage) // Vedtatt av brukeren som deklarert i SPD.

Dette utnytter det faktum at vi kan få på viktige arbeidsflytinformasjon, som nettstedet, IDen, osv.. Dette er godt dokumentert på flere steder for de av dere interessert i å opprette din egen egendefinerte handlinger. Ideen er å trekke ut XML-strengen som er angitt av brukeren for å sende en riktig prosedyre. Stæsj!

Dessverre, Dette er åpenbart en enveisbillett ned til "Loosey Goosey" anti-mønster land, men det er bedre enn å treffe en murvegg 🙂

Er det en anti-mønster hvis du gjør det selv om du vet det er en anti-mønster?

Jeg håper å bryte dette inne Codeplex i nær fremtid. Hvis du er interessert i meg gjør det., gi meg dytt (e-post eller Legg igjen en kommentar) og jeg vil være så mer begeistret for å gjøre det 🙂

</slutten>

Abonner på bloggen min.

Technorati Merkelapper: ,

Søndag Funny: “Jeg lurer på om passordet er …”

Jeg har nylig kjøpt lunsj for min bror (som vanlig) og vi endte opp med å snakke om morsomme ting som vi gjorde på våre respektive høyskoler. På min alma mater, Lafayette College, faglig støtte IT-avdelingen hadde en svært inkluderende måte om det.. Vi fikk mye tau og jeg tok fordel av tider.

To mine beste minner knyttet til min gode venn, Gabe. Han hadde gjort forferdelig feil i å fortelle folk hans freshman året at "jeg er en førsteårsstudent, men jeg har Sophomore stående" på grunn av de ulike avanserte plassering klassene han hadde tatt, osv.. Mange av oss lå på samme måte, men vi snakker ikke om det så mye. Hans eldre år, Når vi introduserte ham for folk, Vi ville si "Dette er Gabe. Han er en Senior, men han har Sophomore stående ".

Høgskolen hadde noen solen arbeidsstasjon/servere kjører X-vinduet. De hadde gigantiske skjermer og ingeniører brukt dem for CAD og annet kjedelig ingeniør. Vi CS folk brukte dem til å lære programmering og, selvfølgelig, spille spill.

Vi ikke liker datamaskinen-hjelpeløs ingeniører for mye så en av våre favoritt ting å gjøre ville være å telnet til boksen de var på og kjøre X-øye på dem.. Dette ville popmusikk opp et par øyne som fulgte musen rundt på skjermen. Du kan pop opp enda mer og har bokstavelig talt et dusin eller flere av X-øye programmer kjører. Prøv å ikke le høyt når en ulykkelig ingeniør prøver å lukke X-øye etter X-øye og mumle under pusten om det 🙂

Vi spilte også X-trek på disse boksene. Å gjøre det, du måtte laste ned kilden, få ulike avhengigheter hvor du kan finne dem og bygge den. Jeg var ikke en sofistikert C-programmerer, men jeg kunne lese header-filer. Jeg var ute gjennom disse og fant direktiver som "#DEFINE MAX_TORPEDO_DISTANCE 10". Jeg spilte rundt med det øker rekkevidde og makt faser og torpedoer, re-bygget det og ødela Gabe neste gang vi spilte.

Gabe var også en stor fan av et TV-show kalt Blakes 7. Jeg hadde aldri sett det., men som ikke hindre meg fra å insistere på at Dr. Hvem er den overlegen Vis. Argumentene vil til tider bli oppvarmede 🙂

En dag, Det slo meg at jeg trolig kunne gjette sin UNIX passord. Jeg satt ved siden av ham en dag og annonsert i en høy tone, "Jeg skal gjette passordet akkurat nå, Gabe." "Ja, høyre" var hans svar. Jeg deretter logget inn, angitt hans bruker-id, snudde seg mot ham, skrevet og sagt høyt, "Jeg lurer på om det B-L-A-K-E-7" ? Touch skrive har aldri betalt seg så vakkert som den gjorde den dagen.

neste uke (eller snart): Flere datamaskinen room antics fra college.

Har du noen å dele? Forlate en kommentar eller email meg og jeg vil publisere dem her.

</slutten>

Abonner på bloggen min.

Technorati Merkelapper: