Monthly Archives: Novembris 2007

MOSS stāsta man manu kolonnas nosaukums ir rezervēts vai lietošanā … Bet tas nav

ATJAUNINĀJUMS 12/04/07: Sk. šo Microsoft KB (http://support.microsoft.com/kb/923589) ar to saistītu informāciju.

Faktiski, izrādās, tas ir, bet viltīgs SŪNAS bija apgrūtināt.

Mans klients vai kādu attīstības darbu viņa MOSS vietā vairāk nekā nedēļas nogalē. Tas ir mazliet par to, ko viņš faktiski priekšmetu jucekļa, bet tas ir gala rezultāts:

  • Viņš mēģina pievienot vietnes kolonnu ar nosaukumu "daudzums" un sūnas atbildes: "Ievadītais kolonnas nosaukums jau tiek lietots vai ir rezervēts. Izvēlieties citu nosaukumu."
  • Viņš mēģina pievienot citu vidi un kas darbojas. Tādēļ, "Daudzums" nav rezervēts.
  • Viņš cenšas atrast esošu vietnes kolonnu ar nosaukumu "daudzums" vietņu kolekcijas. Viņš nevar atrast.

Es veicu dažus pētniecība, un pat dažas kodēšana, waxed filozofisko un beidzot konstatēts, kolonna ar nosaukumu daudzums bija, patiesībā, pastāv. Tas bija paslēpts"" grupa. Līdz ar to, mēs varētu to atrast, izmantojot komponenta SharePoint lietotāja interfeisu.

Kā tas tur nokļuva? es nezinu, bet man ir teorija (vai kā mana sieva to sauktu, "blah blah blah"). Kaut kur pa līniju, a pasakains četrdesmit veidni ir pievienots un droši vien ir aktivizēts vietnei šajā vietņu kolekcijā. Tas bija pēc tam deaktivizēta (vai noņemt vietni). Vietnes kolonnu, Tomēr, joprojām taču ir "paslēpts" grupa. Ja kāds zina labāk, Lūdzu, ļaujiet man zināt, izmantojot e-pasts vai izliktu komentārus.

SharePoint runā patiesību. Tā ir vērta, norādot, ka ziņojums nav noderīga, jo tā varētu būt. Būtu jauki redzēt šo ziņojumu dakšiņu uz diviem dažādiem ziņojumiem nākotnē: 1) Teikt, ka tiek rezervēta uz kolonnas nosaukuma vai tas nav. 2) Ja tas nav paredzēts, rādītu vietnes, vai vismaz grupas, Ja kolonnas nosaukums jau tiek lietots.

</beigās>

Technorati Tags: Technorati Tags: , ,

Klāt OM datus, lietojot pielāgotu sarakstu (vai, Vēl cits OM datu Displayor [tāpat kā YACC, bet dažādu])

Šodien, Es pavadīju nedaudzas stundas jāsadzen cēloni aiz ziņojumu "Ievadītais kolonnas nosaukums jau tiek lietots vai rezervēti. Izvēlieties citu nosaukumu."

Varētu izveidot attiecīgās kolonnas, dzēsta un izveidota atkārtoti citā vidē, tāpēc es zināju, ka tas nav rezervēts. Tomēr, Es vienkārši nevarēju atrast kolonnas jebkur, izmantojot standarta SharePoint lietotāja interfeisu jebkurā vietā šajā vietņu kolekcijā.

I ievietojis MSDN forums šeit un nelokāms Andrew Woodward norādīja mani virzienā uz pamatā esošo datu objektu modelis.

Es devos uz codeplex Daži rīki, kas palīdzētu man ieskatīties OM pamatdatus un palīdzi man atrast problēmas atrast.

Es to izmēģināju vairākus rīkus un viņi bija ļoti foršs un interesants, bet beigu beigās, UI nebija pietiekami labs, lai mans mērķis. Es neesmu kritizējot tos ar jebkādiem līdzekļiem, bet skaidri rīks veidotāji nebija mana problēma prātā, veidojot viņu UI :). Lielākā daļa cilvēku, šķiet, veikt ieguldījumus taisnīgu daudz laika un pūļu darbstaciju veidošanā / klientu programmās, kas sniedz koka skatu, un tā tālāk ar peles labo pogu noklikšķiniet konteksta izvēlnes. Tie ir jauki un tādā garā, bet tas ir daudz darba, lai izveidotu top-of--line lietotāja pieredzi, kas arī ir ļoti elastīgs.

Man tiešām bija vajadzīga atbilde uz šo problēmu. Tas notika ar mani, ja es varētu saņemt visas vietnes kolonnas pielāgoto sarakstu vietņu kolekcijā, Varētu filtrēt, kārtot un veidot viedokli, kas varētu palīdzēt man atrast šo it kā esošu kolonnu (kas to izdarīja, BTW). Es devos uz priekšu un darīja, un stundu vai divas vēlāk, bija manas vietnes kolonnām, kas iepildīta pielāgotu sarakstu ar grupas, kārtošanu un tā tālāk. Es atradu sava atbilde pēc piecām minūtēm.

Ja es veiksmīgi pārņemt pasauli, Es domāju, ka būs dekrētu, ka visām SharePoint rīkus sniedzējiem nopietni apsvērt atsedzot to objekta modeļa datu pielāgotu sarakstu. Tādā veidā, Man ir tiesības meklēt jebkurā veidā es gribu (ierobežotas, protams, ar standarta sharepoint funkcionalitāti).

Technorati Tags: Technorati Tags: , ,

