mesačné archívy: November 2007

MOSS povie mi môj názov stĺpca je vyhradené alebo v použitie … Ale to nie je

AKTUALIZÁCIA 12/04/07: Pozrite si Tento Microsoft KB (http://support.microsoft.com/kb/923589) súvisiace informácie.

Vlastne, ukazuje sa, že je, ale hravé MOSS musel byť ťažké.

Môj klient má nejaké vývojové práce na jeho mieste MOSS cez víkend. Je to trochu spleť, čo vlastne urobil, ale konečný výsledok je:

  • On sa snaží pridať stĺpec lokality s názvom "množstvo" a MOSS odpovede: "Zadaný názov stĺpca sa už používa alebo vyhradené. Vyberte iný názov."
  • On sa pokúša pridať do iného prostredia a ktorý funguje. Preto, "Množstvo" nie je vyhradený názov.
  • On sa snaží nájsť existujúci stĺpec lokality s názvom "množstvo" v tejto kolekcii. On nemôže nájsť.

Som urobil niektoré výskum, a dokonca aj niektoré kódovanie, voskovanie filozofické a nakoniec zistil, že stĺpec s názvom Quantity urobil, v skutočnosti, Existujú. Bolo to v "_Hidden" skupina. Preto, nemohli sme nájsť to cez používateľské rozhranie služby SharePoint.

Ako ho tam dostať? neviem, ale mám teóriu (alebo ako moja manželka by sa nazvať, "bla bla bla"). Niekde pozdĺž línie, a rozprávkové štyridsať šablóny bol pridaný a pravdepodobne aktivovaný na lokalitu v kolekcii lokalít. Potom bol deaktivovaný (alebo lokality odstránené). Stĺpec lokality, Avšak, zostal ale v "_Hidden" skupina. Ak niekto pozná lepšie, Prosím, dajte mi vedieť prostredníctvom e-mailom alebo zverejniť v poznámkach.

SharePoint hovoril pravdu. Je sotva stojí poukazuje na to, že správa nie je užitočné, pretože by to mohlo byť. To by bolo pekné vidieť túto správu vidličku do dvoch odlišných správ v budúcnosti: 1) Hovoria, že je rezervovaný názov stĺpca alebo nie je. 2) Ak nie sú vyhradené, Zobraziť stránky, alebo aspoň skupina, Ak názov stĺpca sa už používa.

</koniec>

OM údaje pomocou vlastného zoznamu (alebo, Ešte ďalší OM údaje Displayor [ako YACC, ale inak])

Dnes, Som strávil niekoľko hodín vypátrať príčinu za správu "zadaný názov stĺpca sa už používa, alebo vyhradené. Vyberte iný názov."

Možno vytvoriť stĺpec, odstránené a re-vytvorený v inom prostredí, Takže som vedel, že to nebol vyhradený názov. Avšak, Jednoducho nemohol som nájsť nikde stĺpci cez štandardné používateľské rozhranie služby SharePoint na každom mieste v kolekcii lokalít.

Som vyslaný na Fóra lokality MSDN tu. a nezdolnej Andrew Woodward ukázal mi v smerom k podkladových údajov objekt modelu.

Som išiel preč CodePlex nájsť nejaké nástroje, ktoré by mi pomohol nahliadnuť do podkladových údajov OM a pomôžte mi nájsť problémy.

Skúšal som niekoľko nástrojov a oni boli veľmi cool a zaujímavé, ale nakoniec, UI nie je dosť dobré pre moje účely. Nie som kritizovať akýmikoľvek prostriedkami, ale jasne nástroj-tvorcovia nemal môj problém na pamäti, keď vytvoril ich UI :). Väčšina ľudí sa zdá byť investujú slušné množstvo času a úsilia pri vytváraní stanicu / klientské aplikácie, ktoré poskytujú zobrazení stromov, kliknite pravým tlačidlom myši kontextové menu a tak ďalej. Sú to pekné a všetky, ale je to veľa práce, aby vytvoriť top-of--line užívateľský zážitok, ktorý je tiež veľmi flexibilný.

Som naozaj potreboval odpoveď na tento problém. Napadlo ma že keby som mohol dostať všetky stĺpce lokality v kolekcii lokality do vlastného zoznamu, Mohol filtra, triediť a vytvoriť zobrazenia, ktoré by mi pomohol nájsť tento údajne existujúceho stĺpca (čo sa aj stalo, BTW). Išiel dopredu a urobil to a za hodinu alebo dve neskôr, mal všetky moje stĺpce lokality nahrá do vlastného zoznamu s zoskupenia, triedenie a podobne. Našiel som svoju odpoveď päť minút neskôr.

Ak úspešne prevziať svet, Myslím, že sa dekrét, že všetky nástroje poskytovateľov SharePoint vážne uvažovať, navarovanie ich dáta modelu objektu vlastného zoznamu. Týmto spôsobom, Mám moc Hľadať všetky cesty chcem (obmedzené, samozrejme, podľa štandardných sharepoint funkcie).

