SharePoint saugos pagrindai gruntas / Išvengti bendros spąstų

NAUJINIMAS 12/18/07: Paul Liebrand straipsnyje ieškokite tam tikrų techninių pasekmių pašalinti ar pakeisti numatytąjį grupių pavadinimus (pamatyti savo komentarą žemiau, taip pat).

Apžvalga:

SharePoint saugumas yra lengva konfigūruoti ir valdyti. Tačiau, tai buvo įrodyta, kad būti sunku kai kurie pirmą kartą administratoriai tikrai wrap savo rankas aplink jį. Ne tik, kad, Aš mačiau kai kurie administratoriai yra puikus suprasti pirmadienį tik ji prarado penktadienis nes jie ne daryti bet kokios konfigūracijos per tą laiką. (Prisipažinsiu, kad turintys šią problemą save). Šio dienoraščio įrašas tikiuosi suteikia naudingos SharePoint saugos gruntas ir rodo į kai kurių saugos konfigūracijos geriausios praktikos.

Svarbi pastaba:

Šis aprašas yra grindžiamas out of the box SharePoint saugos. Mano asmeninė patirtis yra orientuota aplink samanų, ten gali būti kai kurių MOSS konkrečių dalykų čia, bet manau, kad tai tikslus, WSS. Tikiuosi, kad kas nors pamatyti bet kokios klaidos ar praleidimai bus nurodyta, kad komentaruose arba rašykite man. I padaryti pataisas po skubotai.

Pagrindai:

Pagal ši apžvalga, yra keturi pagrindiniai aspektai su saugumu: vartotojai/grupės, apsaugotuose objektuose, teisių lygius ir paveldėjimo.

Vartotojai ir grupės pertrauka į:

  • Atskiriems vartotojams: Paimta iš aktyvaus katalogą arba sukurtas tiesiogiai į SharePoint.
  • Grupių: Susietų tiesiogiai iš active directory ar sutverti į SharePoint. Grupės yra vartotojų kolekcija. Grupės yra pasaulio svetainių rinkinio. Jie niekada "susieti" į konkretų apsaugotą objektą.

Apsaugotuose objektuose pertrauka iki ne mažiau kaip:

  • Svetainių
  • Dokumentų bibliotekos
  • Atskirų prekių sąrašų ir dokumentų bibliotekų
  • Aplankai
  • Įvairius BDC parametrus.

Yra kitų apsaugotuose objektuose, bet jūs gaunate paveikslėlį.

Teisių lygiai: Granuliuotas paketas / žemo lygio prieigos teises, kurios apima tokius dalykus kaip sukurti/skaitymo/naikinimo įrašų sąrašuose.

Paveldėjimo: Pagal numatytuosius nustatymus subjektai paveldėti saugos parametrus iš jų su objekto. Antrinės svetainės paveldi teises iš savo pirminės. Dokumentų bibliotekos paveldi iš savo svetainės. Taip toliau ir taip toliau.

Vartotojai ir grupės yra susijusios su apsaugotuose objektuose per teisių lygius ir paveldėjimo.

Svarbiausia saugumo taisykles, kurios turi suprasti, Kada nors 🙂 :

  1. Grupės yra tiesiog kolekcijos vartotojų.
  2. Grupės yra pasaulio svetainių rinkinyje (ty. nėra tokio dalyko kaip apibrėžti vietos lygmeniu grupė).
  3. Grupės pavadinimas ne išlaikyti, grupių ar ne, Vietovė ir patys, jau bet kuriuo konkrečiu saugumo lygį.
  4. Grupės turi saugumo atsižvelgiant į konkretų apsaugotą objektą.
  5. Galite nustatyti skirtingus teisių lygius, į tą pačią grupę už kiekvieno apsaugoto objekto.
  6. Interneto taikymo politiką koziris visa tai (Žiūrėkite žemiau).

Saugos administratoriams prarado naudotojų ir naudotojų grupių sąrašus jūroje visada gali pasitikėti šių axioms valdyti ir suprasti jų saugos konfigūraciją.

