Monataj Arkivoj: Novembro 2007

MUSKO Diras Min Mia Kolumna Nomo estas Rezervita aŭ En Uzo … Sed Ĝi Ne estas

ĜISDATIGO 12/04/07: Vidi Ĉi tiu Microsoft KB (http://support.microsoft.com/kb/923589) Por rilata informo.

Efektive, Ĝi rezultas ĝin estas, Sed Tricksy MUSKO devis fari ĝin malfacila.

Mia kliento faras iun evoluadan laboron sur lia MUSKA ejo super la semajnfino. Ĝi estas iom de jumble kiel al kio li efektive faris, Sed la fina rezulto estas tio ĉi:

Li provas aldoni ejan kolumnon vokis "Kvanton" Kaj MUSKAJ respondoj: "La kolumna nomo ke vi eniris estas jam en uzo aŭ rezervita. Elekti alian nomon."
Li provas aldoni ĝin al alia medio kaj ke laboroj. Sekve, "Kvanto" Ne estas sindetena nomo.
Li provas trovi ekzistantan ejon kolumno nomis "Kvanton" En tiu eja kolekto. Li ne povas trovi ĝin.

Mi faris kelkajn/kelkajn Esploro, Kaj eĉ iu kodiĝo, Vaksis filozofian Kaj fine trovita ke kolumno nomis Kvanton faris, Fakte, Ekzisti. Ĝi estis en la "_Kaŝa" Grupo. Tial, Ni ne povus trovi ?in tra la SharePoint uzanta fasado.

Kiel ?i akiris tie? Mi ne scias, Sed mi havas teorion (#A? kiel mia edzino vokus ?in, "Blah blah blah"). Ie laŭ la ekzemplo, al Rava kvardek #?ablono Estis aldonita kaj verŝajne aktivigita ĉe ejo en la eja kolekto. Ĝi estis tiam deactivated (#A? la ejo forigis). La eja kolumno, Tamen, Restita sed en la "_#Ka?a" Grupo. Se iu scias pli bonan, bonvolu lasi Mi scii tra Retpoŝto #A? #po?to en la rimarkoj.

SharePoint estis diranta la veron. Ĝi estas malfacile valora atentiganta ke tiu mesaĝo ne estas kiel helpema kiel ĝi povus esti. Ĝi estus bela vidi tiun mesaĝan forkon en du malsamaj mesaĝoj en la estonteco: 1) Diri ke la kolumna nomo estas rezervita #a? ?i ne estas. 2) Se ?i?? Ne rezervita, Montri la ejon, #A? #almena? la grupo, Kie la kolumna nomo estas jam uzita.

</Fino>

Technorati Etikedoj: SharePont, Kontentaj Tipoj, Ejaj Kolumnoj

Nuna OMa Datumo Tra Laŭmenda Listo (Aŭ, Sed tamen Alia OMa Datumo Displayor [Kiel YACC, Sed malsama])

Lasi respondon

Hodiaŭ, Mi elspezis iometon de horoj spuranta malsupren la radikan aferon malantaŭ la mesaĝo "La kolumna nomo ke vi eniris estas jam en uzo aŭ rezervita. Elekti alian nomon."

La kolumno en demando povus esti kreita, Forigita kaj re-kreita en alia medio, Do mi sciis ĝin ne estis sindetena nomo. Tamen, Mi simple couldn?? Trovas la kolumnon anywhere tra la norma SharePoint uzanta fasado #?e ajna ejo en la eja kolekto.

Mi #po?ti al MSDNaj forumoj #?i tie Kaj la nesubigebla Andrew Woodward Indikita min en la direkto de la fundamenta objekta modela datumo.

Mi iris ekstere al Codeplex Trovi kelkajn ilojn kiu helpus min samulo en la fundamenta OMa datumo kaj helpi min #trovi?i la problemon.

Mi provis plurajn ilojn kaj ilin estis tre #fre?a kaj interesa sed en la fino, La UI ne estis bona sufiĉa por mia celo. Mi ne estas kritikanta ilin de ajna rimedo, Sed klare la ilo-fabrikistoj didn?? Havas mian problemon en menso kiam ili kreis ilian UI :). Plejpartoj de homoj ŝajnas esti investanta justan kvanton de tempo kaj peno en kreanta laborstacion / Klientaj aplikoj kiu provizas arbajn vidojn, Ĝusta-klaka kunteksto menuoj kaj tiel antaŭen. Ĉi tiuj estas belaj kaj ĉiuj, Sed ?i?? Multa laboro krei pintan-de-la-linia uzanto sperto kiu estas #anka? tre fleksebla.

Mi vere devis respondon al #?i tiu problemo. ?i okazis al mi ke se mi povus akiri #?iu de la ejaj kolumnoj en la eja kolekto en #la?menda listo, Mi povus filtri, Speco kaj krei vidojn kiu helpus min trovi #tio ?i supozate ekzistanta kolumnon (Kiu ?i faris, BTW). Mi iris antaŭen kaj faris tion kaj horon aŭ du poste, Havis #?iuj miaj ejaj kolumnoj #?ar?i en #la?menda listo kun #grupi?o, Ordiganta kaj tiel antaŭen. Mi trovis mian respondon kvin minutoj poste.

Se kaj kiam mi sukcese transprenas la mondon, Mi pensas min dekretos ke ĉiuj SharePoint ilaj provizantoj grave devas konsideri supriĝanta ilian objektan modelan datumon en laŭmenda listo. KE vojo, Mi havas la potencon #Ser?i ajnan vojon mi deziras (Limigita, Nature, De norma sharepoint #?efa?o).

Technorati Etikedoj: SharePoint, SharePoint Evoluado, SharePoint Arkitekturo

SharePoint Designer Workflow Laŭmenda Ago — Rimarko Pri <FieldBind Designer Tipo=”StringBuilder” … />

1 Respondo

Nur rapida rimarko ke tie estas tre grava diferenco inter ĉi tiuj du difinoj:

<FieldBind Kampo="InParam1" DesignerType="StringBuilder" Identigaĵo="2" Teksta="Enigo parametro #1"/>

Kontraŭ:

<FieldBind Kampo="InParam1" Identigaĵo="2" Teksta="Enigo parametro #1"/>

La unuaj rezultoj tiel en SPD:

Dum la lastaj rezultoj tiel:

Mi ne certas, kiom helpas ĉi tiuj ekranpafoj, sed mi penas fari ilin, do vi devas vidi ilin 🙂

La rimarko estas tio ĉi: StringBuilder permesas vin konstrui ŝnuron (Evidente) De miksanta kune laĉi literals kaj workflow datumo (Tra la "Aldoni Lookup" Butono en la pli malalta maldekstra angulo). Kiam vi uzas la Aldoni Lookup butono, Ĝi insertas token en la formo "[%Token%]". Kiam SharePoint alvokas vian laŭmendan agon, (C# kodo en mia kazo), SharePoint pasas la token ĝi mem, Ne la valoro de la token. Se vi uzas la defaŭltan designer tipo (La dua tipo), SharePoint vastigas la token kaj pasas realan valoron de la token al via ago.

StringBuilder = BAD, Defaŭlta designer tipa = BONO.

Nature, Tio ne estas kio mi vere malbona. Nur ne provas kaj pasi parametron al via laŭmenda ago kiam la designer tipo = StringBuilder. Uzi la defaŭltan designer tipo kaj ĉeni StringBuilder al ĝi supre fronta se vi devas konstrui kompleksajn ŝnurojn en via workflow (Kiu parenteze estas ĝuste kio unu faras krei dinamikan temon por la retpoŝta ago, Sed tio estas temo por alia bloga eniro, Har har).

<Fino/>

Technorati Etikedoj: SharePoint, SharePoint Workflow, SharePoint Designer

Trofrua Workflow Activation — Ne-kuraca Solvo

8 respondoj

ĜISDATIGO: Vidi ĉi tiun MSDNan diskuton, Precipe la lasta eniro: http://forums.microsoft.com/MSDN/showpost.aspx?postid=2631057&siteid=1. Ĝi priskribas kondiĉon kiu povas mallongan cirkviton ĉi tiu tuta afero. En mallonga, Ĝi povas esti kiel simpla kiel faranta almenaŭ unu el la kampoj deviga.

Mi havas dokumentan bibliotekon kiu subtenas ok kontentajn tipojn.

Mi havas SharePoint Designer workflow kiu deziras kalkuli kaj asigni "rememorigilan daton" De simple dekalkulanta 30 Tagoj de alia kolumno, "Ŝuldata dato". Tio ĉi nur devus okazi por unu el la kontentaj tipoj, "Asekuro". La komerca objektivo estas produkti KPI kiu montras du kategoriojn de asekuraj dokumentoj: "Proksimume eksvalidiĝi" Kaj "eksvalidiĝita." (Vi povas legi pli da pri ĉi tiu speco de KPI kaj pli granda borilo-malsupren Ĉi tie).

Mi formis la workflow pafadi kiam novan eron estas kreita kaj kiam ero estas modifita. La ideo estas ke kiam asekura dokumento estas uploaded, Ni kalkulas "avertan daton" Bazita sur la eksvalidiĝa dato. Paro de vida laboro en konekto kun KPIa Listo reliefigi ĉi tiujn kondiĉojn kiam uzantoj frapita ilian hejmpaĝon.

Ĉi tiu strategio ne laboras kiam I alŝuton dokumento.

I alŝuto la dokumento kaj mi estas prezentita kun la meta datuma eniro ekrano. Ĉe ĉi tiu punkto, Mi estas jam en problemo. SharePoint havas jam, Prematurely de mia perspektivo, Pafadis la workflow. Mi ne havis ŝancon elekti la ĝustan enhavan tipon nek asigni ŝuldatan daton. Samtempe, La workflow ne pafadas kiam min frapis la submetiĝi butonon ĉe ĉi tiu tempo. Tie estas iom konstruita-en logiko kiu "kredas" KE unue submetiĝi estas parto de la "krei" Evento. Tiel … Mia workflow pafadis kaj kiam ĝi efektivigis, Ĝi estis pasita defaŭltan meta datumaj valoroj.

La plej bona laboro-proksimume mi scias de estas inserti "paŭzon ĝis" Aktiveco en la workflow. Mi havas la workflow paŭzo por 1 Eta. Dum ĝi estas paŭzanta, Mi elektas la ĝustan enhavan tipon, Eniri la meta datumo kaj submetiĝi. La paŭzo kompletigas kaj la workflow enspezoj kiel devita. (Noti ke en mia medio, Minutatoro workflow aktivecoj de SPD ne eliras de la skatolo. Vi povas havi la saman problemon. Vidi Ĉi tie Por pli da detaloj).

Mi ne ŝatas "magian prokraston" Laboro-proksimume. Kio okazas se la uzantaj alŝutoj dokumento kaj la telefonaj ringoj kaj la rezultinta konversacio outlasts la paŭzo? Mi povas fari la paŭzon pli longa, Sed mi ankoraŭ ne ŝatas ĝin.

Mi skribis pri tio ĉi sur la MSDNaj forumoj ĉi tie: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2430725&SiteID=1

Technorati Etikedoj: SharePoint, Sharepoint Workflow, Workflow, SharePoint Designer

SharePoint Sekureco Fundamentals Enkonduko / Eviti Oftajn Enfalilojn

8 respondoj

ĜISDATIGO 12/18/07: Vidi artikolon de Paul Liebrand por kelkaj teknikaj sekvoj forigi aŭ modifanta la defaŭltajn grupajn nomojn (Vidi lian rimarkon sub ankaŭ).

Superrigardo:

SharePoint sekureco estas facile formi kaj administri. Tamen, Ĝi pruvis esti malfacila por kelkaj unua-tempaj administrantoj vere volvi iliajn manojn ĉirkaŭ ĝi. Ne nur tio, Mi vidis kelkajn administrantojn venita al perfekta kompreno lunde nur perdas ĝin de vendredo ĉar ili ne devis fari ajnan konfiguracion en la intervenanta tempo. (Mi agnoskas al havanta #?i tiu problemon mi mem). Ĉi tiu bloga eniro espereble provizas utilan SharePoint sekureca enkonduko kaj punktoj al iu sekureca konfiguracio plej bonaj praktikoj.

Grava Noto:

Ĉi tiu priskribo estas bazita sur ekstere de la skatolo SharePoint sekureco. Mia propra sperto estas oriented ĉirkaŭ MUSKO do tie povas esti iu MUSKO specifa aĵo ĉi tie, Sed mi kredas ĝin estas preciza por WSS. Mi esperas ke iu ajn vidanta ajnajn erarojn aŭ preterlasojn indikos ke ekstere en rimarkoj aŭ Retpoŝtigi min. Mi faros ĝustigan poŝton rapideco.

Fundamentals:

Por la celoj de #?i tiu superrigardo, Estas kvar fundamentaj flankoj al sekureco: Uzantaj/grupoj, Securable objektoj, Permesaj niveloj kaj #hereda?o.

uzantoj kaj Grupoj Rompi malsupren al:

Individuaj uzantoj: Tirita de aktiva adresaro #a? kreis rekte en SharePoint.
Grupoj: Mapis rekte de aktiva adresaro aŭ kreita en SharePoint. Grupoj estas kolekto de uzantoj. Grupoj estas tutmondaj en eja kolekto. Ili estas neniam "ligita" Al specifa securable objekto.

Securable objektoj Rompi malsupren al #almena?:

Ejoj
Dokumentaj bibliotekoj
Individuaj eroj en listoj kaj dokumentaj bibliotekoj
Tekoj
Diversaj BDCaj fiksoj.

Tie alia securable objektoj, Sed vi akiras la bildon.

Permesaj niveloj: Pako de granular / Malalta nivela aliro rajtoj kiu inkluzivas tiajn aferojn kiel kreas/legita/forigi enirojn en listoj.

#Hereda?o: De defaŭltaj entoj heredas sekurecajn fiksojn de ilia enhavanta objekto. Sub-ejoj heredas permeson de ilia gepatro. Dokumentaj bibliotekoj heredas de ilia ejo. Tiel sur kaj tiel antaŭen.

uzantoj kaj grupoj rilatas al securable objektoj tra permesaj niveloj kaj #hereda?o.

La Plej Gravaj Sekurecaj Reguloj Kompreni, Ever 🙂 :

Grupoj estas simple kolektoj de uzantoj.
Grupoj estas tutmondaj ene de eja kolekto (T.e. Estas ne tia afero kiel grupo difinita #?e eja nivelo).
Grupo nomas ne eltenanta, Grupoj faras ne, Je kaj de si mem, Havi ajnan apartan nivelon de sekureco.
Grupoj havas sekurecon en la kunteksto de specifa securable objekto.
Vi povas asigni malsamajn permesajn nivelojn al la sama grupo por #?iu securable objekto.
#Aranea?o apliko politikoj superatutas #?iu de #tio ?i (Vidi malsupre).

Sekurecaj administrantoj perdita en maro de grupo kaj uzantaj listeroj #?iam povas fidi sur #?i tiu aksiomoj administri kaj kompreni ilian sekurecan konfiguracion.

Oftaj Enfaliloj:

Grupo nomas malvere implici permeson: Ekstere de la skatolo, SharePoint difinas aron de grupigas kies nomoj implicas esencan nivelon de sekureco. Konsideri la grupan "Kontribuanton". Unu nekonata kun SharePoint sekureco bone povas rigardi tiun nomon kaj supozas ke ajna membro de tiu grupo povas "kontribui" Al ajna eja/lista/biblioteko en la portalo. Kiu povas esti vera sed ne ĉar la nomo de la grupo okazas esti "kontribuanto". Tio ĉi estas nur vera ekstere de la skatolo ĉar la grupo estis provizita permesan nivelon kiu ebligas ilin aldoni/redakti/forigi enhavon ĉe la radika ejo. Tra heredaĵo, La "kontribuantoj" Grupo ankaŭ povas aldoni/redakti/forigi enhavon ĉe ĉiu sub-ejo. Unu povas "rompi" La #hereda?o #?eno kaj #?an?i la permesan nivelon de sub-ejo tia ke membroj de la #la?dira "Kontribuanto" Grupo ne povas kontribui #?e #?iu, Sed nur legita (Ekzemple). Tio ĉi ne estus bona ideo, Evidente, Pro tio ke ?i estus tre konfuzanta.
Grupoj ne estas difinita #?e eja nivelo. Ĝi estas facile esti konfuzita de la uzanta fasado. Microsoft provizas oportunan ligon al uzanta/grupo administrado tra la Homoj de "ĉiu ejo kaj Grupoj" Ligo. Ĝi estas facile kredi ke kiam mi estas ĉe ejo "xyzzy" Kaj mi kreas grupon tra la Homoj de xyzzy kaj Grupoj ligas ke mi nur kreis grupon ke nur ekzistas ĉe xyzzy. Kiu ne estas la kazo. Mi efektive kreis grupon por la tuta eja kolekto.
Grupa #membri?o ne varias de ejo (T.e. ?i estas la sama #?ie la grupo estas uzita): Konsideri la grupon "Owner" Kaj du ejoj, "HR" Kaj "Loĝistiko". Ĝi estus normala pensi ke du apartaj individuoj posedus tiujn ejojn — HRa posedanto kaj Loĝistika posedanto. La uzanta fasado faras ĝin facile por sekureca administranto mistrakti ĉi tiun scenaron. Se mi ne sciis pli bonan, Mi povus aliri la Homojn kaj Grupojn ligas tra la HRa ejo, Elekti la "Posedantojn" Grupo kaj aldoni mian HRan posedanton al tiu grupo. Monato poste, Loĝistikoj venas enretan. Mi aliras Homojn kaj Grupojn de la Loĝistika ejo, Aldoni tiron supre la "Posedantoj" Grupo. Mi vidas la HRan posedanton tie kaj forigi ŝin, Pensanta ke mi estas foriganta ŝin de Posedantoj ĉe la Loĝistika ejo. Fakte, Mi estas foriganta ŝin de la tutmonda Posedanta grupo. Hilarity rezultas.
Malsukcesanta nomi grupojn bazita sur specifa rolo: La "Approvers" Grupo estas perfekta ekzemplo. Kio povas membrojn de ĉi tiu grupo aprobas? Kie povas ilin aprobas ĝin? Faras min vere deziri homa Loĝistiko departemento esti kapabla aprobi HRajn dokumentojn? Nature ne. Ĉiam nomi grupojn bazita sur ilia rolo ene de la organizo. Tio ĉi reduktos la riskon ke la grupo estas asignita nekonvenan permesan nivelon por aparta securable objekto. Nomo grupigas bazita sur ilia intenca rolo. En la antaŭa HRa/Loĝistika scenaro, Mi devus krei du novajn grupojn: "HRaj Posedantoj" Kaj "#Lo?istiko Posedantoj" Kaj asigni prudentajn permesajn nivelojn por #?iu kaj la minimuma kvanto postulita por tiuj uzantoj fari ilian laborpostenon.

Aliaj Utilaj Referencoj:

#Aranea?o apliko politiko gotcha??: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!255.entry
Clearinghouse por SharePoint sekureco: http://www.sharepointsecurity.com/
Ligoj de Joel Oleson: http://blogs.msdn.com/joelo/archive/2007/08/23/sharepoint-security-and-compliance-resources.aspx

Se vi??E faris ?in #?i tiu fora:

Bonvolu lasi Mi scii viajn pensojn tra la rimarkoj aŭ retpoŝtigi min. Se vi scias aliajn bonajn referencojn, Bonvolu fari la saman!

Technorati Etikedoj: SharePoint

Rapide kaj Facile: Krei Datuman Vidan Araneaĵan Parton (DVWP)

2 respondoj

Estas riĉeco de granda informo sur la WSS 3.0 Datuma Vido Araneaĵa Parto (DVWP) Sur la araneaĵo de pluraj fontoj. Tamen, Mi trovis ĝin esti surprize malfacila trovi informon sur ĉi tiu unua tre baza paŝo. Ĉi tie estas alia artikolo en la "rapida kaj facile" Serioj trakti ĝin.

Sekvi ĉi tiujn paŝojn krei datuman vidan araneaĵan parton (DVWP). Ili estas bazita sur "Anoncoj" Araneaĵa parto, Sed apliki al plejpartoj de listoj.

Krei Anoncan araneaĵan parton kaj aldoni ĝin al ejo.
Malfermi la ejon en SharePoint Designer.
Malfermi la nerepagon de la ejo.Aspx.
Elekti la Anoncan araneaĵan parton kaj ĝusta-klako.
De la kunteksta menuo, Elekti "Transformi al XSLT Datuma Vido".

SharePoint Designer sciigas vin ke ĉi tiu ejo estas nun personigita de ĝia eja difino. Tio ne estas nepre malbone, Sed estas gravaj implicoj (Elfaro, Altgradigo, Aliaj) Kiu estas pretere la amplekso de ĉi tiu malgranda "Rapida kaj Facile" Eniro. Akiri pli da informo sur ĉi tiu temo, Mi rekomendas ambaŭ librojn Ĉi tie Tiel kiel via preferata Interreta serĉo.

Konfirmi ke vi faris ĝin ĝuste:

Proksima kaj re-malfermi la araneaĵan retumilon (Eviti akcidente re-poŝtanta la originalon "aldonas novan araneaĵan parton").
Elekti la sagon de la araneaĵo parto falo-malsupren kaj elekti "Modifi Dividita Araneaĵan Parton" De la menuo.
La ila panelo malfermas dekstre.
La panelo ŝanĝis de ĝiaj kutimaj araj elektoj al tio ĉi:

“Ne povas akiri la liston schema kolumna nemoveblaĵo de la SharePoint listo” — Priskriba/laboro-arounds

4 respondoj

Ĉi tiu semajno, Ni fine reproduktis problemon kiu estis raportita de izolita uzanto: Kiam ŝi provis eksporti la enhavojn de listo al excel, Aferoj ŝajnus komenci laboranta, Sed tiam Excel krevus supre eraron: "Ne povas akiri la liston schema kolumna nemoveblaĵo de la SharePoint listo". Ŝi estis flua oficejo 2003, Fenestra XP kaj konektanta al MUSKO.

Mi serĉis la Interretojn kaj vidis iun konjekton sed nenio 100% Definitiva. Tial, Ĉi tiu poŝto.

La problemo: Eksportanta vidon al excel kiu enhavas daton (Datiĝi = la datuman tipon de la kolumno).

Kio laborita por ni: Transformi la daton al "ununura linio de teksto". Tiam, Transformi ĝin reen al dato.

Kiu solvis ĝin. Ĝi estis bela vidi ke la konvertiĝo laboris, Efektive. Ĝi estis tre nervoza ke transformanta aferojn ĉi tiu vojo malsukcesus, Sed ĝi faris ne.

Ĉi tiu cimo ĵetis grandegan ombron super la data datumo entajpas la menson de la kliento, Do ni estas irantaj esti elserĉanta definitivan respondon de Microsoft kaj espereble mi poŝtos kaj ĝisdatigo ĉi tie en la sekvanta mallonga periodo de tempo kun ilia oficiala respondo kaj hotfix informo.

Aliaj referencoj:

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

<Fino>

Aboni al mia blogo.

Technorati Etikedoj: Excel, SharePoint

Rapide kaj Simpla: Sendi retpoŝton kun integriĝinta hiperligo de SharePoint Designer workflow

Lasi respondon

Unufoje aŭ dufoje monato, Iu poŝtas foruman demandon: "Kiel mi inkluzivas hiperligoj al URL-a kiu estas clickable de SharePoint Designer retpoŝto?"

Prezentita sen pli fora rimarko: (Puto, Efektive estas pli fora rimarko post la bildo):

Becky Isserman sekvas supre kun helpema klarigo sur kiel al embed ligo al ero en la retpoŝto: 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 Etikedoj: SharePoint, Workflow, SharePoint Designer

Nova elkarcerigo: SharePoint Designer Workflow Etendaĵoj (Ŝnura manipulado funkcioj)

5 respondoj

ĜISDATIGO: Vidi ĉi tie por miaj pensoj sur commercializing ĉi tiu projekto: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!569.entry

Mi estis okupata laboranta sur mia Codeplex projekto kiu estas aktuale koncentrita sur provizanta ŝnuran manipuladon etendaĵoj al workflows kreita tra SharePoint Designer.

Vidi ĉi tie por detaloj:

Projekta hejmo: http://www.codeplex.com/spdwfextensions

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

Versio 1.0 Inkluzivas la sekvantajn novajn ĉefaĵojn:

Funkcio	Priskribo (Se ne sama kiel .Pura funkcio)
Num-eniroj()	Revenas la nombrajn "enirojn" En ŝnuro kiel por specifa delimiter. Ekzemple: Num-eniroj en ŝnuro ",B,C" Kun delimiter "," = 3.
Eniro()	Revenas la nth token en ŝnuro kiel por specifa delimiter.
Longeco	Ŝnuro.Longeco
Anstataŭigi()	Ŝnuro.Anstataŭigas()
Enhavas()	Ŝnuro.Enhavas() Revenas la vorton "vera" Aŭ la vorto "falsa".
Substring(Komenco)	Ŝnuro.Substring(Komenco)
Substring(Komenco,Longeco)	Ŝnuro.Substring(Komenco,Longeco)
ToUpper()	Ŝnuro.ToUpper()
ToLower()	Ŝnuro.ToLower()
StartsWith()	Ŝnuro.StartsWith() Revenas la vorton "vera" Aŭ la vorto "falsa".
EndsWith()	Ŝnuro.EndsWith() Revenas la vorton "vera" Aŭ la vorto "falsa".

BDC runtime eraro klarigis

2 respondoj

Mi kaŭzis BDCan eraron ĉi tiu semajno kiu montris ĝin mem sur la uzanta fasado kaj en la 12 Hive ŝtipo Ĉe runtime.

Unue, Tio ĉi aperita en la uzanta fasado:

Ne povus trovi kampojn inserti ĉiuj la Identigilaj Valoroj ĝuste efektivigi SpecificFinder MethodInstance kun Nomo … Certigi enigajn Parametrojn havi TypeDescriptors asociita kun ĉiu Identigilo difinita por ĉi tiu Ento.

Ĉi tie-a ekrano pafis:

Mi ankaŭ povus kaŭzi ĉi tiun mesaĝon aperi en la 12 Hive ŝtipo ĉe volo (Uzanta mia patentita altan-tech-faras ne-provo-tio ĉi-ĉe-hejmo "Misteraj eraroj" Metodo):

11/14/2007 09:24:41.27 W3wp.Exe (0X080C) 0X0B8C SharePoint Portala Servilo Komerca Datumo 6q4x Alta Escepto en BusinessDataWebPart.OnPreRender: Sistemo.InvalidOperationException: La Identigila valoro ”, De Tipo ”, Estas nula. Atendata Identigila valoro de Tipa ‘Sistemo.Ŝnuro'. Ĉe Microsoft.Oficejo.Servilo.ApplicationRegistry.MetadataModel.Ento.FindSpecific(Objekto[] SubIdentifierValues, LobSystemInstance lobSystemInstance) Ĉe Microsoft.SharePoint.Portalo.WebControls.BdcClientUtil.FindEntity(Enta ento, Objekto[] UserValues, LobSystemInstance lobSystemInstance) Ĉe Microsoft.SharePoint.Portalo.WebControls.BusinessDataItemBuilder.GetEntityInstance(Vidi desiredView) Ĉe Microsoft.SharePoint.Portalo.WebControls.BusinessDataDetailsWebPart.GetEntityInstance() Ĉe Microsoft.SharePoint.Portalo.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties()

Mi serĉis proksimume kaj trovita kelkajn kondukojn en la MSDNa forumo, Sed ili ne estis sufiĉe por mi kompreni kion mi estis faranta malĝuste. Mi rigardis webcast de Ted Pattison KE mia Firmao Havas squirreled for sur servilo kaj venis konscii mian problemon.

En mia ADF, Mi estas konektanta al SQLa datumaro kiel montrita:

            <Nemoveblaĵo Nomo="RdbCommandText" Tipo="Sistemo.Ŝnuro">
              <![CDATA[
                ELEKTITA
                      SETID, PORTANTA_IDENTIGAĴO, EFFDT, DESCR, EFFa_STATUSO, IMPOSTPAGANTA_#IDENTIGA?O, RETA_#IDENTIGA?O, FRT_#ANTA?A_FLG, ALT_NAME1, ALT_NAME2, LINGVA_KD,
                      LANDO, ADDRESS1, ADDRESS2, ADDRESS3, ADDRESS4, URBO, NUM1, NUM2, DOMA_TIPO, ADDR_FIELD1, ADDR_FIELD2, ADDR_FIELD3,
                      GUBERNIO, STATO, #PO?TA, GEOa_KODO, JE_URBA_LIMO, LANDA_KODO, TELEFONO, ETENDAĴO, TELEFAKSILO, LASTA_EXPa_CHK_DTTM, FRAJTA_VENDISTO,
                      INTERLINK_DLL, TMS_EKSKLUDAS_FLG
                DE
                      dbo.PSa_PORTANTO_IDENTIGAĴA_VW WITH (Nolock)
                KIE
                  (SETID <> 'INTERŜANĜADO') Kaj
                  (Pli malalta(PORTANTA_IDENTIGAĴO) >= Pli malalta(@MinId)) Kaj
                  (Pli malalta(PORTANTA_IDENTIGAĴO) <= Pli malalta(@MaxId)) Kaj
                  (Pli malalta(DESCR) ŜATI pli malaltan(@InputDescr))
                ]]>
            </Nemoveblaĵo>

Mi estis provizita ke SQL de DBAa persono kaj mi estas donita kompreni ke ĝi estas Speciala Vido ili kreis nur por mi. La unika ŝlosilo estas PORTANTA_IDENTIGAĴO.

Ĉi tie estas la cimo mi enkondukis:

      <Identigiloj>
        <Identigilo Nomo="PORTANTA_IDENTIGAĴO" TypeName="Sistemo.Ŝnuro" />
        <Identigilo Nomo="DESCR" TypeName="Sistemo.Ŝnuro" /> 
      </Identigiloj>

Ie laŭ la ekzemplo, Mi administris konfuzi min mem super la signifo de <Identigiloj> Kaj plia DESCR eĉ kvankam ĝi ne estas efektive identigilo. Mi prenis DESCR ekstere de la identigiloj fiksita kaj presto! Ĝi ĉiuj laboris.

Mi esperas, ke ĉi tio ŝparas al iu iun malĝojon 🙂

Technorati Etikedoj: BDC, SharePoint, MUSKO, ADF