Kuu arhiivid: Oktoober 2007

SharePoint Designer — Kohandatud tegevuse käivitamiseks kasutaja-defineeritud C# funktsioonid

VÄRSKENDUS: See on vabastatud CodePlex siin: http://www.codeplex.com/spdwfextensions

VÄRSKENDUS: Näen siin Viimane release notes: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!381.entry

VÄRSKENDUS: Vaata siit minu mõtted commercializing selle projekti: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!569.entry

See projekt pakub kohandatud tegevuse SharePoint Designeris. Selle kohandatud toiminguga tugineda (lähetamise) iga C# funktsioon, mida te lisada lingitud assamblee.

Alates oktoobri lõpus, 2007, See on lihtsalt esialgse versiooni projekt. Mul on plaan laiendada täiendavate funktsioonide hulk, sealhulgas alamstring, indeks, Asenda, asutusesisestes veebiteenuseid ja midagi, mis tundub huvitav või kasulik. Kavatsen ka Postita see codeplex kord mul on minu seaduse koos elufaasi. Samuti toimitakse positsioonidele lahendusena mingil hetkel.

Kui teil on mingeid kommentaare, küsimused ja ettepanekud, Palun Jäta need kommentaarid või kirjuta mulle.

Lahtiütlemine:

Ma absoluutselt ei tee väidab sobivuse millekski. Kasutage omal vastutusel.

Install samm-sammult (tuleb järgida iga WFE talu):

1. Lae ZIP ja väljavõtte.

2. Installige selle .dll GAC-s. Ma tavaliselt avatud c:\kasutades windows explorer ja koopia windowsassembly seal.

3. Muuda faili web.config assamblee lisamiseks turvaliste juhtelementide:

<System.Workflow.ComponentModel.WorkflowCompiler>
<authorizedTypes>

<sõlmedega koost = "SpdGenericInterface, Versiooni = 1.0.0.0, Culture = neutral, PublicKeyToken = abe076fd8125f3c4" Namespace = "Nivlag" TypeName = "*" Lubatud "TRUE" />

4. Koopia "SpdGenericInterface.actions" c:\Programm FilesCommon FilesMicrosoft Sharedweb server extensions12TEMPLATE1033Workflow

Pange tähele, et ülaltoodud asukohta konkreetsete seadmete inglisekeelseid.

5. Sulgege SharePoint Designeris (kui see on avatud).

6. iisreset

7. Avage ühtse Programmdokumendi ja luua uue töövoo.

Kui kõik läheb hästi, Teil tuleks premeerida uue kategooria action:

Pilt

Märkmed:

Vt Siin (http://blogs.msdn.com/sharepointdesigner/archive/2007/03/15/adding-activities-to-spd.aspx) kohutav ülevaate loomise protsess, paigaldamine ja seadistamine sellist lahendust.

ZIP on kavandatud eraldada teieni c:\ Drive. Kui te seda, Saate avada projekt ja kõik teed on kooskõlas.

Kasutada seda visual studio, ilmselt pead paigaldama "Extensions for Windows WF".

Esialgse Lae sisaldab vaid ühte "lähetaja funktsiooni", "ToLower()". Saate lisada rohkem funktsioone, lisada Execute meetod nagu näidatud:

 kaitstud alistada ActivityExecutionStatus
          Täita(ActivityExecutionContext ExecutionContextis)
        {

            stringi functionToDispatch;
            functionToDispatch = See.DispatchFunction.ToLower();

            lüliti (functionToDispatch)
            {
                juhtum "tolower()":
                    {
                        See.OutResult1 = See.InParam1.ToLower();
                        Break;
                    }

                Vaikimisi:
                    {
                        See.OutResult1 = "Tundmatu funktsioon: [" + See.DispatchFunction + "].";
                        Break;
                    }
            }

            edasi-tagasi ActivityExecutionStatus.Suletud;
        } // ActivityExecutionStatus

    }

Seejärel, uuesti ehitada projekti ja kopeerida assamblee GAC-s. Ma eeldan, oleks vaja toimingut iisreset.

Ühtse Programmdokumendi töövoo kohandatud toiming – saada selle <WorkflowInfo> Tag õigus vältida pettumust

Protsessi loomise kohandatud toiming SharePoint Designeri hõlmab luua ".actions" faili.

Olen leidnud ja proovinud kasutada proovi malli, mis käivitab:

<?XML-i versioon="1.0" kodeering="UTF-8" ?>
<
WorkflowInfo xmlns="http://schemas.microsoft.com/SharePoint/">
<
Tegevused Järjestikune="seejärel" Samal ajal="ja">

Aga, xmlns mõne atribuudi takistab tööd minu keskkond. Minu tegevus enam ei ilmuks SPD.

Lahenduseks on ribad välja atribuut xmlns, Kas mõne iisreset ja Sule/elektroonikaromude-open SPD.

Kiire ja lihtne: MOSS otsida kindla dokumenditeegi konfigureerimine

Vt UPDATE (MA) allpool (11/24/07) linna Microsoft Office SharePoint Serveri konfigureerimine 2007 Indeks ja analüüs võrgukaustu otsing

Eesmärk: Soovin piiratud kindla dokumenditeegi otsingu käivitamiseks. Sel juhul, dokumenditeek sisaldab koolituse dokumendid.

Sammud:

1. Salvestada dokumenditeegi URL.

2. Loo ulatus:

Minge administreerimiskeskusse.

Juurdepääs laeva Turvaplaani.

Mine "Otsi seaded".

Kerige jaotiseni ulatuse ja valige "View kehtivuspiirid".

Loo uus ulatus. Anna see nimi ja kasulik kirjeldus.

3. Määratleda ulatuse analüüsireeglite:

Lisada reegli, mis määratleb selle reguleerimisala dokumenditeek.

Valige "veebileht" "Ulatuse reegli tüüp".