Bendras spąstus:

  • Grupių pavadinimus klaidingai reiškia leidimą: Out of the box, SharePoint apibrėžia tam tikrų grupių, kurių pavadinimai reiškia būdingą saugumo lygį. Vertinti grupę "Pagalbininkas". Viena susipažinę su SharePoint saugos gali gerai pažvelgti į šį pavadinimą ir manyti, kad bet kuris tos grupės narys gali "prisidėti" bet koks svetainės/sąrašas/bibliotekos portale. Tai gali būti tiesa, bet ne todėl, kad grupės pavadinimas būna, kad "pagalbininkas". Tai tik tiesa out of the box, nes grupė buvo pateiktas teisių rinkinio, kuris leidžia jiems pridėti/redaguoti/trinti turinį šakninėje svetainėje. Paveldėjus, autoriai"" grupė taip pat gali pridėti/redaguoti/trinti turinį kiekvieną sub-vietoje. Vienas gali "pertrauka" paveldo grandinėje ir kaitos antrinė svetainė tokių teisių lygį kad nariai vadinamasis "autorius" grupė negali padėti visai, bet tik skaityti (pvz.). Tai būtų gera idėja, akivaizdžiai, nes tai būtų labai paini.
  • Grupes nėra apibrėžti vietos lygmeniu. Tai lengva supainioti vartotojo sąsaja. Microsoft pateikia patogus nuorodą, kad vartotojas/grupės valdymas per kiekvieną svetainės "žmonės ir grupės" nuoroda. Tai paprasta manyti, kad kai aš ne svetainės "xyzzy" ir sukurti grupę per xyzzy's žmones ir grupes nuorodą, kad aš ką tik sukurtos grupės, kuri tik yra ne xyzzy. Tai nėra atvejis. Aš iš tiesų sukūriau grupę visą svetainių rinkinio.
  • Grupės narystės nesiskirtų site (ty. tai tas pats visur grupė naudojama): Mano grupės "savininkas" ir dvi vietas, "HR" ir "Logistika". Tai būtų normalu, kad manau, kad dviejų atskirų asmenų būtų savo tas svetaines — HR savininkas ir logistikos savininkas. Vartotojo sąsaja leidžia lengvai saugumo administratorius gali mishandle šis scenarijus. Jei aš žinau geriau, Gali pasiekti žmones ir grupes nuorodos HR svetainėje, Pasirinkite "savininkai" grupė ir pridėti mano HR savininkas su ta grupe. Po mėnesio, Logistikos ateina eilutės. Pasiekti asmenis ir grupes iš logistikos svetainės, pridėti atsigriebti "savininkai" grupė. Matau HR savininkas ten ir panaikinti jai, galvoju, kad aš pašalinti ją iš savininkų vietoje logistikos. tiesą sakant, Aš pašalinti ją iš pasaulio savininkų grupės. Linksmumas prasideda.
  • Nepavykus pavadinimas grupes pagal konkretų vaidmenį: Tvirtintojai"" grupė yra puikus pavyzdys. Kas gali nariai šios grupės tvirtinti? Kur jie gali patvirtinti tai? Ar tikrai norite žmonių logistikos skyrius HR dokumentams patvirtinti, kad? Žinoma, ne. Visada pavadinimas grupėms atsižvelgiant į jų vaidmenį organizacijoje. Tai padės sumažinti riziką, kad grupei priskiriama netinkamas teisių lygį už atskirą apsaugotą objektą. Pavadinimas grupes pagal jų numatytą vaidmenį. Pagal ankstesnį HR/logistikos scenarijų, Aš turėtų sukūrė dvi naujas grupes: "HR savininkai" ir "logistikos savininkai" ir priskirti protinga teisių lygiai kiekvienam ir mažiausio kiekio, būtino tiems vartotojams atlikti savo darbą.

Kitos naudingos nuorodos:

Jei jūs jau tapo taip toli:

Prašome leiskite man ώinoti savo mintis per komentarus arba email man. Jei žinote kitų geros nuorodos, Prašome padaryti tą patį!

Technorati Tags:

Greitai ir lengvai: Sukurti duomenų rodinio tinklapio dalis (DVWP)

