SharePoint drošības pamati Primer / Izvairīties no parastajām kļūdām

ATJAUNINĀJUMS 12/18/07: Skatiet rakstā Paul Liebrand dažas tehniskas sekas noņemt vai modificēt noklusējuma grupu nosaukumus (redzēt savu komentāru zemāk, kā arī).

Pārskats:

Komponenta SharePoint drošību ir viegli konfigurēt un pārvaldīt. Tomēr, tas izrādījies grūti dažiem pirmo reizi administratoriem tiešām wrap to pirkstos. Ne tikai to, ka, Esmu redzējis dažas ierasties perfektu izpratni no pirmdienas līdz esat to pazaudējis, piektdien, jo tie nav jādara jebkurā konfigurācijas intervences laikā, tikai administratoriem. (Jāatzīst, kam šo problēmu sevi). Šī bloga ieraksts cerams sniedz noderīgu SharePoint drošību primer un norāda uz dažiem drošības konfigurācijas labākās prakses.

Svarīga piezīme:

Šis apraksts pamatā ir gatavas komponenta SharePoint drošību. Mana personīgā pieredze orientēta ap MOSS tāpēc var būt dažas SŪNA īpaši stuff here, bet es uzskatu, ka tas ir precīzs WSS. Ceru, ka ikviens redzēt jebkuras kļūdas vai izlaidumi būs norādīti kas komentārus vai e-pasts mani. I'll veikt labojumus pēc steiga.

Pamati:

Šī pārskata izpratnē, ir četri pamata drošības aspekti: lietotāji/grupas, drošināmie objekti, atļauju līmeņi un pārmantošanu.

Lietotājus un grupas uz leju, lai pārtrauktu:

  • Atsevišķiem lietotājiem: Izvilka no aktīvā direktorija vai_ar ī izveidot tieši programmā SharePoint.
  • Grupas: Kartētas tieši no active directory, vai_ar ī izveidot programmā SharePoint. Grupas ir lietotāji kolekcija. Grupām ir globālas vietņu kolekcijā. Viņi nekad "saistīti" līdz konkrētam aizsargājamam objektam.

Drošināmie objekti pārtraukums līdz vismaz:

  • Vietnes
  • Dokumentu bibliotēkas
  • Atsevišķus vienumus sarakstos un dokumentu bibliotēkās
  • Mapes
  • BDC dažādus iestatījumus.

Tur citi aizsargājami objekti, bet jums attēlu.

Atļauju līmeņi: Saišķis, granulu / zema līmeņa piekļuves tiesības, kas ietver tādas lietas kā izveidot/lasīt/izdzēst ierakstu sarakstus.

Mantojums: Pēc noklusējuma personas manto drošības iestatījumi to satur objektu. Apakšvietnēm pārmantot atļaujas no vecākvietnēm. Dokumentu bibliotēkas, kas manto no viņu vietā. Tā tālāk un tā tālāk.

Lietotājus un grupas, kas attiecas uz drošināmos objektos, izmantojot atļauju līmeņus un pārmantošanu.

Svarīgākais drošības noteikumiem jāsaprot, Ever 🙂 :

  1. Ir vienkārši kolekcijas lietotāju grupas.
  2. Grupām ir globālas vietņu kolekcijā (ti. nav tādas lietas kā grupa, kas definē vietnes līmenī).
  3. Nenoliedzot grupas nosaukums, grupām nav, blakus un par sevi, jebkuru konkrētu drošības līmenis.
  4. Grupām ir drošības kontekstā konkrētam aizsargājamam objektam.
  5. Vienai grupai katru aizsargājamam objektam var piešķirt dažādu līmeņu atļaujas.
  6. Web lietojumprogrammu politikas pārspētu visas šīs (sk. tālāk).

Drošības administratoru, zaudējis jūrā lietotāju un lietotāju grupu saraksti vienmēr var paļauties uz šo aksiomu pārvaldīt un izprast savas drošības konfigurācija.

