SharePoint Základy zabezpečenia Primer / Vyhnúť sa nástrahám spoločného

AKTUALIZÁCIA 12/18/07: Paul Liebrand v článku niektoré technické dôsledky odstránenie alebo zmena predvolené názvy skupín (aj viď jeho komentár nižšie).

Prehľad:

SharePoint zabezpečenia je ľahko konfigurovať a spravovať. Avšak, to sa ukázala byť ťažké pre niektorí správcovia prvýkrát naozaj zalamovanie rukami okolo neho. Nielen, že, Videl som niektoré správcovia prísť na dokonalé pochopenie v pondelok len stratili to piatok, pretože nemali robiť všetky konfigurácie v intervenčnom období. (Priznám sa, že má tento problém sám). Tento blog vstupe dúfajme, že poskytuje užitočné primer zabezpečenia SharePoint a smeruje k niektoré konfigurácie bezpečnosť best practices.

Dôležitá poznámka:

Tento opis vychádza z krabice SharePoint zabezpečenia. Moja osobná skúsenosť je orientované okolo Mach, takže tam môže byť nejaké MOSS konkrétne veci tu, ale verím, že je to presné pre WSS. Dúfam, že niekto vidieť akékoľvek chyby alebo opomenutia bude bod, ktorý sa v komentároch alebo napíšte mi. Budem robiť opravy, miesto zhonu.

Základy:

Na účely tohto prehľadu, Existujú štyri základné aspekty bezpečnosti: používatelia a skupiny, objekty so zabezpečením, úrovne povolení a dedičnosť.

Používatelia a skupiny break nadol:

  • Jednotliví používatelia: Vytiahol z aktívneho adresára alebo vytvorený priamo na lokalite SharePoint.
  • Skupiny: Mapované priamo zo služby active directory alebo vytvorené v SharePoint. Skupiny sú zbierka užívateľov. Skupiny sú globálne v kolekcii lokalít. Oni sú nikdy "viazané" pre konkrétny objekt so zabezpečením.

Objekty so zabezpečením break nadol aspoň:

  • Stránky
  • Knižnice dokumentov
  • Jednotlivé položky v zoznamoch a knižniciach dokumentov
  • Priečinky
  • Rôznych nastavení BDC.

Tam iných objekty so zabezpečením, ale dostanete obrázok.

Úrovne povolení: Zväzok zrnitý / nízka úroveň prístupových práv, ktoré patria také veci, ako vytvoriť, čítať alebo odstránenie položiek v zoznamoch.

Dedičnosť: V predvolenom nastavení subjekty dedí nastavenia zabezpečenia obsahujúci objekt. Podlokality dedia povolenia od svojej materskej spoločnosti. Dokumentov knižnice dedia z ich stránok. Tak ďalej a tak ďalej.

Používatelia a skupiny súvisia so zabezpečením objektov pomocou úrovní povolení a dedičnosť.

Najdôležitejšie bezpečnostné pravidlá pochopiť, Vždy 🙂 :

  1. Skupiny sú jednoducho kolekcie užívateľov.
  2. Skupiny sú globálnych v rámci kolekcie lokality (tj. neexistuje žiadna taká vec ako skupina definované na úrovni lokality).
  3. Názov skupiny nie odolávať, skupiny nie, v meste a na seba, mať žiadnu konkrétnu výšku zabezpečenia.
  4. Skupiny majú zabezpečenia v kontexte konkrétnemu objektu.
  5. Môžete priradiť rôzne úrovne povolení do tej istej skupiny pre každý objekt so zabezpečením.
  6. Webová aplikácia politiky tromf všetkých týchto (Pozri nižšie).

Administrátori pre zabezpečenie stratený v mori užívateľov a skupín užívateľov výpisy môže vždy spoľahnúť na tieto axiómy riadiť a pochopiť ich konfigurácia zabezpečenia.