Yra daug labai informacijos apie WSS 3.0 Duomenų rodinio puslapio dalis (DVWP) iš kelių šaltinių internete. Tačiau, Radau kad yra stebėtinai sunku rasti informacijos apie šio labai paprastas pirmiausia. Štai dar vienas straipsnis "greitai ir lengvai" serijos pateikiančiam.

Atlikite šiuos veiksmus, norėdami sukurti duomenų rodinio puslapio dalis (DVWP). Jie remiasi "skelbimai" puslapio dalies, Tačiau dauguma sąrašus.

  1. Sukurti yra skelbimai žiniatinklio dalis ir įtraukti jį į svetainę.
  2. Atidaryti svetainę tokiu SharePoint Designer.
  3. Atidaryti svetainės default.aspx.
  4. Pasirinkite skelbimų puslapio dalies ir dešiniuoju pelės mygtuku spustelėkite.
  5. Iš kontekstinio meniu, Pasirinkite "konvertuoti į XSLT duomenų rodinį".

SharePoint Designer praneša, kad ši svetainė yra dabar pritaikyti iš jo svetainės apibrėžimo. Tai nebūtinai blogas, Tačiau yra svarbūs dėl galimo poveikio (veiklos, atnaujinti, kiti) kurios yra ribose šį mažai "greitai ir lengvai" įrašas. Norėdami gauti daugiau informacijos šiuo klausimu, Aš rekomenduoju abi knygas čia taip pat jūsų mėgstamiausia interneto ieškoti.

Patvirtinti, kad jūs jį teisingai:

  1. Uždarykite ir iš naujo atidarykite žiniatinklio naršyklę (kad būtų išvengta netyčia vėl parašėte originalus "Pridėti naują puslapio dalies").
  2. Pasirinkite puslapio dalies rodyklių meniu ir pasirinkite "modifikuoti bendrintą žiniatinklio dalį" iš meniu.
  3. Įrankis pultas atidaromas dešinėje.
  4. Ekspertų grupė perėjo iš savo įprastą parinkčių nustatymas į tai:
vaizdas

“Negali gauti sąrašą schemos stulpelio ypatybės iš SharePoint sąrašo” — Aprašymas/kontrolė/darbo-apeiti

Šią savaitę, Mes pagaliau atgaminti problema, kad buvo pranešta apie nuotolinio vartotojo: Kai ji bandė eksporto į excel sąrašo turinys, Viskas lyg ir pradėti dirbti, bet tada Excel būtų pop-up klaidos: "Negali gauti sąrašą schemos stulpelio ypatybės iš SharePoint sąrašo". Ji bėgo biuras 2003, Windows XP ir prisijungti prie MOSS.

Aš ieškojote internetas ir pamačiau kai spekuliacijos bet nieko 100% galutinis. Taigi, Šis pranešimas.

Problema: Eksportuoti rodinį į excel, įrašyta data (data = stulpelio duomenų tipas).

Kas dirbo su mumis: Konvertuoti datą į "vieną teksto eilutę". Tada, konvertuoti atgal į datą.

Kad ją spręsti. Tai buvo malonu matyti, kad konvertavimo dirbo, iš tikrųjų. Tai buvo gana nervų, kad konvertuojant dalykų tokiu būdu žlugs, Tačiau jis nebuvo.

Šią klaidą metė milžinišką šešėlį per datos duomenų tipo kliento galvoje, taip mes ketiname būti ieško galutinį atsakymą iš Microsoft ir tikimės, kad mes registruoti ir atnaujinti čia per į kitą trumpą laiką su savo oficialų atsakymą ir karštosios pataisos informacija.

Kitos nuorodos:

http://www.kevincornwell.com/blog/index.php/cannot-get-the-list-schema-column-property-from-the-sharepoint-list/

http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2383611&SiteID=1

<pabaigos>

Prenumeruoti savo dienoraštį.

Technorati Tags: ,

Greitas ir paprastas: Siųsti el. laišką su įterptųjų hipersaitą iš SharePoint Designer darbo eigos