Projektējat:

  • Grupu nosaukumi nepatiesi nenozīmē atļauju: No kastes, SharePoint grupu vārdi, nozīmē drošības pakāpe ir raksturīga kopumu definē. Apsvērt "Veicinātāju" grupai. Viens svešs ar komponenta SharePoint drošību var arī aplūkot šo nosaukumu un pieņemt, ka jebkurš grupas loceklis var "veicināt" jebkurā vietā/saraksts/bibliotēku portāla. Tas var būt taisnība, bet nevis tāpēc, ka notiek grupas nosaukumu "ieguldītājs". Tas ir tikai taisnība, no kastē, jo grupa ir sniegusi atļauju līmeni, kas tiem ļauj pievienot/rediģēt/dzēst saturu saknes vietnē. Ar mantojuma, "iemaksas" grupa var arī pievienot/rediģēt/dzēst saturu pēc katra apakšvietne. Viens var "pārtraukums" mantojuma ķēdē un apakšvietne šādu atļauju līmeņa maiņu, tā saukto "līdzstrādnieks locekļi" grupu nevar palīdzēt visos, bet tikai lasīt (piemēram). Tas būtu laba doma, acīmredzot, jo tas ir ļoti mulsinoši.
  • Grupām nav definēti vietnes līmenī. Tas ir viegli sajaukt ar lietotāja interfeisu. Microsoft nodrošina ērtu saiti uz lietotāju/grupu pārvaldībai, izmantojot katrai vietnei "cilvēki un grupas" saite. Ir viegli domāt, ka es esmu pie vietas "xyzzy" izveidot grupu ar xyzzy ir cilvēki un grupas saite, kas tikko izveidotās grupas, kuras pastāv tikai pie xyzzy. Ka tā nav. Es tiešām esmu izveidojis grupu visai vietņu kolekcijai.
  • Grupas dalību vieta nemainās (ti. tas ir tas pats visur grupa tiek lietota): Apsveriet grupa "īpašnieks" un divas vietas, "HR" un "Logistics". Tas būtu normāli domāt, ka divi atsevišķi indivīdi atzīst šīs vietnes — h īpašnieks un loģistikas īpašnieks. Lietotāja interfeiss atvieglo drošības administratoru, lai mishandle šo scenāriju. Ja nav zināms labāk, Varētu piekļūt personas un grupas saites, izmantojot vietni HR, izvēlieties "īpašniekiem" grupu un pievienot manu HR īpašnieks šai grupai. Mēnesi vēlāk, Loģistikas nāk rindā. Varu piekļūt cilvēkiem un grupām no loģistikas vietā, pievienot pieturēt "īpašniekiem" grupa. Es redzu tur HR īpašnieks un izņemt viņu, domāju, ka esmu noņemt viņu no loģistikas vietņu īpašniekiem. patiesībā, Es esmu viņas noņemšana no pasaules īpašnieku grupas. Jautrība var apsvērt.
  • Kļūdaino vārdu grupas, kas bāzētas uz īpašo lomu: "Apstiprinātājiem" grupa ir perfekts piemērs. Ko var apstiprināt šīs grupas locekļus? Kur viņi var to apstiprināt? Vai es tiešām gribu cilvēkiem loģistikas departaments varētu apstiprināt HR dokumentus? Protams, nav. Vienmēr vārds grupu, atkarībā no viņu lomas organizācijā. Tas samazina risku, ka grupai tiek piešķirts neatbilstoša atļauju līmenis konkrētam aizsargājamam objektam. Nosaukumu grupās atkarībā no to paredzētā nozīme. Iepriekšējā scenārijā HR/loģistika, Ja esat izveidojis divas jaunas grupas: "HR īpašnieki" un "loģistikas īpašnieki" un piešķirt saprātīgu atļauju līmeņus katram, un minimālo summu, kas nepieciešama šiem lietotājiem, lai viņi varētu veikt savu darbu.

Citas noderīgas atsauces:

Ja jūs esat padarījuši šo tālu:

Lūdzu, ļaujiet man zināt jūsu domas, izmantojot komentārus vai e-pastu man. Ja jūs zināt citas labas atsauksmes, lūdzu darīt to pašu!

Technorati Tags: Technorati Tags:

Ātri un viegli: Izveidot datu skata Web daļa (DVWP)

Tur ir daudz lielisku informāciju par WSS 3.0 Datu skata Web daļa (DVWP) no vairākiem avotiem tīmeklī. Tomēr, Es atklāju, ka ir pārsteidzoši grūti atrast informāciju par šo pirmo soli ļoti vienkāršas. Šeit ir vēl viens raksts "ātri un viegli" sēriju, lai risinātu to.

Izpildiet šos norādījumus, lai izveidotu datu skata web daļa (DVWP). Tie ir balstīti uz "sludinājumi" Web daļu, bet attiecas uz lielāko daļu sarakstu.

  1. Izveidojiet paziņojumu tīmekļa elementu un pievienotu to vietnes.
  2. Atveriet vietni programmā SharePoint Designer.
  3. Atveriet vietni ar default. aspx.
  4. Atlasiet paziņojumu tīmekļa elementu un ar peles labo pogu noklikšķiniet uz.
  5. Kontekstizvēlnē, izvēlieties "konvertēt uz XSLT datu skats".

SharePoint Designer brīdina, ka šajā vietā tagad ir pielāgots no savas vietnes definīcijas. Tas nav obligāti slikti, bet ir arī nozīmīga ietekme (veiktspējas, jaunināt, pārējie) kas ir plašāki par šo maz "ātri un viegli" ieraksts. Lai iegūtu vairāk informācijas par šo tēmu, Es ieteiktu gan grāmatas šeit kā arī jūsu mīļākie interneta meklēšanas.

Apstipriniet, ka jūs pareizi:

  1. Aizveriet un vēlreiz atveriet web pārlūku (lai izvairītos no nejauši atkal sūtat sākotnējā "pievienot jaunu web daļas").
  2. Atlasiet web daļu bultiņas nolaižamajā un izvēlieties "Modificēt koplietojamo Web daļu" no izvēlnes.
  3. Rīku panelis atveras pa labi.
  4. Panelis ir mainījies no tā parastā opciju iestatīšana uz šo:
attēlu

“No SharePoint saraksta nevar iegūt saraksta shēmas kolonnas rekvizītu” — apraksts/darbu arounds

Šonedēļ, mēs beidzot reproducēt problēmu, kas tika ziņots ar attālo lietotāju: Kad Eila centās to eksportēt uz excel saraksta saturu, lietas, šķiet, varētu sākt darbu, bet pēc tam Excel varētu pop up kļūda: "Nevar iegūt saraksta shēmas kolonnas rekvizītu no SharePoint saraksta". Viņa skrēja biroja 2003, Windows XP un pieslēgšanās MOSS.

Es meklējāt Internets un redzēju dažas spekulācijas, bet nekas 100% galīgo. Līdz ar to, šo ziņu.

Problēma: Eksportējot skats uz excel, kas satur datumu (datums = kolonnas datu tipam).

Kas strādāja ar mums: Konvertētu datumu "viena teksta rinda". Pēc tam, konvertēt atpakaļ uz datumu.

Kas to atrisināt. Tas bija jauki redzēt konversiju strādāja, faktiski. Tas bija diezgan nervoza, ka pārveidojot lietas šādā veidā varētu neizdoties, taču tam nebija.

Šī kļūda ir sviešanai milzīga ēna pār datuma datu tips, uz klienta prātā, Tātad mēs ejam ārā no Microsoft galīgu atbildi meklē un cerams, I'll post un update šeit nākamo īsā laikā ar oficiālu atbildi un labojumfails informāciju.

Citas atsauces:

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

<beigās>

Abonēt manu blogu.

Technorati Tags: Technorati Tags: ,

