mėnesio Archyvai: Lapkričio 2007

SAMANŲ pasakoja man mano stulpelio pavadinimas yra saugomos arba naudojamas … Bet tai ne

Palikti atsakymą

NAUJINIMAS 12/04/07: Žr. Ši Microsoft KB (http://support.microsoft.com/kb/923589) susijusios informacijos.

Iš tikrųjų, it turns out tai yra, bet išdykęs SAMANŲ turėjo būti sunku.

Mano klientas ar išplėtoti savo MOSS svetainę per savaitgalį. Tai šiek tiek daiktai, skirti išpardavimui, ką jis iš tikrųjų padarė, bet galutinis rezultatas yra tokia:

  • Jis bando pridėti svetainės stulpelį pavadinimu "kiekis" ir samanų atsakymai: "Jūsų įvestas stulpelio pavadinimas jau naudojamas arba rezervuotas. Pasirinkite kitą pavadinimą."
  • Jis bando įtraukti jį į kitą aplinką ir kuris veikia. Todėl, "Kiekis" nėra rezervuotas.
  • Jis bando rasti esamą svetainės stulpelį pavadinimu "kiekis" kad svetainių rinkinyje. Jis negali rasti.

Aπ kai kuriose mokslinių tyrimų, ir net kai kurie kodavimo, vašku Filosofinis ir galiausiai nustatė, kad stulpelis, pavadinimu kiekis ar, tiesą sakant, egzistuoja. Tai buvo "_Hidden" grupė. Taigi, mes negalėjome rasti naudojant SharePoint vartotojo sąsaja.

Kaip ji gauti ten? nežinau, bet aš turiu teoriją (arba kaip mano žmona būtų vadinti, "blah blah blah"). Kažkur palei linija, a Pasakų keturiasdešimt šabloną buvo pridėta ir tikriausiai suaktyvino rinkinio svetainėje. Ji tada buvo išjungtas (ar svetainės). Svetainės stulpelio, Tačiau, liko bet Vietovė su "_Hidden" grupė. Jei kas nors žino geriau, Prašome susisiekti su manimi per el. paštas ar rašyti komentarus.

SharePoint sako tiesą. Tai vargu ar verta pažymėti, kad pranešimas nėra naudingi, kaip jis galėtų būti. Būtų malonu matyti šį pranešimą išsišakojime į du skirtingus pranešimus, kad ateityje: 1) Sako, kad stulpelio pavadinimas yra rezervuotas arba ne. 2) Jei nėra rezervuotas, Rodyti svetainės, ar bent grupė, Jei stulpelio pavadinimas jau naudojamas.

</pabaigos>

Pateikti OM duomenis naudojant pasirinktinį sąrašą (arba, Dar kitas OM duomenų Displayor [kaip YACC, bet skirtingi])

Palikti atsakymą

Šiandien, Aš praleido keletą valandų stebėjimo nustatyta priežastis už pranešimą "jūsų įvestas stulpelio pavadinimas jau naudojamas arba rezervuotas. Pasirinkite kitą pavadinimą."

Atitinkamų stulpelių galėtų būti sukurtos, panaikinti ir iš naujo sukurta kita aplinka, tai aš žinojau, tai buvo ne rezervuotas. Tačiau, Aš tiesiog negalėjo rasti stulpelio bet kur per standartinę SharePoint vartotojo sąsają bet kurioje vietoje, svetainių rinkinio.

I posted MSDN forumai čia ir į nesutramdomas Andrew Woodward priminλ man kryptimi, objekto modelio duomenimis.

I vyko į codeplex rasti kai kurių įrankių, kurie padėtų man kolegų į OM duomenimis ir padėti man rasti problemų.

Bandžiau keletą įrankių ir jie buvo labai kietas ir įdomus, bet galų gale, UI nebuvo pakankamai gera, mano tikslas. Aš ne kritikuoti juos bet kokiu būdu, bet aiškiai įrankis-kūrėjai neturėjo mano problema į tai, kai jie sukūrė savo UI :). Dauguma žmonių, atrodo, reikia investuoti nemažai laiko ir pastangų kuriant darbo vietos / kliento programų, kurios medžio vaizdais, Dešiniuoju pelės mygtuku spustelėkite kontekstinio meniu ir tt. Tai yra gražus ir visi, bet tai daug darbo sukurti top-of-the-line vartotojo sąsają, kuri yra taip pat labai lanksti.

Man tikrai reikia šią problemą išspręsti. Jis įvyko man, jei aš galėčiau gauti visų svetainės stulpelių rinkinio į pasirinktinį sąrašą, Aš galėtų filtruoti, rūšiuoti ir sukurti nuomonei, kad padėtų man ieškoti šio tariamai esamo stulpelio (jas, BTW). Aš nuėjau į priekį ir padarė, ir valandą ar dvi vėliau, buvo visi mano svetainės stulpeliai įkelta į pasirinktinį sąrašą su grupės, rūšiavimas ir kt. Aš Radau atsakymą penkių minučių vėliau.

Jei aš sėkmingai perimti pasaulyje, Manau, aš bus dekretas, kad visas SharePoint priemones teikėjų rimtai atsižvelgti į dangų savo objekto modelio duomenų pasirinktinį sąrašą. Tokiu būdu, Aš turiu teisę Jei norite ieškoti bet taip noriu (apribojimų, žinoma, iš standartinių sharepoint funkcijas).