Spoločnej úskalia:

  • Názvy skupín falošne znamenať povolenie: Po vybalení z krabice, SharePoint definuje množinu skupín, ktorých mená znamenajú vlastné úrovne zabezpečenia. Zvážte skupiny "Prispievateľ". Jeden oboznámení s SharePoint zabezpečenia môže dobre pozrite sa na tento názov a predpokladať, že každý člen tejto skupiny "prispieť" k akejkoľvek lokality / / knižnica zoznamov na portáli. To môže byť pravda, ale nie preto, že názov skupiny sa stáva "prispievateľ". To je pravda len z krabice pretože skupina poskytuje úrovne povolení, ktorá im umožní pridať/editovať/mazať obsah v koreňovej lokality. Dedením, "prispievatelia" skupiny môžu tiež pridať/editovať/mazať obsah v každom sub-stránky. Jeden môže "zlomiť" dedičnosť reťazec a zmeniť úrovne povolení sub-stránky takýchto že členom tak-zvané "prispievateľa" skupina nemôže prispieť vôbec, ale iba čítať (napríklad). To by nebolo dobrý nápad, Samozrejme, Vzhľadom k tomu, že by bolo veľmi mätúce.
  • Skupiny nie sú definované na úrovni lokality. Je ľahké byť zmätení používateľského rozhrania. Microsoft poskytuje pohodlné prepojenie používateľ alebo skupina riadenia prostredníctvom každej lokalite "ľudí a skupín" odkaz. Je ľahké sa domnievať, že keď som na mieste "minového" vytvoriť skupinu cez xyzzy minového na ľudí a skupiny odkaz, ktorý ste práve vytvorili skupinu, ktorá existuje iba na xyzzy minového. To nie je prípad. Vlastne ste vytvorili skupinu pre celú miesto zberu.
  • Členstvo v skupinách nelíšila od lokality (tj. je to rovnaké všade skupine sa používa): Zvážte skupiny "vlastník" a dve stránky, "HR" a "Logistických". To by bolo normálne myslieť, že dva samostatné jednotlivcov by vlastné tieto stránky — majiteľom HR a majiteľ logistiky. Používateľské rozhranie uľahčuje zabezpečenia správcu, aby ste nezaobchádzali tento scenár. Ak nevedel lepšie, Možno prístup ľudí a skupín odkazov cez stránku HR, Vyberte "majitelia" skupiny a do skupiny pridať môj HR vlastník. O mesiac neskôr, Logistika prichádza na linke. Aj prístup ľudí a skupiny na lokalite logistiky, Pridať vytiahnuť majiteľa"" skupina. Pozri majiteľ HR a odstráňte ju, myslel, že som odstrániť ju od vlastníkov lokality logistiky. v skutočnosti, Som odstránenie ju z globálnej majitelia skupiny. Veselí vyplýva.
  • Tým, že názov skupiny založené na špecifickú úlohu: "Schvaľovateľov" skupina je dokonalým príkladom. Čo môžu členovia tejto skupiny schváliť? Kde sa schváliť? Naozaj chcem ľudí logistické oddelenie môcť schváliť HR dokumenty? Samozrejme nie. Vždy názov skupiny na základe ich úlohu v rámci organizácie. Tým sa zníži riziko, že skupina priradenú úroveň nevhodné povolenia pre konkrétny objekt so zabezpečením. Názov skupiny na základe ich plánované úlohy. V predchádzajúcom scenári HR/logistika, By sa vytvoriť dve nové skupiny: "Majitelia HR" a "majitelia logistiky" a priradiť rozumné úrovne pre každý a minimálne množstvo požadované pre tých užívateľov, robiť svoju prácu.

Ďalšie užitočné odkazy:

Ak ste urobil ste to tak ďaleko:

Prosím, dajte mi vedieť vaše myšlienky prostredníctvom komentáre, alebo mi email. Ak poznáte iné dobré referencie, Urobte to isté!

Technorati Tags:

Rýchle a jednoduché: Vytvoriť webová časť zobrazenia údajov (DVWP)

Existuje nepreberné množstvo skvelé informácie o WSS 3.0 Webová časť zobrazenia údajov (DVWP) na webe z viacerých zdrojov. Avšak, Našiel som to prekvapivo ťažké nájsť informácie na tento prvý krok veľmi základné. Tu je ďalší článok v "rýchle a ľahké" séria ho riešiť.

Postupujte podľa týchto krokov Vytvorte webová časť zobrazenia údajov (DVWP). Sú založené na "oznámenia" Webová časť, ale platí pre väčšinu zoznamov.

  1. Vytvorte webovú časť oznámenia a pridať ho na lokalitu.
  2. Otvoriť lokalitu v programe SharePoint Designer.
  3. Otvorte lokalitu default.aspx.
  4. Vyberte webovú časť oznámenia a kliknite pravým tlačidlom myši.
  5. Z kontextového menu, Vyberte "konvertovať na XSLZobrazenie údajov T".