Ātrs un vienkāršs: Sūtiet e-pastu ar iegultā hipersaite no SharePoint Designer darbplūsmas

Vienreiz vai divreiz mēnesī, kāds posts foruma jautājumu: "Kā iekļaut hipersaites URL, kas ir klikšķināmos no SharePoint Designer e-pastu?"

Noformē bez papildu komentāru: (nu, faktiski ir vēl komentārs pēc attēla):

attēlu

Becky Isserman seko noderīgu skaidrojumu par to, kā nostiprināt e-pastu saiti uz vienumu: 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

Technorati Tags: Technorati Tags: , ,

Jauno laidienu: SharePoint Designer darbplūsmas paplašinājumi (virkņu manipulācijas funkciju)

ATJAUNINĀJUMS: Skatīt šeit, lai manas domas par šo projektu commercializing: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!569.entry

Es esmu bijis aizņemts strādā mana Codeplex projektā, kas pašreiz koncentrējas uz sniedzot stīgu manipulācijas paplašinājumi darbplūsmām, kas izveidota ar SharePoint Designer.

Plašāku informāciju skatiet šeit:

Projekta mājas: http://www.codeplex.com/spdwfextensions

Atbrīvošanas: https://www.codeplex.com/Release/ProjectReleases.aspx?ProjectName=spdwfextensions&ReleaseId=8280

Versija 1.0 tajā ir iekļauti šādi jauni līdzekļi:

Funkcija Apraksts (Ja nav tāda pati kā .net funkcija)
NUM ieraksti() Atgriež skaitļa "ieraksti" virknē par katru norādīto atdalītāju.

Piemēram: NUM ieraksti virknē "_FITTED,b,c" ar atdalītāju"," = 3.

Ieraksts() Atgriež n-to pilnvaru virknē par katru norādīto atdalītāju.
Garums String.Length
Aizstāt() String.Replace()
Satur() String.Contains()
Atgriezts vārds "patiess" vai vārdu "false".
Apakšvirkni(Sākums) String.Substring(Sākums)
Apakšvirkni(Sākums,garums) String.Substring(Sākums,garums)
ToUpper() String.ToUpper()
ToLower() String.ToLower()
StartsWith() String.StartsWith()
Atgriezts vārds "patiess" vai vārdu "false".
EndsWith() String.EndsWith()
Atgriezts vārds "patiess" vai vārdu "false".

BDC runtime error paskaidroja

Man izraisīja BDC kļūdu šonedēļ, kas izpaudās lietotāja interfeisā un 12 stropu žurnāla Runtime.

Pirmais, tas parādījās lietotāja interfeisā:

Nevarēja atrast laukus, lai ievietotu visas identifikatoru vērtības un pareizi izpildītu SpecificFinder MethodInstance ar nosaukumu … Pārliecinieties, vai ievades parametriem TypeDescriptor ir saistīti ar katru identifikatoru, kas definēts šai entītijai.

Šeit ir screen shot:

clip_image001