SharePoint Designer darbo eigos pasirinktinį veiksmą — Stebėjimo apie <FieldBind dizaineris tipas =”StringBuilder” … />

1 Atsakyti

Tiesiog greitai stebėjimo kad yra labai svarbus skirtumas tarp šių dviejų sąvokų:

<FieldBind lauko = "InParam1" DesignerType = "StringBuilder" ID = "2" Tekstas = "Įvesties parametras #1" />

palyginti su:

<FieldBind lauko = "InParam1" ID = "2" Tekstas = "Įvesties parametras #1" />

Pirmasis rodo panašaus į BPD:

vaizdas

Nors pastarieji rodo, kaip šis:

vaizdas

I’m not sure how helpful these screen shots are but I put in the effort to make them so you have to view them 🙂

Stebėjimas yra tai: StringBuilder leidžia jums sukurti eilutę (akivaizdžiai) sumaišius raidžių sekos, naudojami ir darbo eigos duomenys (per "pridėti peržvalgos" mygtuką apatiniame kairiajame kampe). Kai naudojate pridėti peržvalgos mygtuką, ji įterpia ženklas forma"[%simbolinis %]". Kada SharePoint remiasi savo pasirinktinį veiksmą, (C# kodą mano atveju), SharePoint eina pati atpažinimo ženklas, ne atpažinimo ženklo vertė. Jei naudojate numatytąjį dizaineris tipą (antrojo tipo), SharePoint plečia atpažinimo ženklas ir eina faktinės vertės atpažinimo ženklo savo veiksmų.

StringBuilder = blogas, Numatytasis dizaineris tipas = gera.

žinoma, tai ne ką aš tikrai turiu galvoje. Tik ne išbandyti ir parametras perduoti savo pasirinktinį veiksmą, kai dizaineris įveskite = StringBuilder. Naudoti numatytąjį dizaineris tipą ir grandinės StringBuilder jai priekyje jei reikia statyti sudėtingas eilutes į jūsų darbo eigos (kuris beje yra tiksliai ką daro sukurti dinamišką temą el. paštas veiksmų, bet tai kitas dienoraščio įrašas tema, Har har).

<pabaigos />

Ankstyvos darbo eigos aktyvinimas — Ne medicinos tirpalas

8 Atsakymai

NAUJINIMAS: Pamatyti šį MSDN, ypač Paskutinis įrašas: http://forums.microsoft.com/MSDN/showpost.aspx?postid=2631057&siteid=1. Ji apibūdina sąlyga, kad gali tariant trasa visa tai. Trumpai tariant, tai gali būti taip paprasta, kaip bent vieno iš laukų privalomą.

Turiu nuotrauką dokumentų bibliotekoje, palaiko aštuoni turinio tipai.

Turiu SharePoint Designer darbo eigą, kuri nori skaičiuoti ir priskirti "priminimo datos" tiesiog atskaito 30 dienų nuo kito stulpelio, "terminas". Tai turėtų atsitikti dėl vienos iš turinio tipai, "Draudimo". Verslo tikslas yra gaminti KPI, rodantis dvi kategorijas draudimo dokumentų: "apie į baigiasi" ir "baigėsi." (Jūs galite perskaityti daugiau informacijos apie šios rūšies KPI ir daugiau labai detalizavimo čia).

Aš sukonfig darbo eigą į ugnį sukūrus naują prekę ir prekę yra pakeistos. Idėja yra tai, kad kai draudimo dokumentas įkeliamas, apskaičiuojame "įspėjimas data" pagal galiojimo data. Rodinių poros dirbti su KPI sąrašą pabrėžti šios sąlygos kai vartotojai nukentėjo jų pagrindinis puslapis.

Šios strategijos veikia kai aš įkelti dokumentas.

Aš įkelti dokumentą ir aš esu pristatė meta duomenų įrašas ekrano. Šiuo metu, Aš jau bėdoje. SharePoint jau, per anksti mano požiūriu, atleistas darbo eigos. Aš neturėjo galimybės pasirinkti tinkamo turinio tipo, nei priskirti terminą. Tuo pačiu metu, darbo eigos ne ugnies, kai aš paspauskite mygtuką šiuo metu. Yra keletas įmontuotą logika, kad "mano" kad pirmą kartą pateikti yra dalis į "sukurti" renginys. Taigi … mano darbo eigos turi ugnį ir kada ji įvykdyta, jis buvo perduotas pagal nutylėjimą meta duomenų.

Į geriausių apeiti aš žinau, yra įterpti "sustabdyti iki" veiklos darbo eigos. Turiu darbo eigos pauzė 1 kelio. Nors ji yra pristabdymas, Pasirenku teisingą turinio tipą, Įveskite meta duomenų. Pristabdyti baigia ir darbo eigos pajamos, kiek reikia. (Atkreipkite dėmesį, kad mano aplinkoje, laikmatis darbo eigos veiklos nuo BPD neveikia out of the box. Jums gali tekti tą patį problema. Žr. čia Daugiau informacijos).

Man nepatinka "magija vėlavimas" apeiti. Kas atsitiks, jei vartotojas atsiunčia dokumentą ir telefonas skamba ir kylančių pokalbio outlasts pauzė? Aš galiu ilgiau pauzė, bet man vis tiek nepatinka.

Aš parašė apie tai MSDN forumuose čia: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2430725&SiteID=1

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

8 Atsakymai

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)

2 Atsakymai

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

4 Atsakymai

Š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

Palikti atsakymą

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)

5 Atsakymai

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

2 Atsakymai

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: , , ,