Program SharePoint Designer vás upozorní, že táto stránka je teraz prispôsobený z definície jej lokality. To nie je nevyhnutne zlá, ale existujú významné dôsledky (výkon, Inovácia, iní) ktoré sú mimo pôsobnosti tejto málo "rýchle a ľahké" položka. Získať viac informácií na túto tému, Odporúčam obe knihy tu rovnako ako vaše obľúbené vyhľadávanie na internete.

Potvrďte, že ste urobili správne:

  1. Zatvorte a znovu otvorte webový prehliadač (aby sa zabránilo náhodnému re-vysielanie pôvodnej "pridať novú webovú časť").
  2. Vyberte webovej časti šípku rozbaľovací a vyberte "Upraviť zdieľanú webovú časť" z ponuky.
  3. Otvorí nástroj panel na pravej strane.
  4. Panel sa zmenil z jeho obvyklé nastaviť možnosti tohto:
obrázok

“Nie je možné získať vlastnosť stĺpca schémy zoznamu zo zoznamu lokality SharePoint” — Popis/rieöeniami

Tento týždeň, Nakoniec sme reprodukovať problém, ktorý bolo ohlásené vzdialeným používateľom: Keď sa snažila export obsahu zoznamu do programu excel, vecí javí začať pracovať, ale potom by Excel vyskočí chyba: "Nie je možné získať vlastnosť stĺpca schémy zoznamu zo zoznamu lokality SharePoint". Ona bol spustený balík office 2003, Windows XP a pripojenie k MACHU.

Hľadal internety a videl niektoré špekulácie ale nič 100% konečné. Preto, Tento príspevok.

Problém: Exportovanie zobrazenie do programu excel, ktorý obsahuje dátum (dátum = typ údajov stĺpca).

Čo pracoval pre nás: Previesť dátum na "jeden riadok textu". Potom, previesť späť na rande.

Že to vyriešil. Bolo pekné vidieť, že Konverzia pracoval, vlastne. To bolo docela nervózny, že prevod veci týmto spôsobom by sa nepodarí, ale to sa nestalo.

Táto chyba má obrovský tieň zavrhnut typ údajov dátum v mysli klienta, tak sme sa vyhľadávajú definitívnu odpoveď od spoločnosti Microsoft a dúfajme, že budete post a aktualizácia tu v ďalšej krátkej dobe ich úradného odpoveď a opravu informácie.

Ostatné odkazy:

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

<koniec>

Vyberajte môj blog.

Technorati Tags: ,

Rýchle a jednoduché: Pošlite email s vložené hypertextové prepojenie z pracovného postupu programu SharePoint Designer

Raz alebo dvakrát mesiac, niekto príspevky Fórum dotaz: "Ako ho mám zahrnúť hypertextové prepojenia na URL, ktoré sú klikacie z programu SharePoint Designer e-mail?"

Prezentované bez ďalšieho komentára: (No, Vlastne existuje ďalší komentár po obrázku):

obrázok

Becky Isserman nadväzuje na užitočné vysvetlenie o tom, ako vložiť prepojenie na položku e-mail: 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

Nová verzia: SharePoint Designer Workflow rozšírenia (reťazec manipulácia funkcie)

AKTUALIZÁCIA: Pozri tu pre moje myšlienky na komercializáciu tohto projektu: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!569.entry

Bol som zaneprázdnený pracovať na mojej Codeplex projekt, ktorý je v súčasnosti zameraná na poskytovanie reťazec manipulácia rozšírenia toky vytvorené pomocou programu SharePoint Designer.

Podrobnosti nájdete tu:

Projekt domu: http://www.codeplex.com/spdwfextensions

Uvoľnenie: https://www.codeplex.com/Release/ProjectReleases.aspx?ProjectName=spdwfextensions&ReleaseId=8280

Verzia 1.0 obsahuje nasledujúce nové funkcie:

Funkcia Popis (Ak nie je rovnaké ako funkcia .net)
NUM položky() Vráti číslo položky"" v reťazci podľa zadaného oddeľovač.

Napríklad: NUM-položky v reťazci ",b,c" s oddeľovač"," = 3.