Es arī varētu izraisīt šis ziņojums parādīsies 12 stropu pieteikšanās pie tiks (izmantojot savu patentēto high-tech-don't-try-this-at-home "mysterious kļūdu" metode):

11/14/2007 09:24:41.27 w3wp.exe (0x080C) 0x0B8C biznesa datus SharePoint portāla servera 6q4x liels izņēmums BusinessDataWebPart.OnPreRender: System.InvalidOperationException: Identifikatora vērtība ”, tipa ”, nav derīgs. Tika gaidīta identifikatora vērtība ar tipu "System.String". pie Microsoft.Office.Server.ApplicationRegistry.MetadataModel.Entity.FindSpecific(Objekta[] subIdentifierValues, LobSystemInstance lobSystemInstance) pie Microsoft.SharePoint.Portal.WebControls.BdcClientUtil.FindEntity(Uzņēmums uzņēmums, Objekta[] userValues, LobSystemInstance lobSystemInstance) pie Microsoft.SharePoint.Portal.WebControls.BusinessDataItemBuilder.GetEntityInstance(Skatīt desiredView) pie Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.GetEntityInstance() pie Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties()

Es meklēja apkārt un atrast dažus potenciālos klientus programmā MSDN forums, bet tie nav pietiekami, lai es varētu saprast, kas man bija darīt nepareizi. Es vēroju pārraidi Ted Pattison ka mana uzņēmums serverī un nāca saprast, ka mana problēma ir squirreled prom.

Ar manu ADF, Esmu savienojumu ar SQL datu bāzi, kā parādīts:

            <Īpašuma vārds="RdbCommandText" Tips="System.String">
              <![CDATA[
                ATLASĪT SETID, CARRIER_ID, EFFDT, IZGŪTI ATSEVIŠĶI, EFF_STATUS, TAXPAYER_ID, NETWORK_ID, FRT_FORWARD_FLG, ALT_NAME1, ALT_NAME2, LANGUAGE_CD,
                      VALSTS, ADDRESS1, ADDRESS2, ADDRESS3, ADDRESS4, PILSĒTA, NUM1, NUM2, HOUSE_TYPE, ADDR_FIELD1, ADDR_FIELD2, ADDR_FIELD3,
                      APRIŅĶIS, VALSTS, PASTA, GEO_CODE, IN_CITY_LIMIT, COUNTRY_CODE, TĀLRUNIS, PAPLAŠINĀJUMS, FAKSS, LAST_EXP_CHK_DTTM, FREIGHT_VENDOR,
                      INTERLINK_DLL, TMS_EXCLUDE_FLG no dbo.PS_CARRIER_ID_VW ar (NOLOCK)
                KUR
                  (SETID <> "DAĻA") un
                  (zemāka(CARRIER_ID) >= zemāks(@MinId)) un
                  (zemāka(CARRIER_ID) <= zemāks(@MaxId)) un
                  (zemāka(IZGŪTI ATSEVIŠĶI) PIEMĒRAM, zemāka(@InputDescr))
                ]]>
            </Īpašuma>

Bija paredzēts, ka DBA personai no SQL un esmu devis, lai saprastu, ka tas ir īpaša skatā, kas tie izveidoti tikai par mani. Unikāla, tur ir CARRIER_ID.

Šeit ir kļūda es iepazīstināju:

      <Identifikatori>
        <Identifikators vārds="CARRIER_ID" TypeName="System.String" />
        <Identifikators vārds="IZGŪTI ATSEVIŠĶI" TypeName="System.String" /> 
</Identifikatori>

Kaut kur pa līniju, Bija izdevies sajaukt sevi pār nozīmē <Identifikatori> un pievienots izgūti atsevišķi, pat ja tas nav faktiski identifikators. Es iedzēru izgūti atsevišķi no kopas identifikatorus un presto! Tā strādāja.

I hope this saves someone some grief 🙂

Technorati Tags: Technorati Tags: , , ,

Jūs nevarat Beat SharePoint ir Reach

Pēdējo divu dienu laikā, Es esmu piedalījies divās sanāksmēs, kuru laikā mēs iepazīstināja SharePoint projekta rezultāti. CIO un viņa komandai pievienojās pirmā sanāksme. Tas ir standarta un ne sevišķi nozīmīgas. IT nodaļas darbinieki ir acīmredzami iesaistīts uzņēmuma izvēršana jebkuru tehnoloģiju projektu. Otrajā sanāksmē paplašināta, lai ietvertu V.P. no mārketinga, vairāki direktori pārstāv HR, Loģistika, Ražošanas, Lielajos projektos, Kvalitāte, Pērk, Uzņēmumu attīstību un citām struktūrvienībām (daži no viņiem nebija pat tieši iesaistītas pašreizējā fāzē). Tas ir varen plaša auditorija.

Manā iepriekšējā dzīvē, Es strādāju galvenokārt par ERP un CRM projekti. Viņi abi ir diezgan plašu risinājumu domēna, bet nav tikpat plata kā SharePoint. Pilnībā tiks realizēti, SharePoint projektiem likumīgi un vienmēr sasniegt vērā ik kakts un plaisa organizācija. Cik uzņēmumu risinājumi ir, ka veida sasniegt? Nav daudz.

SharePoint skaidri atspoguļo milzīgas iespējas tiem, kas no mums ir laimīgs pietiekami lieli, lai šajā telpā. Tas nodrošina lielisku tehnisko iespēju (kas kaut kādā veidā ir ieslēgta tās vadītāju šeit atbilstoši "Tehnoloģijas jums ir kapteinis"). Bet vēl labāk, SharePoint pakļauj mums plašas un plašu klāstu biznesa procesus ar šīm saistībām. CRM kā daudzi speciālisti strādā ar uzņēmuma ražošanas pusē? Cik daudz ERP konsultantu darbu ar cilvēkresursu talantu pārņemšanas? SharePoint pārsniedz tos abus.

Tāpat kā kaut kas, tas nav perfekts, bet tas ir sasodīti laba vieta.

Par mīlestību [aizpildiet jūsu vismīlētākajam cilvēks augstāku tiek], Nemainiet ' virsraksts’ vietnes kolonnu.

Par SharePoint forumi, laiku pa laikam kāds jautā par "virsraksta etiķetes maiņa" vai par "noņemot sadaļas no sarakstiem".

Grunts līnija: Nedariet to!

Diemžēl, lietotāju saskarne ļauj vienvirziena pārmaiņas, ka kolonnu etiķetes, kā parādīts:

attēlu

Virsraksts ir saistīts ar krājumu"kolonna" satura tipam. Daudzi, daudzi, daudzi CT ir izmantot šo kolonnu un ja maināt šeit, tas met sīkus vilnīšus visur. Ir labas izredzes, ka jūs neesat paredzējuši, ka varētu notikt. Jūs, iespējams, bija domāt, lai sevi, "Man ir pielāgotas uzmeklēšanas sarakstu un" virsraksts’ vienkārši nav jēgas kā kolonnas nosaukums, tāpēc es esmu gonna change to "statusa kods’ un pievienot kolonnas aprakstu." Bet, ja jūs pildāt šo domu un pārdēvēt ' virsraksts’ "Statusa kodam", katru saraksta nosaukums (ieskaitot dokumentu bibliotēkas) izmaiņas "statusa kods" un jūs droši vien nav paredzējis, ka varētu notikt.

Reālā problēma ir tā, ka tas ir vienvirziena pārmaiņas. UI "zina" "virsraksts" ir rezervēts vārds. Tik, Ja jūs mēģināt mainīt "statusa kods" atpakaļ uz "Title", Tas neļaus jums un tagad jūs esat apgleznoti pats istabas stūrī using paint that never dries 🙂

Tātad, kas notiek, ja jums jau ir labojis? Neesmu redzējis atbilde, mēs visi vēlamies, kas ir vienkārša un viegli metodi, lai mainītu apzīmējuma atpakaļ uz 'Title'. tieši tagad, Labākais padoms ir to mainīt uz kaut ko līdzīgu "Doc/preces nosaukums". Tas ir pietiekami vispārīga uzlīme, kas, iespējams, nebūs arī jarring lietotājiem.

Man ir dažas citas idejas, kas ir manā to-do sarakstu lietas izpētes:

  • Sazinieties ar Microsoft.
  • Kaut ko darīt ar objekta modeli, varbūt kopā ar funkciju.
  • Datu bāzes shēmu izrēķināt un manuāli atjaunināt SQL. (Jums vajadzētu sazināties ar Microsoft pirms to izdarīt, kaut_gan; tas visticamāk būs spēkā atbalsta līgumu).

Ja kāds zina, kā atrisināt šo, Lūdzu, sūtiet savu komentāru.

Atjaunināt vēlā pēcpusdienā, 11/15: Es atklāju šo saiti, kas ir aprakstīts veids, kā izveidot saraksta tips, kas nav kolonnas virsraksta: http://www.venkat.org/index.php/2007/09/03/how-to-remove-title-column-from-a-custom-list/

BDC ADF un jūsu draugs, CDATA

Esmu ievērojis, ka daži neērts un nevajadzīgas roku-kodējumu RdbCommandText dažus piemērus (ieskaitot MSDN dokumentācijai).

Es gribēju aizrādīt BDC, ka komandas var iesaiņoti iekšpusē CDATA tag dabiskā"jaunpienācējus" forma. Tik, Šī neērtā konstrukcija:

<Īpašuma vārds="RdbCommandText" Tips="System.String">
IZVĒLIETIES dbo.MCRS_SETTLEMENT.ID, dbo.MCRS_SETTLEMENT.settlement no dbo.MCRS_SETTLEMENT
KUR (ID &gt;= @MinId) UN (ID &lt;= @MaxId)
</Īpašuma>

var labāk pārstāvēt šādā veidā:

<Īpašuma vārds="RdbCommandText" Tips="System.String">
<![CDATA[
IZVĒLIETIES dbo.MCRS_SETTLEMENT.ID, dbo.MCRS_SETTLEMENT.settlement no dbo.MCRS_SETTLEMENT
KUR (ID >= @MinId) UN (ID <= @MaxId)
]]>
</Īpašuma>

</beigās>

BDC Primer

Intro BDC

Funkcionālā piemērs: BDC ADF, kas izveido savienojumu ar SQL datu bāzi ar iegulto lietotāja id un paroli

Man vajadzēja pārskaitīt līdz MOSS SQL datu bāzi, izmantojot BDC. Nolūkos, testēšanas POC, Es gribēju ADF iegult SQL konta lietotāja id un paroli. Sākot ar Šī veidne (http://msdn2.microsoft.com/en-us/library/ms564221.aspx), Es radīju ADF, kas īpaši SQL server instanci un reģistrē ar īpašu lietotāja id un paroli un parādīts šis fragments:

  <LobSystemInstances>
    <LobSystemInstance vārds="ClaimsInstance">
      <Rekvizīti>
        <Īpašuma vārds="AuthenticationMode" Tips="System.String">PassThrough</Īpašuma>
        <Īpašuma vārds="DatabaseAccessProvider" Tips="System.String">SQL servera</Īpašuma>
        <Īpašuma vārds="RdbConnection datu avotu" Tips="System.String">faktiskais serveractual instances</Īpašuma>
        <Īpašuma vārds="RdbConnection sākotnējā katalogā" Tips="System.String">faktiski sākotnējo katalogu</Īpašuma>
        <Īpašuma vārds="RdbConnection integrēta drošības" Tips="System.String">SSPI</Īpašuma>
        <Īpašuma vārds="RdbConnection, apvienojot" Tips="System.String">viltus</Īpašuma>

        <!-- Tās ir galvenās vērtības: -->
        <Īpašuma vārds="RdbConnection lietotāja ID" Tips="System.String">actual lietotāja ID</Īpašuma>
        <Īpašuma vārds="RdbConnection paroli" Tips="System.String">faktisko parole</Īpašuma>
        <Īpašuma vārds="RdbConnection Trusted_Connection" Tips="System.String">viltus</Īpašuma>

      </Rekvizīti>
    </LobSystemInstance>
  </LobSystemInstances>

Tā nav labākā prakse, bet tas ir noderīgi, lai ātri un vienkārši konfigurācijas testēšana. Tas bija pārsteidzoši grūti izrēķināt. Nekad nav konstatēts, funkcionālās piemērs ar meklēšanas atslēgvārdiem:

  • ADF iegults lietotāja ID un parole
  • iegult adf lietotāja id un paroli
  • iegult adf bdc lietotāja id un paroli
  • SharePoint bdc primer
  • SharePoint lietotāja id un parole iegult adf

</beigās>

Abonēt manu blogu.