Kartą ar du kartus per mėnesį, kas nors pranešimų forume klausimą: "Kaip ar aš būti naudojamos hipernuorodos į URL, kuris yra spausti iš laišką SharePoint Designer?"

Be tolesnių komentarų: (Na, iš tikrųjų yra tolesnis komentaras po vaizdas):

vaizdas

Becky Isserman taip su naudinga paaiškinimas apie tai, kaip įterpti elemento saitą el. laiške: http://www.sharepointblogs.com/mosslover/archive/2007/11/20/addition-to-paul-galvin-s-post-about-sending-an-e-mail-with-hyperlinks-in-spd.aspx

Nauja versija: SharePoint Designer darbo eigos plėtiniai (styginių manipuliacijos funkcijas)

NAUJINIMAS: Čia ieškokite savo mintimis apie komercializuoti šio projekto: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!569.entry

Aš buvo užimtas darbo dėl mano Codeplex projektą, kuris šiuo metu orientuota teikti string manipuliavimo pratęsti darbo eigos suskurtas naudojant SharePoint Designer.

Informacijos rasite čia:

Projekto Pradžia: http://www.codeplex.com/spdwfextensions

Išleidimo: https://www.codeplex.com/Release/ProjectReleases.aspx?ProjectName=spdwfextensions&ReleaseId=8280

Versija 1.0 apima šias naujas funkcijas:

Funkcija Aprašymas (Jei tik nurodytos funkcijos .net)
NUM-įrašai() Grąžina skaičiaus "įrašai" eilutės pagal nurodytą skyriklis.

Pvz.: NUM-įrašų eilutės "a,b,c" su skyrikliais"," = 3.

Įrašas() Grąžina n-tąjį atpažinimo ženklo eilutės pagal nurodytą skyriklis.
Ilgis String.Length
Pakeisti() String.Replace()
Yra() String.Contains()
Grąžina žodį "true" ar ˛odis "netikrus".
Dalinė eilutė(pradėti) String.Substring(pradėti)
Dalinė eilutė(pradėti,ilgis) String.Substring(pradėti,ilgis)
ToUpper() String.ToUpper()
ToLower() String.ToLower()
StartsWith() String.StartsWith()
Grąžina žodį "true" ar ˛odis "netikrus".
EndsWith() String.EndsWith()
Grąžina žodį "true" ar ˛odis "netikrus".

BDC vykdymo proceso klaida paaiškino

Aš dėl BDC klaida šią savaitę, kad pasireiškė dėl vartotojo sąsajos ir be to 12 avilys žurnalo vykdymo metu.

Pirmosios, tai pasirodė vartotojo sąsajos:

Nepavyko rasti laukų įterpti visas identifikatoriaus reikšmes, kad būtų galima teisingai vykdyti SpecificFinder MethodInstance, kurio pavadinimas … Užtikrinti įvesties parametrai turi TypeDescriptors, susietus su kiekvienu apibrėžtu šio subjekto identifikatoriumi.

Čia yra ekrano fotografiją:

clip_image001