Vlastná akcia pracovného postupu programu SharePoint Designer — Pozorovania o <FieldBind Designer typ =”StringBuilder” … />

Len rýchly pozorovanie, že je veľmi dôležitý rozdiel medzi tieto dve definície:

<FieldBind pole = "InParam1" DesignerType = "StringBuilder" ID = "2" Text = "Vstupný parameter #1" />

oproti:

<FieldBind pole = "InParam1" ID = "2" Text = "Vstupný parameter #1" />

Prvý ukazuje, ako je to v SPD:

obrázok

kým posledne ukazuje ako je tento:

obrázok

Nie som si istý, aké užitočné sú tieto snímky obrazovky, ale vynaložil som úsilie na ich vytvorenie, takže si ich musíte pozrieť 🙂

Pozorovanie je to: StringBuilder vám umožňuje vytvoriť reťazec (Samozrejme) zmiešaním spolu reťazcové literály a toku údajov (prostredníctvom "pridať vyhľadávacie" tlačidlo v ľavom dolnom rohu). Ak použijete tlačidlo Pridať vyhľadávanie, Vloží prejav v podobe"[%token %]". Keď SharePoint vyvolá vlastnej akcie, (C# kód v mojom prípade), SharePoint prechádza token sám, nie hodnotu tokenu. Ak používate predvolený typ dizajnér (Druhý typ), SharePoint token sa rozširuje a prechádza skutočná hodnota tokenu pre Vašu akciu.

StringBuilder = zlý, predvolené návrhár typ = dobré.

samozrejme, to nie je to, čo som naozaj mysli. Len Nesnažte sa odovzdať parameter svoje vlastné akcie, keď návrhár typ = StringBuilder. Použiť predvolený typ návrhár a reťazec StringBuilder to vpredu, ak potrebujete vytvoriť zložité struny v pracovnom postupe (ktoré mimochodom je presne to, čo jeden vytvoriť dynamické predmet činnosti e-mail, ale to je predmetom iného blogu, Har har).

<koniec />

Aktivácia predčasné pracovného postupu — Non-lekárske riešenie

AKTUALIZÁCIA: Pozri túto diskusiu na lokalite MSDN, najmä posledný záznam: http://forums.microsoft.com/MSDN/showpost.aspx?postid=2631057&siteid=1. Opisuje stav, ktorý môže skratu celú vec. V skratke, to môže byť tak jednoduché ako vytvoriť aspoň jedno z polí povinných.

Mám knižnice dokumentov, ktorá podporuje osem typov obsahu.

Mám program SharePoint Designer pracovného postupu, ktorý chce vypočítať a priradiť "dátum pripomenutia" jednoducho odčítaním 30 dní od iného stĺpca, "dátum splatnosti". To len sa stane na jeden z typov obsahu, "Poistenie". Obchodné cieľom je vyrábať indikátor KPI, ktorý ukazuje dve kategórie doklady o poistení: "asi sa skončí" a "skončila." (Môžete si prečítať viac o tomto druhu KPI a ďalšie podstatné rozbaľovacích tu).

Máte nastavený pracovný postup na oheň, keď sa vytvorí nová položka a úpravy položky. Myšlienkou je, že keď je nahratý poisťovacieho dokumentu, Počítame upozornenie rande"" na základe dátum vypršania platnosti. Pár názorov práce v súvislosti s Zoznam indikátorov KPI, poukázať tieto podmienky, keď používatelia hit ich domovskej stránky.

Táto stratégia nefunguje, keď som nahrať dokument.

Nahrať dokument a ja som prezentované s meta dát vstupnej obrazovke. V tomto momente, Už som v ťažkostiach. SharePoint už, predčasne z môjho pohľadu, vystrelil toku činností. Som nemal šancu vybrať správny typ obsahu ani priradiť dátum splatnosti. V rovnakom čase, toku činností sa nespustí, keď som narazila na tlačidlo Odoslať v tejto dobe. Tam je niekoľko vstavaný logické, že "verí" prvé, ktoré predložia je súčasťou "vytvoriť" udalosť. Takže … moje workflow pálené a kedy ho vykonávať, to bol odovzdaný predvolené hodnoty meta údajov.

Najlepšie práce-asi viem je vložiť "pauzu, kým" činnosť pracovného postupu. Mám pozastavenie toku činností pre 1 minúta. Kým sa pozastavuje, Vybrať správny typ obsahu, Zadajte meta data a predložiť. Pauza dokončí a pracovný postup pokračuje podľa potreby. (Všimnite si, že v mojom prostredí, časovač aktivity pracovných postupov od SPD nepracujú po vybalení z krabice. Môžete mať rovnaké problémy. Pozrite si tu pre viac informácií).

Nemám rád "magické meškanie" práce-asi. Čo sa stane, ak užívateľ obrázky dokumentu a zazvoní telefón a následné konverzáciu prečká pauza? Môžete urobiť dlhšia pauza, ale stále to nepáči.

Písal som o tom na fórach MSDN tu.: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2430725&SiteID=1

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 🙂