SharePoint Designer darbplūsmas pielāgotā darbība — Novērojums par <FieldBind Designer Type =”StringBuilder” … />

Vienkārši ātri novērošana ir ļoti būtiska atšķirība starp šīm divām definīcijām:

<FieldBind lauka "InParam1 =" DesignerType = "StringBuilder" ID = "2" Text = "Ievades parametrs # 1" />

salīdzinot ar:

<FieldBind lauka "InParam1 =" ID = "2" Text = "Ievades parametrs # 1" />

Pirmais parāda kā šis VPD:

attēlu

savukārt pēdējā izstādes līdzīgs šim:

attēlu

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 🙂

Novērojums ir tas: StringBuilder ļauj veidot virkni (acīmredzot) sajaucot kopā virknes literāļus un darbplūsmu datus (izmantojot "pievienot uzmeklēšanas" pogu apakšējā kreisajā stūrī). Ja izmantojat pogu pievienot uzmeklēšanas, Iesprauž simbolisku formā"[%marķiera %]". Kad SharePoint atsaucas uz jūsu pielāgoto darbību, (C# kodu, manā gadījumā), SharePoint nodod marķieri, pats par sevi, nav marķiera vērtību, kā. Ja izmantojat noklusējuma veidotāja tips (otrais tips), SharePoint paplašinās pilnvaru un faktiskā vērtība pilnvaru nodod savu darbību.

StringBuilder = slikti, noklusējuma veidotāja tips = labs.

protams, tas ir, nav tas, ko es tiešām domāju. Tikai nav mēģināt un nodot parametrs pielāgotajai darbībai, ja dizainers tips = StringBuilder. Izmantot noklusējuma veidotāja tips un ķēdes StringBuilder to uzreiz, ja jums ir nepieciešams veidot sarežģītas virknes jūsu darbplūsmā (kas starp citu ir tieši tas, ko cilvēks dara, lai veidotu dinamisku tēmu e-pasta darbības, bet tas ir pakļauts citu blog entry, har har).

<beigām />

Technorati Tags: Technorati Tags: , ,

Priekšlaicīga darbplūsmas aktivizēšana — Medicīnas risinājumu

ATJAUNINĀJUMS: Skatiet šajā MSDN diskusiju, sevišķi pēdējais ieraksts: http://forums.microsoft.com/MSDN/showpost.aspx?postid=2631057&siteid=1. To raksturo ar nosacījumu, ka iespējams īss ķēdes šī visa lieta. Īsumā, tas var būt tikpat vienkārša kā padarīt vismaz viens no laukiem obligāti.

Man ir dokumentu bibliotēka, kurā atbalsta astoņas satura tipus.

Man ir SharePoint Designer darbplūsmas, kas vēlas aprēķināt un piešķirt "atgādinājuma datums" vienkārši atņemot 30 dienās no citas kolonnas, "izpildes datums". Tam ir jānotiek tikai vienu satura tipu, "Apdrošināšana". Uzņēmuma mērķis ir ražot KPI, kas parāda divu kategoriju apdrošināšanas dokumenti: "gatavojas beigsies" un "beidzies." (Jūs varat izlasīt vairāk par šāda veida KPI un vairāk būtisku rakšanās šeit).

Esat konfigurējis darbplūsmas uguns, kad tiek veidots jauns krājums un kad vienums tiek modificēts. Ideja ir tāda, ka kad apdrošināšanas dokuments ir augšupielādēts, mēs "brīdinājuma datuma aprēķināšanai" pamatojoties uz derīguma termiņa beigu datumu. Skati pāri darbu saistībā ar veiktspējas Pamatrādītāju saraksts, ko izgaismotu šos nosacījumus, kad lietotāji hit viņu mājas lapā.

Šī stratēģija nedarbojas, kad es varu augšupielādēt dokumentu.

Es varu augšupielādēt dokumentu un esmu iepazīstināja ar meta datu ievadīšanas režīmā. Šajā brīdī, Es jau esmu ķezā. SharePoint ir jau, priekšlaicīgi no mana viedokļa, karsētie darbplūsmas. Nav bijusi iespēja izvēlēties pareizo satura tipa, nedz piešķirt izpildes datumu. Tajā pašā laikā, darbplūsmas nav uguns, kad es uzklikšķiniet uz iesniegšanas pogas šajā laikā. Tur ir dažas iebūvēts loģika, kas "uzskata" vispirms jāiesniedz, ir daļa no "izveide" pasākums. Tik … manu darbplūsma ir karsētie un kad tas ir izpildīts, tas tika nodots noklusējuma meta datu vērtības.

Labākā darba ap zināt, kas ir, lai ievietotu pauzi"līdz" darbplūsmas darbības. Man ir darbplūsmas pauzi, lai 1 minūte. Lai gan tas ir apstājies, Izvēlēties pareizo satura tipam, meta datu ievadīšana un iesniegt. Pauzes aizpilda un darbplūsmas ieņēmumi pēc nepieciešamības. (Ņemiet vērā, ka mana vide, taimera darbplūsmu aktivitātes no VPD nestrādā no box. Jums var būt tādas pašas grūtības. Sk. šeit lai saņemtu sīkāku informāciju).

Man nepatīk "burvju kavēšanās" darba ap. Kas notiek, ja lietotājs augšupielādes dokumentu un tālrunis zvana un turpmāko sarunu outlasts, pauze? Var padarīt garāku pauzi, bet es joprojām nepatīk.

I wrote par šo par MSDN forums šeit: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2430725&SiteID=1

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