Aš taip pat gali sukelti šios Žinutės kad 12 avilys prisijungti bus (naudojant mano patentuota high-tech-don't-try-this-at-home "paslaptingas klaidų" metodas):

11/14/2007 09:24:41.27 w3wp.exe (0x080C) 0x0B8C SharePoint portalo serverio verslo duomenų 6q4x didelės išimties BusinessDataWebPart.OnPreRender: System.InvalidOperationException: Identifikatoriaus reikšmę ”, tipo ”, Neleistinas. Numatomas identifikatoriaus reikšmę tipui 'System.String'. ne Microsoft.Office.Server.ApplicationRegistry.MetadataModel.Entity.FindSpecific(Objekto[] subIdentifierValues, LobSystemInstance lobSystemInstance) ne Microsoft.SharePoint.Portal.WebControls.BdcClientUtil.FindEntity(Subjektas subjektas, Objekto[] userValues, LobSystemInstance lobSystemInstance) ne Microsoft.SharePoint.Portal.WebControls.BusinessDataItemBuilder.GetEntityInstance(Rodyti desiredView) ne Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.GetEntityInstance() ne Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties()

Aš Ieškota aplink ir rasti kai kurie veda į MSDN forumas, bet jie nebuvo pakankamai man suprasti, ką darau negerai. Aš žiūrėdavau Success iš Ted Pattison kad mano įmonė turi Carloso iki serverio ir atėjo suvokti mano problema.

Į mano ADF, Aš esu prisijungti prie SQL duomenų bazę kaip parodyta:

            <Nekilnojamojo turto vardas, pavadinimas="RdbCommandText" Tipo="System.String">
              <![CDATA[
                PASIRINKITE SETID, CARRIER_ID, EFFDT, DESCR, EFF_STATUS, TAXPAYER_ID, NETWORK_ID, FRT_FORWARD_FLG, ALT_NAME1, ALT_NAME2, LANGUAGE_CD,
                      ŠALIES, ADDRESS1, ADRESAS2, ADDRESS3, ADDRESS4, MIESTO, NUM1, NUM2, HOUSE_TYPE, ADDR_FIELD1, ADDR_FIELD2, ADDR_FIELD3,
                      APSKRITIS, VALSTYBĖS, PAŠTO, GEO_CODE, IN_CITY_LIMIT, COUNTRY_CODE, TELEFONAS, PRATĘSIMAS, FAKSAS, LAST_EXP_CHK_DTTM, FREIGHT_VENDOR,
                      INTERLINK_DLL, TMS_EXCLUDE_FLG iš dbo.PS_CARRIER_ID_VW su (NOLOCK)
                TAIS ATVEJAIS, KAI
                  (SETID <> "SHARE") ir
                  (mažesnis(CARRIER_ID) >= mažesnis(@MinId)) ir
                  (mažesnis(CARRIER_ID) <= mažesnis(@MaxId)) ir
                  (mažesnis(DESCR) KAIP mažesnis(@InputDescr))
                ]]>
            </Nekilnojamojo turto>

Buvo suteikta kad SQL DBA asmens ir aš pateikta suprasti, kad tai yra specialios Rodyti jie sukūrė tik man. Unikalus raktas ten yra CARRIER_ID.

Štai aš pristatė re:

      <Identifikatoriai>
        <Identifikatorius vardas, pavadinimas="CARRIER_ID" TypeName="System.String" />
        <Identifikatorius vardas, pavadinimas="DESCR" TypeName="System.String" /> 
</Identifikatoriai>

Kažkur palei linija, Aš turėjo sugebėjau supainioti save reikšmės <Identifikatoriai> ir pridūrė DESCR, net jei jis nėra iš tikrųjų identifikatorius. Aš paėmė DESCR identifikatoriai rinkinys ir presto! Viskas dirbo.

Tikiuosi, kad tai kažkam išgelbės nuo sielvarto 🙂

Technorati Tags: , , ,

You can't Beat SharePoint's Reach

Per paskutines dvi dienas, Aš dalyvavo du posėdžius, per kurį mes pristatė SharePoint projekto rezultatus. CIO ir jo komanda prisijungė prie pirmojo susitikimo. Tai yra standartinis ir ne ypač pastebimas. IT departamente yra akivaizdžiai susijusi su įmonės Rida, bet technologijų projektas. Antrasis susitikimas išplėstas, kad apimtų a velicka. prekybos, keli vadovai atstovaujančių HR, Logistikos, Gamybos, Kapitalo projektams, Kokybės, Pirkimo, Įmonės plėtros ir kitų padalinių (kai kurie iš jų buvo net tiesiogiai nedalyvauja dabartiniame etape). Tai yra galingas plačiai auditorijai.

Mano anksto gyvenime, Pirmiausia dirbau ERP ir CRM projektai. Jie abu turi gana didelę tirpalo domeno, bet ne tokia didelė kaip SharePoint. Visiškai realizuotas, SharePoint projektų teisėtai, neišvengiamai įsiskverbia į kiekvieną užkampis ir plyšys organizacijos. Kaip daugelis kitų įmonės sprendimus, kad rūšies pasiekti? Ne daug.

SharePoint aiškiai atspindi dėl didžiulių galimybių tiems iš mūsų laimė būti šioje vietoje. Ji suteikia puikias technines galimybes (kuris yra kažkaip įjungtas savo galvos čia pagal "Technologijas jūs meistras"). Bet dar geriau, SharePoint atskleidžia mums daug ir plataus asortimento verslo procesų per šiuos įsipareigojimus. Kiek CRM specialistai dirbti su gamybos bendrovės? Kiek ERP konsultantų dirbti su žmogiškųjų išteklių talentų atrankos? SharePoint viršija juos abu.

Kaip ir nieko, It's not perfect, bet tai damned tiktų būti.

Meilė [Užpildykite jūsų labiausiai mylimas asmuo/didesnis yra], negalima keisti į "pavadinimas’ svetainės stulpelį.

Dėl to SharePoint Forumai, nors kartais klausia apie "keičiasi pavadinimas etiketėje" arba apie "pašalinti pavadinimas iš sąrašo".

Bottom line: Don't do it!

Deja, Vartotojo sąsaja leidžia į vieną pusę pakeitus to stulpelio etiketę, kaip parodyta:

vaizdas

Pavadinimas yra susijęs su "elemento stulpelio" turinio tipas. Daug, daug, daug CT's naudoti šiame stulpelyje ir jei pakeičiate jį čia, ji ripples, visur. Yra nemaža tikimybė, kad neketina, tai atsitiks. Jūs tikriausiai galvoja sau, "Aš turiu užsakymą peržvalgos sąrašas ir" pavadinimas’ tiesiog nėra prasmės kaip stulpelio pavadinimas, so I 'm going pakeisti "būsenos kodas’ ir pridėti stulpelio aprašas." Bet jei tos minties paseks ir pervardyti "pavadinimas’ "Statuso kodas", kiekvienas sąrašo pavadinimas (įskaitant dokumentų bibliotekos) "būsenos kodo pakeitimus" ir jūs tikriausiai neketina, tai atsitiks.

Tikroji problema yra ta, kad į vieną pusę pakeitimas. UI "žino" kad "pavadinimas" yra rezervuotas žodis. Taigi, Jei galite išbandyti ir pakeisti "būsenos kodas" atgal į "Title", Tai neleis jums ir dabar jūs tapybos save į kampą using paint that never dries 🙂

Taigi kas atsitiks, jei jūs jau jį pakeitė? Aš ne kartą matytas visi norime atsakyti, Tai paprastas ir lengvas būdas pakeisti etiketės atgal į 'Title'. dabar, Geriausias patarimas yra jį pakeisti į kažką panašaus į "Doc/prekės pavadinimas". Tai bendrinis pakankamai etiketė, gali būti per daug šokas savo vartotojams.

Turiu keletą kitų idėjų, kurios yra mano užduočių sąrašą dalykų, kuriuos reikia mokslinių tyrimų:

  • Susisiekite su Microsoft.
  • Ką nors su objekto modelio, gal kartu su funkcija.
  • Išsiaiškinti duomenų bazės schema ir rankiniu būdu atnaujinti SQL. (Kreipkitės į Microsoft prieš tai nors; jis greičiausiai bus tuščia jūsų paramos sutarties).

Jei kas nors žino, kaip išspręsti šią problemą, Prašome rašyti komentarą.

Atnaujinti vėlyvą popietę, 11/15: Radau šią nuorodą, kuri apibūdina sukurti sąrašą, kuris neturi pavadinimo stulpelio tipo: http://www.venkat.org/index.php/2007/09/03/how-to-remove-title-column-from-a-custom-list/

BDC ADF ir jūsų draugas, CDATA

Aš pastebėjau, kai kurių Nepatogios ir nereikalingų ranka-kodavimą RdbCommandText kai kuriais atvejais (įskaitant MSDN dokumentus).

Aš norėjau pabrėžti, kad naujokai BDC kad komandos gali būti suvynioti viduje CDATA žymę, natūralūs"" forma. Taigi, tai nepatogi statybos:

<Nekilnojamojo turto vardas, pavadinimas="RdbCommandText" Tipo="System.String">
Pasirinkite dbo.MCRS_SETTLEMENT.ID, dbo.MCRS_SETTLEMENT.Settlement nuo dbo.MCRS_SETTLEMENT
TAIS ATVEJAIS, KAI (ID &gt;= @MinId) IR (ID &lt;= @MaxId)
</Nekilnojamojo turto>

gali būti geriau atstovaujama tokiu būdu:

<Nekilnojamojo turto vardas, pavadinimas="RdbCommandText" Tipo="System.String">
<![CDATA[
Pasirinkite dbo.MCRS_SETTLEMENT.ID, dbo.MCRS_SETTLEMENT.Settlement nuo dbo.MCRS_SETTLEMENT
TAIS ATVEJAIS, KAI (ID >= @MinId) IR (ID <= @MaxId)
]]>
</Nekilnojamojo turto>

</pabaigos>

BDC gruntas

Įvadas į BDC

Funkcinis pavyzdys: BDC ADF, jungiantis į SQL duomenų bazę su įterptųjų vartotojo id ir slaptažodį

Man reikia vielos apsirengti MOSS į SQL duomenų bazę per BDC. Bandymai/POC tikslais, Aš norėjau įterpti SQL paskyros vartotojo id ir slaptažodį į ADF. Pradedant šį šabloną (http://msdn2.microsoft.com/en-us/library/ms564221.aspx), Aš sukūriau ADF kuris susijungia su ypač SQL serverio egzempliorius ir rąstų konkrečius vartotojo id ir slaptažodį ir šiame fragmente:

  <LobSystemInstances>
    <LobSystemInstance vardas, pavadinimas="ClaimsInstance">
      <Ypatybės>
        <Nekilnojamojo turto vardas, pavadinimas="AuthenticationMode" Tipo="System.String">PassThrough</Nekilnojamojo turto>
        <Nekilnojamojo turto vardas, pavadinimas="DatabaseAccessProvider" Tipo="System.String">SqlServer</Nekilnojamojo turto>
        <Nekilnojamojo turto vardas, pavadinimas="RdbConnection duomenų šaltinio" Tipo="System.String">tikrasis serveractual instancijos</Nekilnojamojo turto>
        <Nekilnojamojo turto vardas, pavadinimas="RdbConnection pradinis katalogas" Tipo="System.String">faktinį pradinį katalogas</Nekilnojamojo turto>
        <Nekilnojamojo turto vardas, pavadinimas="RdbConnection integruota apsaugos" Tipo="System.String">SSPI</Nekilnojamojo turto>
        <Nekilnojamojo turto vardas, pavadinimas="RdbConnection sutelkimas" Tipo="System.String">klaidinga</Nekilnojamojo turto>

        <!-- Tai yra pagrindinės vertybės: -->
        <Nekilnojamojo turto vardas, pavadinimas="RdbConnection vartotojo ID" Tipo="System.String">afaktinio matų vartotojo ID</Nekilnojamojo turto>
        <Nekilnojamojo turto vardas, pavadinimas="RdbConnection slaptažodį" Tipo="System.String">tikrasis slaptažodį</Nekilnojamojo turto>
        <Nekilnojamojo turto vardas, pavadinimas="RdbConnection Trusted_Connection" Tipo="System.String">klaidinga</Nekilnojamojo turto>

      </Ypatybės>
    </LobSystemInstance>
  </LobSystemInstances>

Tai ne geriausia, bet tai naudinga yra greitas ir paprastas konfigūracijos bandymai. Tai buvo stebėtinai sunku suprasti. Aš niekada rasti yra funkcinis pavyzdys su ieškos raktažodžiais:

  • ADF įdėta vartotojo vardą ir slaptažodį
  • įdėti vartotojo id ir slaptažodį į adf
  • įdėti vartotojo id ir slaptažodį į adf bdc
  • SharePoint bdc gruntas
  • SharePoint vartotojo id ir slaptažodį įdėti į adf

</pabaigos>

Prenumeruoti savo dienoraštį.