Sisestage kausta nimi (vt #1 eespool).

"Kaasa" vaikeväärtuse.

Oodake ulatus värskendamine (või käsitsi).

4. Lubade kasutada rakendusala saidikogum.

Avage saidikogumi kui soovite kasutada selle ulatuse.

Lisage uus ulatus sobiv ekraani grupil.

5. Otsi hotelle!

Sel hetkel, olete valmis. Eeldades ulatust nõuetekohaselt määratleda, ta saab tutvuda ulatuste tilk mõõnad lihtne ja täiustatud otsinguid ja otsingu abil selle reguleerimisala, sa lihtsalt saad oodatud tulemust.

Märkmed:

Ma kirjutasin seda blogi sest minu otsingud lihtne ulatus setup tulime kuiv kasutades lauseid, nagu:

  • Konfigureerige ulatuste MOSS
  • Saate konfigureerida otsingu ulatust moss
  • ulatuste SharePointis 2007
  • ulatuste SharePointis
  • Otsing dokumendi Raamatukogu moss
  • ulatuste primer moss

Võimalik on luua kausta otsingu ulatust, mitte ainult terves dokumendis Raamatukogu.

Ulatus võib jagada mitme saidikogumites (Seega, "ühisteenuse").

Saate luua reguleerimisalasse ise saidikogumi tasemel. Aga, Ma eelistan administreerimiskeskuse minna, sest ma alustada sealt indekseerimine. Te ei saa käivitada indekseerimine pole selle.

VÄRSKENDUS (MA) seisuga 11/24/07:

Kai Shang kokku pandud suur postitus pealkirjaga Microsoft Office SharePoint Serveri konfigureerimine 2007 Indeks ja analüüs võrgukaustu otsing @ http://kaishenghoo.spaces.live.com/blog/cns!8A7458DB12CA5AC9!206.entry

Supp, sa! Kas Cisco supp natsi NLB tooteid?

Täna, Ma püüdsin pääse dokumenditeeki windows Exploreri kaudu. See doc lib elu sees süsteem, mis koosneb kahe WFE koormust tasakaalustada mingisugune Cisco NLB lahendus. (Kui/kui võrgu võlurid öelge mulle, mida ta, Ma ajakohastavad seda postitust).

Windows explorer ei saanud ühendust. Ma tegin mõned uuringud ja lõpuks, võrgu võlurid ütles, et WebDAV-i on keelanud / ei toeta / all on NLB väärikust.

Nii, eeldades, et võrgu võlurid pole just mulle võrgu viisard samaväärne "võta ära lühikese silla pika jalutuskäigu", Ma pean mõtlema — Kas NLB, oma olemuselt, Keela WebDAV? Kas me kaotame meie windows file explorer kasutajaliides SharePoint? Cisco on selle Supp natsi?

Web taotluse poliitika, Julgeolek Sites ja turbekärpimist — Tean oma konfiguratsioon

(UUENDATUD 11/29 et selgitada, kuidas kasutada veebi rakendusesätted poliitilisi kaudu UI)

Mul oli üks neist, "miks MOSS teeb see mulle????" hetki täna. Aasta lõpus, See on kõik minu süü.

Meil on ettevõtete MOSS projekt toimub ja me tahame kindlustada koha omanik"" saite, et ükski kasutaja võib seda kasutada või seda näha. See on lihtne:

  1. On juba.
  2. Pärilust turvalisus.
  3. Saidi õigusi iga kasutajagrupp eemaldamine.

Eespool tuleks jätta ainult saidikogumi administraator õigustega saidi näha.

Kui keegi logib, nad peaksid enam näha kohas ja see peaks olema turvalisuse tahutud kõiki tavalisi kohti.

Aga … ei ole. Samal ajal, Ma äkki aru, et minu "Joe kasutaja" Standardne kasutajakonto test koos mingit priv peale piiratud lugemisõigus on "Saiditoimingud" kõikjal ta läheb valik. I Standard kontrollida üks asi ja kontrollida midagi muud. Ma kiirenemist telefoni, et helistada kolleeg, Aga pane see maha ja kontrollida midagi muud. Ma jalutada ja proovida kõike otsast uuesti. Kutsume mate ja Jäta teade. Ja siis, lõpuks, Ma leian, et kell Ethan's blog, tema avamise graafik teeb üsna lihtne:

MOSS 2007 on uut funktsiooni nimega Web taotluse poliitika. Need on õigused mis on seotud veebirakendus. Need turvasätted alistada kõik turvasäte on seatud saidikogumis või saidi (Veeb) selle kasutaja jaoks.

Kiire visiit web taotluse poliitika näitab, et NT Authorityauthenticated kasutajad"" on võimaldatud täielik lugemispääs. Ma eemaldada need nimekirja ja kõik lõpuks asus tööle nii nagu peab. Usun, et keegi on ekslik mulje, et see on parim meetod anda lugemisõigus kõigile ettevõtte kõigepealt lisanud. See ei, Aga, väsitab quote, "See ei tähenda, nagu sa arvad, see tähendab."

Juurdepääs veebi rakenduste poliitikad nii:

  1. Minge administreerimiskeskusse
  2. Valige rakenduste haldamist
  3. Valige "veebirakenduse poliitika"
  4. Et ekraan, Veenduge, et valite õige veebirakendus. Minu jaoks, Vaikimisi ei pruugi olla teie soovitud administreerimiskeskuse veebirakendus.

Kuna mul oli see probleem, Järgmised laused otsisin ja sain üllatavalt vähe nii otsest abi selles küsimuses:

Kõigile kasutajatele nähtavate Saiditoimingud

Menüünuppu Saiditoimingud näevad kõik kasutajad

saidi toimingud pole turvalisusega seotud kärpimine

turvaline MOSS leht

Sissejuhatus moss turvalisus

Technorati Tags:

Kiire ja lihtne: Query kasutamine fikseeritud märksõna otsingutulemites tuum

Kiire ja lihtne juhiseid:

Muuta ja Core otsingutulemuste veebiosa lisamine.

Saate redigeerida selle veebiosa ja laiendada "Fikseeritud Märksõnapäring".

Lisada kindla märksõna päring (näiteks. ContentType:Koolituse arve"" TrainingInvoiceNumber:1111)

Laiendage tulemuste Päringusuvandid ja muuta "Cross-Web osa päringu ID" "kasutaja päringu väärtuse" (näiteks. "Päringu 2").

Märkmed:

Kasutades core otsingutulemuste sel viisil, mis võimaldas mul luua lehe, kus kuvatakse andmeid mõnest muust saidikogumist. Kliendil on kaks suurt saidikogumite: Osakonnad ja tooted.

Saidikogumi toode sisaldab, Loomulikult piisavalt, tooteinfo. Iga toote saidikogumi koond andmeid mitmest allikast.

Üks osakonnad, koodid ja testimine, on selline allikas. Kui kasutajad pöörduvad toote XYZ, nad peaksid nägema koodid ja testide andmeid otse avalehel XYZ. Alates koodid ja katsetamine on majutatud teise saidikogumisse, See on veidi ebamugav. Sai kasutatud core Otsingu tulemused veebiosa kuna otsing hõlmab saidikogumite. Koodid ja testimine haldab toote andmed kohandatud loendi, mis piirab kindla sisutüübi kaudu. Aa Märksõnapäring, mis kasutab kõigepealt kohandatud loendi sisutüübi ja siis teisenevad otsingut kitsendada tootenumber.

Ülaltoodud Märksõnapäring on e ja. Tagastab ta dokumentide sisu tüüp "koolitus arve" ja mille arve number on "1111".

Kena kasu see lähenemine: Saame muuta põhilisi Otsingu tulemused veebiosast XSL ja luua ükskõik millisel kujul, mida tahame.

Vaata siit (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) Teine blogija arutelu sellel teemal.

</lõpp>Telli minu blogi.

Teavitage mind oma blogi!

Kui teil säilitada blogi, mis on vähemalt minimaalselt ühendatud SharePointi, Palun andke teada kommentaarides. Ma armastan lisada teid oma Blog nimekiri.

Kui teil säilitada blogi, mis ei ole seotud SharePointi, kuid tahad lisada seda niikuinii, andke teada. Ma võib luua eraldi blogi nimekiri.

Palun andke:

  • Oma blogi URL (ilmselt)
  • Lühike kirjeldus oma blogi.

Ma tahan hoida link "aktiivne" Blogid, mis ma olen umbes määratledes üks postitus nädalas ja vähemalt kolm kuud vana. Kui sa ei vasta kõnealuse "nõude" lisada oma nime kommentaari niikuinii. See on * oma * loetleda nii, et kui ma tahan võin murda oma reegli.

Tänud!

Töötaja koolituse ajakava ja materjalid malli — Decrement bug malli

Kliendi märganud viga täna eespool nimetatud malliga.

Kursuse juhtide luua kursused. Kursuse loomisel, juht määrab maksimaalse arvu olemasolevate kohtade.

Mall pakub iseteenindusega kuulumist. Ma registreeruda ja töövoo lisatud registreerimise nimekirja decrements "olemasolevate kohtade" seotud kursuse.

Üksikisikud võivad samuti unregister kursuse. Viga peitub siin. Registreerimise tühistamine: kursuse inkrementida olemasolevate kohtade counter. Selle tulemusena, olemasolevate kohtade ei ole täpne. See bug on veelgi asjaolu, et kui olemasolevate kohtade decrements null, enam iseteenindusega registreerida.

Õnneks, Microsoft pakub töövoo tootmisprotsess. Veel parem, See on sirgjooneliselt töövoo kaudu SharePoint Designeri loodud.

Kõrgetasemelise tehke seda parandada:

  1. SDP tulekahju.
  2. Juurdepääs põhineb off koolitus malli saidi.
  3. Access "osaleja unregistration" töövoog.
  4. Lisa järgmiselt. (Ma teinud neid kahte esimest sammu):
    1. Arvuta Kursused:Täidetud istmed miinus 1 (Väljund Muutuja:Calc)
    2. (seejärel) Värskenda üksus: Kursused

Klõpsake käsku Lõpeta ja ongi valmis.

Ekraanipilt:


SharePoint Designer:

Pilt

Lõpetatud töövoog:

Pilt

Arvuta drill-down:

Pilt

Värskenda üksus kursused:

Pilt

Anda korduma head uudised; Halb uudis anda varakult

Ma olen olnud konsultant palju aastaid ja kogenud konsultant teab, Hea suhtlemine on üks olulisemaid öömaja pakkumine projekti edukat levikut. See on nii ilmne, See on tõesti peaaegu igav rääkida. See ei ole postitamiseks umbes üldine teatis. Selle asemel, Kirjutan side tumedam pool — halbade uudiste edastamine.

On ilmselge, et annab kliendile hea uudis on teinud kogu aeg, nii tihti kui võimalik. Kes ei soovi anda hea uudis? Kes ei taha kuulda häid uudiseid?

Sisse tagakülg, halb uudis ei ole lõbus üldse. Ma olen alati võidelnud. Minu karjääri varasemas päeva, Ma tean, midagi oli viltu projekti ja selle asemel, ütleb klient, Ma teeks pikema tundi probleemi lahendamiseks. Ma kohustab minu meeskonna tööd tegema. See on piisavalt loomulik impulss mõelda, et Super-inimtööd saab salvestada päev. Mõnikord see toimib, mõned ajad ei ole. Isegi siis, kui see "töötab" sageli on pudru ja kapsad. On kvaliteet lõpptulemus tõesti kuni spec, kui peamised osad välja arenenud mitu 60 et 80 tundi nädala?

Milline on parim viis käsitleda halb uudis? Vastus on: käskida varakult. Ärge oodake kuni üks nädal enne projekti eelarvest tarbitakse. Kui teate kuus nädalat, et lihtsalt pole piisavalt aega, et pakkuda mõned natuke lubatud funktsioonid, paluge kliendil küll siis ja seal. Klient võib saada rikutud (ilmselt), võib esineda inkrimineerimistes ja süüdistused ja haiget tundeid. Aga, Kuna emotsioonid rahuneda, seal on veel kuus nädalat jäänud projekt. Kuus nädalat on hea tüki aega. Seal on kohanemisaega plaanid, muuta ajakava, saada palli veerema eelarve laiendid (Edu!) ja lihtsalt üldiselt tulema maa faktid"" ja välja töötada uus plaan, mis annab ikka tulemuseks edukat projekti.

Näide: Iseloomustab projekti kallal:

  • T&E eelarve piiristatud "ei tohi ületada" dollari suuruse.
  • A "parim jõupingutusi" luban, et pakkuda X, Y ja Z poolt projekti lõppu.
  • Puudumine lubatud võtmevaldkonnad kliendi poolel. Nende ressursside avaldamata jäetud meelega, ega kõik "halvad" Põhjus, kuid nad olid kinni.
  • Dawning teostus on projekti vastu poolel teel niivõrd, et me ei kavatse olla võimelised "Z" (peamiselt seetõttu, et lubatud vahendeid ei olnud tegelikult olemas).
  • Korrapäraselt aruandeid ja "CYA" dokumentatsiooni, mis toetas meid (konsulteeriv rühm) üles.
  • Tihedalt kududa rakendamise meeskond konsulteerimist organisatsiooni liikmed (minu firma) ja kliendi.
  • Kauge juhtkond, nii metafoorne ja füüsilise tähenduses. Juhtkond oli keskendunud teine suurettevõte projekti ja ruumi piirangute tõttu, rakendamise meeskond asus eraldi hoone Campus, hill ja suhteliselt kaugel kaugel "tsivilisatsiooni".

Umbes kuue nädala jooksul lahkunud projekti eelarve, Me (elluviimine team) teadsin, et olime hädas. Lepingu ütles, et meil oli vaja pakkuda "Z". Kuigi projekti on aega & materjalid ja kuigi me ainult lubas "parima" Z ning isegi Kuigi meil oli suur õigustus puudub tarne … alumine rida on, et see ei olnud suunatud hea — Me ei kavatse pakkuda Z kujundi kvaliteet, mis teeks keegi uhke.

Tunnistades seda, Käisime juhtimise ja ütlesin neile, et projekti eelarve oleks tarbitud kindlaks kuupäevaks ja olime hädas z.

Mini firestorm puhkes üle järgmise paari päeva jooksul.

Päev 1: Juhtkond nõuab oma töötajate erakorraliselt (Me, konsultandid on oodatud). Lepingud on trükitud ja igaühele kätte ja rida-realt läbi ensues. Juhtimise paneb töötajad kaitsemehhanismi. Ma ei usu, fraasi "Stockholmi sündroom" on * tegelikult * kasutatud, Aga sa saad pildi. Meil on tihe rühm, Pealegi, ja töötajad on töötanud koos meiega konsultandid ja sealt juba mitu kuud nüüd päev.

Päev 2: Juhtimine nõuab teise koosoleku. Nad ennast veidi paremini. Nad tahavad võimalusi ja ideid küberkaitsega. Nad mõistavad, et on veel kuus nädalat jäänud praeguse projekti eelarve, mis on ikka korraliku natuke aega. Ühe üksuse tegevus: Käsureavõti on kaldkriips täielikku rakendamist meeskond (sealhulgas konsultandid).

Päev 5: Kogu rühm vastab, konstruktiivse koosoleku ensues ja uue saavutatav plaani ellu viiakse. Veel parem, oleme juba alanud arutame etapp ja klient kutsub meid koostada ettepanekuid nimetatud etapiks kohe.

Kui me oleks oodanud kuni vaid kolm nädalat jäi, või veel hullem, nädal või kaks, oleks olnud palju erinevaid. Selle asemel, et konstruktiivne koosolek uuesti joondamiseks projekti, me oleks on tõmmates välja olekuaruandeid, parsing lepingu ja vaadates vana kirju õigustamaks seda või detsembri. Me oleks "võitis" Aga see tõesti "võidab" Sel juhul?

Nii, Kui teil on anda halb uudis, annan varakult. Halb uudis antud hilja ei ole lihtsalt halb, See on jube.