Položka() Vráti n-tého prejav v reťazci podľa zadaného oddeľovač.
Dĺžka String.length
Nahradiť() String.replace()
Obsahuje() String.contains()
Vráti slovo "pravda" alebo slovo "false".
Podreťazec(Štart) String.substring(Štart)
Podreťazec(Štart,dĺžka) String.substring(Štart,dĺžka)
ToUpper() String.ToUpper()
ToLower() String.ToLower()
StartsWith() String.StartsWith()
Vráti slovo "pravda" alebo slovo "false".
EndsWith() String.EndsWith()
Vráti slovo "pravda" alebo slovo "false".

BDC runtime chyba vysvetlil

Som spôsobil chybu BDC tento týždeň, ktorá sa prejavila na užívateľské rozhranie a v 12 úľ denníka v režime runtime.

Prvá, to sa objavil v používateľskom rozhraní:

Nebolo možné nájsť polia na vloženie všetkých hodnôt identifikátorov na správne spustenie procedúry MethodInstance nástroja SpecificFinder s názvom … Zabezpečiť vstupné parametre priradené všetkým identifikátorom definovaným pre túto entitu objekty TypeDescriptor ku.

Tu je náhľad obrazovky:

clip_image001

Tiež môže spôsobiť Táto správa sa objaví v 12 úľ prihlásiť sa (používať môj patentovaný high-tech-don't-try-this-at-home "záhadné chyby" metóda):

11/14/2007 09:24:41.27 w3wp.exe (0x080C) 0x0B8C SharePoint Portal Server Business Data 6q4x vysoké výnimku v BusinessDataWebPart.OnPreRender: System.InvalidOperationException: Hodnota identifikátora ”, typu ”, je neplatný. Očakávanú hodnotu identifikátora typu System.String. v Microsoft.Office.Server.ApplicationRegistry.MetadataModel.Entity.FindSpecific(Objekt[] subIdentifierValues, Inštancia LobSystemInstance lobSystemInstance) v Microsoft.SharePoint.Portal.WebControls.BdcClientUtil.FindEntity(Entita jednotka, Objekt[] userValues, Inštancia LobSystemInstance lobSystemInstance) v Microsoft.SharePoint.Portal.WebControls.BusinessDataItemBuilder.GetEntityInstance(Zobraziť desiredView) v Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.GetEntityInstance() v Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties()

Hľadal a našiel niektoré vedie v Fórum MSDN, ale oni neboli dosť pre mňa pochopiť, čo robím zle. Díval som sa na vysielanie podľa Ted Pattison že môj spoločnosť má ďaleko squirreled na serveri a prišiel si uvedomiť, môj problém.

V mojom ADF, Som pripojenie k databáze SQL, ako je uvedené:

            <Vlastnosť meno="RdbCommandText" Typ="System.string">
              <![CDATA[
                VYBERTE SETID, CARRIER_ID, EFFDT, DESCR, EFF_STATUS, TAXPAYER_ID, NETWORK_ID, FRT_FORWARD_FLG, ALT_NAME1, ALT_NAME2, LANGUAGE_CD,
                      KRAJINY, IKT1, ADDRESS2, ADDRESS3, ADDRESS4, MESTO, NUM1, NUM2, HOUSE_TYPE, ADDR_FIELD1, ADDR_FIELD2, ADDR_FIELD3,
                      KRAJ, ŠTÁT, POŠTOVÉ, GEO_CODE, IN_CITY_LIMIT, COUNTRY_CODE, TELEFÓN, ROZŠÍRENIE, FAXOVANIE, LAST_EXP_CHK_DTTM, FREIGHT_VENDOR,
                      INTERLINK_DLL, TMS_EXCLUDE_FLG z dbo.PS_CARRIER_ID_VW s (nolock)
                KDE
                  (SETID <> "ZDIEĽANIE") a
                  (Dolné(CARRIER_ID) >= nižšia(@MinId)) a
                  (Dolné(CARRIER_ID) <= nižšia(@ MaxId)) a
                  (Dolné(DESCR) AKO nižšie(@InputDescr))
                ]]>
            </Vlastnosť>

Bola za predpokladu že SQL DBA osoby a som im pochopiť, že je špeciálne zobrazenie vytvorené len pre mňa. Jedinečný kľúč, ktorý nie je CARRIER_ID.

Tu je chyba som predstavil:

      <Identifikátory>
        <Identifikátor meno="CARRIER_ID" Atribút TypeName="System.string" />
        <Identifikátor meno="DESCR" Atribút TypeName="System.string" /> 
</Identifikátory>

Niekde pozdĺž línie, Mal sa podarilo zameniť sám v zmysle <Identifikátory> a pridal DESCR, aj keď to nie je vlastne identifikátor. Vzal som si DESCR z identifikátorov množiny a presto! To všetko fungovalo.

I hope this saves someone some grief 🙂

Nemôžete poraziť SharePoint je Reach

Počas posledných dvoch dní, Som sa zúčastnil na dvoch stretnutiach, počas ktorých sme prezentovali výsledky projektu SharePoint. CIO a jeho tím sa pripojil prvé stretnutie. To je štandardná a obzvlášť pozoruhodné. IT oddelenia sa samozrejme zúčastňuje podnik Zavádzanie akýkoľvek projekt, technológie. Druhé stretnutie rozšírený V.P. od marketing, niekoľko riaditeľov zastupujúcich HR, Logistika, Výroba, Investičných projektov, Kvalita, Nákup, Rozvoj spoločnosti a ostatných oddelení (z ktorých niektorí neboli dokonca priamo zahrnuté v súčasnej fáze). To je mocný široké publikum.

V mojej predchádzajúci život, Pracoval som hlavne na ERP a CRM projektov. Majú pomerne široký riešenie domény, ale nie rovnako široký ako SharePoint. Aby boli plne realizované, SharePoint projektov oprávnene a nutne dostať do každú skulinu organizácie. Koľko iných podnikových riešení si, že druh dosiahnuť? Nie je veľa.

SharePoint jasne predstavuje obrovskú príležitosť pre tých z nás šťastie, že sa v tomto priestore. To poskytuje veľkú príležitosť technické (ktoré je nejako obrátil na jeho hlavu tu podľa "Technológie vám musí zvládnuť"). Ale ešte lepšie, SharePoint vystavuje nás k rozsiahlej a širokej škály podnikových procesov prostredníctvom týchto angažmán. Koľko CRM špecialistov pracovať s strane výrobné spoločnosti? Koľko ERP konzultantov prácu s ľudskými zdrojmi na talent akvizícia? SharePoint presahuje ich oboch.

Rovnako ako čokoľvek, nie je to dokonalé, ale je to sakramentsky dobré miesto.

Pre lásku [vyplňte vaše najviac miloval osoba/vyššia je], Nemeňte "titul’ stĺpec lokality.

Na SharePoint fóra, občas niekto žiada o "zmene označenie hlavy" alebo o "odstránenie hlavy zo zoznamov".

Sečteno podtrženo: Nie je to!

Bohužiaľ, používateľské rozhranie umožňuje jednosmerné zmenu tejto menovku stĺpca, ako je uvedené:

obrázok

Názov je stĺpec priradených "položka" typ obsahu. Mnoho, mnoho, mnoho CT to použiť tento stĺpec a ak zmeníte to tu, vlnky sa všade. Tam je dobrá šanca, že ste nemal v úmysle, aby sa tak stalo. Ste boli pravdepodobne myslenia na seba, "Mám vlastný vyhľadávací zoznam a" titul’ jednoducho nemá zmysel ako názov stĺpca, tak Idem to zmeniť na "Stavový kód’ a pridať popis stĺpca." Ale ak budete postupovať na tú myšlienku a premenovanie "titul’ k "Stavový kód", každý zoznam hlavy (vrátane knižnice dokumentov) zmeny "kód stavu" a ste pravdepodobne nechceli sa tak stalo.

Skutočný problém je, že to je jednosmerné zmena. UI "vie" Tento titul"" je vyhradené slovo. Takže, Ak si vyskúšať a zmeniť kód stavu"" Späť na "Titul", to zabráni a teraz ste maľované seba do rohu using paint that never dries 🙂

Takže čo sa stane, ak ste už zmenili? Nevidel som odpoveď, všetci chceme, ktorý je jednoduchý a ľahký spôsob zmeniť označenie "Title". hneď teraz, Najlepšia rada je to zmeniť na niečo ako "Názov Doc/položky". To je dosť všeobecný menovku, ktorá nemusí byť príliš prudké pre používateľov.

Mám niekoľko iných nápady, ktoré sú v zozname úlohy vecí výskumu:

  • Kontaktovať spoločnosť Microsoft.
  • Niečo urobiť s objektovým modelom, možno v spojení s funkciou.
  • Vymyslieť schéme databázy a aktualizovať ručne SQL. (Mali by ste kontaktovať Microsoft pred robíš, keď; to bude pravdepodobne void zmluvy o podpore).

Ak niekto vie, ako vyriešiť, Prosím post komentár.

Aktualizácia neskoré popoludnie, 11/15: Našiel som tento odkaz, ktorý popisuje metódu pre vytvorenie typ zoznamu, ktorý nemá stĺpec Názov: http://www.venkat.org/index.php/2007/09/03/how-to-remove-title-column-from-a-custom-list/

BDC ADF a váš priateľ, CDATA

Som si všimol, niektoré trápne a zbytočné ruka-kódovanie RdbCommandText v niektorých príkladov (vrátane dokumentáciu MSDN).

Som chcel poukázať na nováčikov v katalógu pracovných údajov, že príkazy sa môže natočiť vnútri CDATA značku v prirodzenom"" formulár. Takže, táto nepríjemná konštrukcie:

<Vlastnosť meno="RdbCommandText" Typ="System.string">
Vyberte dbo.MCRS_SETTLEMENT.ID, dbo.MCRS_SETTLEMENT.Settlement z dbo.MCRS_SETTLEMENT
KDE (Identifikácia &gt;= @ MinId) A (Identifikácia &lt;= @ MaxId)
</Vlastnosť>

môže byť lepšie zastupované týmto spôsobom:

<Vlastnosť meno="RdbCommandText" Typ="System.string">
<![CDATA[
Vyberte dbo.MCRS_SETTLEMENT.ID, dbo.MCRS_SETTLEMENT.Settlement z dbo.MCRS_SETTLEMENT
KDE (Identifikácia >= @ MinId) A (Identifikácia <= @ MaxId)
]]>
</Vlastnosť>

</koniec>

Primer katalógu pracovných údajov

Úvod do katalógu pracovných údajov

Funkčné príklad: BDC ADF, ktorý sa pripojí k databáze SQL vložené užívateľské meno a heslo

Potreboval som drôtu do MACHU do SQL databázy cez BDC. Na účely testovania/POC, Som chcel vložiť SQL užívateľské id a heslo konta v ADF. Počnúc Táto šablóna (http://msdn2.microsoft.com/en-us/library/ms564221.aspx), Som vytvoril automatický podávač dokumentov, ktoré sa pripojí k inštancia SQL server a zapisuje špecifické užívateľské meno a heslo a tento úryvok:

  <LobSystemInstances>
    <LobSystemInstance meno="ClaimsInstance">
      <Vlastnosti>
        <Vlastnosť meno="AuthenticationMode" Typ="System.string">Prechádzania</Vlastnosť>
        <Vlastnosť meno="DatabaseAccessProvider" Typ="System.string">SqlServer</Vlastnosť>
        <Vlastnosť meno="Zdroj údajov RdbConnection" Typ="System.string">skutočné serveractual stupňa</Vlastnosť>
        <Vlastnosť meno="RdbConnection počiatočná katalóg" Typ="System.string">skutočný počiatočný katalóg</Vlastnosť>
        <Vlastnosť meno="RdbConnection integrované zabezpečenia" Typ="System.string">ROZHRANIA SSPI</Vlastnosť>
        <Vlastnosť meno="Spájanie RdbConnection" Typ="System.string">FALSE</Vlastnosť>

        <!-- To sú kľúčové hodnoty: -->
        <Vlastnosť meno="RdbConnection užívateľské meno" Typ="System.string">actual Identifikácia používateľa</Vlastnosť>
        <Vlastnosť meno="RdbConnection heslo" Typ="System.string">aktuálne heslo</Vlastnosť>
        <Vlastnosť meno="RdbConnection Trusted_Connection" Typ="System.string">FALSE</Vlastnosť>

      </Vlastnosti>
    </LobSystemInstance>
  </LobSystemInstances>

Nie je najlepšie praxe, ale je to užitočné pre rýchle a jednoduché nastavenie pre testovanie. Bolo to prekvapivo ťažké vymyslieť. Nikdy som našiel funkčné príklad s vyhľadávanie kľúčových slov:

  • ADF vložené userid a heslo
  • Vložiť identifikáciu používateľa a heslo v adf
  • Vložiť identifikáciu používateľa a heslo v adf katalógu pracovných údajov
  • SharePoint bdc primer
  • SharePoint vložiť identifikáciu používateľa a heslo v adf

</koniec>

Vyberajte môj blog.