Rapida Impreso: Sistema Centro Kapacita Planisto por SharePoint

Mi nur pafadis supre la kapacito plananta ilon tio estas Ĉiuj la kolerego ĉi tiuj tagoj.

Mi trovis ĝin facile uzi kaj rapide modeligita klienta medio mi laboris sur ĉi tiu pasinta somero.

Kun iu maltrankvilo, Mi premis la finan OKan butonon kaj ĝin rekomendis ion kiu estas sufiĉe simila al kio ni donis nian klienton (Ni efektive ĵetis en dua aplika servilo por estonta excel uzo). Mi prenas tion esti bona signo kaj pliigas mian konfidon en la ilo.

Ĝi ŝajnas sufiĉe potenca aĵo multe pli bone komencanta punkton ol malplena paĝo.

Mi ŝatas ke lasas vin akiras en iu bona detalo pri la medio. Kiom da uzantoj, Kiel vi projektas ilin uzos la sistemon (Eldonanta, Kunlaboro, Ktp), filia oficejo kaj konektebleco / Reta kapacito inter ili kaj la mama servilo. Bona aĵo.

Ĝi demandas larĝe bazita demandojn kaj tiam lasas vi tweak la detaloj por sufiĉe granular modelo de via medio.

Mi hezitis elŝutanta ĝin ĉar mi havas tiom multe da aliaj aferoj rigardi ĝin, Legita kaj provo digesti. Mi estas gaja mi faris.

Ĝi estas facila du-paŝa procezo. Deŝuta sistemo centra kapacito planisto kaj tiam elŝuti la SharePoint modeloj. Ĝi kuras agrable sur Fenestra XP.

Bazita sur mia rapida impreso, Mi ne vidas kiel ĝi povus klarigi por:

  • Serĉo: Totalaj dokumentoj, Eble tipoj de dokumentoj, Lingvoj.
  • Excel servilo: Kiom, Se ĉe ĉiuj?
  • Forma servilo: Kiom, Se ĉe ĉiuj?
  • BDC: Kiom, Se ĉe ĉiuj.

Tiuj povas esti modeligita kaj mi nur ne vidis ilin en la 10 Eta revizio.

Mi sendube uzos ĝin ĉe mia sekvanta kliento.

Se mi ne estis Komerca konsilisto Kaj male laboranta por vera firmao :), Mi modeligus mian nunan medion kaj vidi kiel rekomendan modelon de la ilo egalas supre kontraŭ realaĵo. Kiu estus sufiĉe bonorda. Ĝi povus gvidi al iu bona infrastruktura diskuto.

</Fino>

Technorati Etikedoj:

Solvo: Sistemo.IO.FileNotFoundException sur “SPSite = nova SPSite(Url)”

ĜISDATIGO: Mi poŝtis ĉi tiun demandon al MSDN ĉi tie (http://forums.microsoft.com/Forums/ShowPost.aspx?PostID=2808543&SiteID=1&mode=1) Kaj Mikaelo Washam de Microsoft respondita kun konciza respondo.

Mi kreis araneaĵan servon agi kiel BDC-amika fasado Al SharePoint listo. Kiam mi uzis tion ĉi de mia evoluada medio, Ĝi laboris bone. Kiam mi migris tion ĉi al nova servilo, Mi renkontis ĉi tiun eraron:

Sistemo.IO.FileNotFoundException: La Araneaĵa apliko ĉe http://localhost/sandbox Ne povus esti trovita. Konfirmi ke vi tajpis la URL ĝuste. Se la URL devus esti servanta ekzistanta enhavon, La sistema administranto povas devi aldoni novan petan URL mapanta al la intenca apliko. Ĉe Microsoft.SharePoint.SPSite..Ctor(SPFarm bieno, Uri requestUri, Boolea contextSite, SPUserToken userToken) Ĉe Microsoft.SharePoint.SPSite..Ctor(Laĉi requestUrl) Ĉe Conchango.Xyzzy.GetExistingDocument(Laĉi minId, Laĉi maxId, Laĉi titleFilter) En C:\dokumentoj kaj FiksojPaulMiaj DokumentojVida Studio 2005ProjektojxyzzyBDC_DocReviewBDC_DocReviewDocReviewFacade.Asmx.Cs:Linio 69

Ĉi tie estas linio 69:

Uzanta (SPSite ejo = nova SPSite("http://localhost/sandbox"))

Mi provis malsamajn variojn sur la URL, Inkluzivanta uzanta veran nomon de la servilo, Ĝia IPa adreso, Sekvanta detranĉojn sur la URL, Ktp. Mi ĉiam akiris ke eraro.

Mi uzis La Google Esplori ĝin. Multaj homoj alfrontas ĉi tiun aferon, Aŭ varioj de ĝi, Sed neniu ŝajnis havi ĝin solvis.

Tricksy MUSKO provizis tia detala eraro ke ĝi ne okazis al mi kontroli la 12 Hive ŝtipoj. Poste, Proksimume 24 Horoj poste Mia kolego Rekomendis min tiel fari, Mi kontrolis la 12 Hive ŝtipo kaj trovita tion ĉi:

Escepto occured dum provanta akiri la lokan bienon:
Sistemo.Sekureco.SecurityException: Petis registry aliro ne estas permesita.
Ĉe Sistemo.ThrowHelper.ThrowSecurityException(ExceptionResource rimedo) Ĉe
Microsoft.Win32.RegistryKey.OpenSubKey(Ŝnura nomo, Boolea writable) Ĉe
Microsoft.Win32.RegistryKey.OpenSubKey(Ŝnura nomo) Ĉe
Microsoft.SharePoint.Administro.SPConfigurationDatabase.Akiras_RegistryConnectionString() Ĉe
Microsoft.SharePoint.Administro.SPConfigurationDatabase.Akiras_Lokan() Ĉe
Microsoft.SharePoint.Administro.SPFarm.FindLocal(SPFarm& Bieno, Boolea& IsJoined)
La Zono de la asembleo kiu malsukcesis estis:  MyComputer

Tio ĉi malfermis supre novajn avenuojn de esploro, Do ĝi estis reen al La Google. Kiu gvidis min al tio ĉi Foruma poŝto: Http://Forumoj.Codecharge.Com/poŝtoj.Php?Poŝta_identigaĵo=67135. KE ne vere helpis min sed ĝi ja komencis faranta min pensi estis datumaro kaj/aŭ sekureca afero. Mi soldiered sur kaj Andrew Connell-a Poŝti fine ekkaŭzita la penson ke mi devus fari certe ke la identeco de la apliko naĝejo konto havis konvenan aliron al la datumaro. Mi pensis ĝin jam faris. Tamen, Mia kolego iris kaj donis la app naĝeja identeco klarigas plenan aliron al SQL.

Tuj kiam ŝi faris ke ŝanĝo, Ĉio komencis laboranta.

Kio okazis poste estas plej bone esprimita kiel Haiku Poemo:

Problemoj levas iliajn manojn.
Vi svingo kaj perdiĝi. Provi denove.
Sukceso! Sed kiel? Kial?

Ŝi ne deziris lasi aferojn sole kiel tio, Preferanta doni la minimuman postulatan permeson (Kaj verŝajne kun okulo al skribanta blogan eniron; Mi venkas ŝin al la stampilo, Muhahahahaha!).

Ŝi forigis sinsekvajn permesojn de la app naĝeja identeco konto ĝis … Estis ne pli longa ajna eksplicita permeso por la app naĝeja identeco konto ĉe ĉiuj. La araneaĵa servo daŭrita labori nuran monpunon.

Ni iris kaj rebooted la serviloj. Ĉio daŭrita labori bone.

Tiel, Al recap: Ni donis la app naĝeja identeco plena aliro kaj tiam forprenis ĝin. La araneaĵa servo komencis laboranta kaj neniam haltita laboranta. Groteska.

Se iu ajn scias kial kiu devus labori, Bonvolu lasi rimarkon.

</Fino>

Technorati Etikedoj:

Solvo (Speco de): Fiksita Prioritaton sur Tasko Uzanta SharePoint Designer

Mi havas komercan scenaron tiel:

  • Uzantaj alŝutoj dokumento al dokumenta biblioteko.
  • Ŝi elektas kontentan tipon kaj eniras meta datumo kiel devita. Unu el la meta datumaj kampoj estas flago, "Urĝa".
  • Tio ĉi ekkaŭzas SharePoint Designer workflow tio, Inter aliaj aferoj, Uzas la "Kolekti Datumon de Uzanto" Ago.

"Kolekti Datumon de Uzanto" Kreas eron en taska listo petanta aprobon por tiu dokumento.

Mi devis krei vidon de la taska listo kiu montris urĝajn petojn por aprobo.

Solvo: Meti la vorton "URĜA:" En la titolo de ĉi tiuj taskoj.

Mi estus preferinta specifi la prioritatan kampon rekte. Tamen, Mi estis nekapabla fari tion por pluraj kialoj:

  1. La kolekti datuman agon ne provizas mekanismon ĝisdatigi ajnan kampon alia ol titolo (Kaj tiuj suplementaj kampoj por kiu vi deziras kolekti datumon).
  2. La "asigni fari eron" Ago havas la saman problemon.
  3. Ĝi estas ebla inserti eron en listo (T.e. Inserti eron en la taska listo rekte) Sed tio ĉi ne blokanta ago. Kiu signifas ke la workflow ne atendos por la uzanto kompletigi tiun taskon.

Mi konsideris kelkajn alproksimiĝojn antaŭe (Feliĉe) Konscianta nin nur povus meti "urĝan" En la titolo.

  1. Komenci workflow sur la tasko enlistigas ĝin mem por ke kiam nova tasko estas kreita, Ĝi iel transversaj referencoj reen al la dokumento kiu komencis la unuan workflow, Eltiri la urĝan flagan valoron kaj ĝisdatigan prioritaton kiel devita.
  2. Fari ion simila kun eventa ricevilo. Sur krei de la tasko, Troviĝi la rilatan dokumenton kaj ĝisdatigan prioritaton kiel devita.
  3. Uzi la "krei listan eron" Ago kune kun la "atendo por kampa ŝanĝo" ago kaj eventa ricevilo. Se ni kreas listan eron, Ni povas specifi ĉiuj la kampoj ni deziras. Uzi eventan ricevilon ĝisdatigi la originalan eron kiam la uzanto kompletigas la taskon kaj la "atendon por kampa ŝanĝo" la kondiĉo de ago estus renkontita kaj la workflow procedus. (Por iu kialo, Mi pli malpli solvis sur ĉi tiu alproksimiĝo antaŭ ol prudente decidanta piediri for por momento).

Estas malavantaĝo al mia solvo (Flankenmetite de la evidenta fakto ke nur la teksto de la titolo indikas urĝecon). Pro tio ke "kolektas retrosciigon" Nur akceptas malfacile kodita titolajn nomojn, Mi devas uzi du malsama kolekti retrosciigajn agojn kies nura diferenco estas ke malfacile kodita titolon.

Sed, #Almena? tie?? Solvo ke ne postulas eventajn ricevilojn #a? #la?menda SPDajn agojn.

Se iu solvis #tio ?i en pli lerta vojo, bonvolu lasi Mi scii.

</Fino>

Dimanĉo Amuza: Tenanta Vian Filon Sur Liaj Piedfingroj

Unu el la multaj ĝojoj mi prenas en estanta la gepatro de dek jaro malnova knabo estas trovanta novajn vojojn fari lin rido aŭ pensi malgrandan malsame pri demandoj kaj aferoj en la mondo. Mi uzis ĉi tiujn teknikojn super la jaroj:

===

Misconstrue liaj demandoj:

Filo: Kio tage estas ĝi?

Paĉjo: Unu tago antaŭ merkredo.

S: Ne, Kio tage de la monato estas ĝi?

D: Oh, Ĝi estas 4 Tagoj post Jan 25.

===

Tikli lin kaj diri lin vi haltos kiam lin haltas ridanta.

===

Iri malsupren ŝtuparojn al la televida ĉambro kaj anonci, "Ĝi estas bona esti la paĉjo." Tiam, Kapti lin akiri la varmetan punkton sur la kanapo kaj ŝanĝi la kanalon al io bone, Kiel la Scifi kanalo.

===

Legita rakontojn ekstere laŭtege. Inserti ridindajn propoziciojn en la mezo de la rakonto. Mia ŝatolisto estas aldoni "mortiganta lin instantly" Kiam la ĉefaj karakteroj renkontas iun negravan problemon. Ekzemple, "La tranĉilo glitita en lia mano, Tranĉanta lian indeksan fingron, Mortiganta lin instantly." Nenio tre akiras vian filon ekstere de memkontenta kaj pasiva aŭskultado maniero kiel la ĉefa karaktera estado mortigis instantly.

===

Legita rakontojn neĝuste. Legita propoziciojn returnite. La plej bona parto de tio ĉi estas ke la unua paro de tempoj mi faris tion ĉi, Mia filo pensis lin estis helpanta min ekstere de atentiganta ke mi ne estis leganta la vortojn en la ĝusta ordo. La malsupren flanka estas ke li vere ne deziras min legi al li plu.

===

Iri al Hamburgera Reĝo por lunĉo. Mia filo manĝus BKan matenon, Nokto kaj tage se ni lasis lin. Kiam iro, Diri lin, "Mi scias vin malamas iranta tie, Sed ni simple havas ne elektitan." Kiam li provas klarigi ke li amas BK, Parolado super li kaj diri aferojn ŝatas "Nin ne havas tempon argumenti pri ĝi! Ni estas irantaj kaj mi ne deziras havi diskuton!"

(Tio ĉi rememorigas min de mia ŝatolisto Borg ŝerco: "Borger King: Ni faras ĝin nia vojo. Via vojo estas senrilata." Hahaha!)

===

Malfermi libron al paĝo 9 Kaj diri, "Hmm, Tio estas stranga paĝo".

===

Plenigi la mondon kun arkaĵaj malamikoj. "Ni estas irantaj kuri rapide super piedfingro 7-11, Arkaĵo-malamiko de 11-7".

"Viaj onklinaj vivoj en Ringwood, Arkaĵa malamiko al la urbo de Squarewood."

===

Ni veturas ĝis Massachusetts de Nov-Ĵerzejo pluraj oble jaro kaj ĝi ofte prenas proksimume 5 Hora pordo al pordo. Kiel ni alvenas hejme kaj tiro en la alirvojo diras, "Oh, Mi forgesis, Ni devas fari rapidan kuregon al Hejma Provizejo."

===

Kiam rigardanta perfortan epizodon en televida rezulto (Kiel Herooj), Diri vian filon, "Kelkaj tempoj, Ĉe laboro, Mi devas detrui miajn malamikojn de brulanta ilin viva uzanta la potencojn de mia menso. Mi ne ŝatas faranta ĝin, Sed vi gotta fari kion vi gotta fari."

===

Kiam rigardanta malbonajn hororajn filmojn (Vidi "Ĝin estas bona esti la Paĉjo" Sur), Atribui nekredeblajn devizojn al la malbona karaktero. Ekzemple, Diri vian filon ke la kialo Jason estas tiel kolera estas ĉar li deziras iun kukon kaj ili ne lasos lin havas iun ajn.

===

Klarigi telefonon nombras neĝuste. Anstataŭ diranta vian filon turni "201-111-2222", Diri lin ĝi estas "2-011-1-12222".

===

Kio ruzoj vi uzas?

</Fino>

Technorati Etikedoj:

Gasto Blogging?

Ĝi ŝajnas juste ofta en la politika blogging mondo por donita blogon gastigi "gastan bloganton". Kiam mi estas en politika bloga lando mi devas esti portanta malsaman paron de okulaj glasoj ĉar ĝi neniam okazis al mi ke "gasto blogging" Povus fari senton por teknika blogo kiel mino. Kiu estas, Ĝis mi legis ĉi tiun poŝton de Kanwal Khipple super ĉe La Plej Bona de SharePoint Zumo- Januaro 2008.

Pensanta sur ĝi, Mi kredas tie povus esti multaj homoj tie en SharePoint lando kiu havas la jukon kunmeti artikolon, Mallonga aŭ longe, Teknika aŭ pli komerca oriented, Ktp, Sed ne kuras ilian propran blogon por ĉiuj la kutimaj kialoj. Se vi estas unu el tiuj homoj, Mi estus feliĉa gastigi ĝin. Vi povas atingi min tra retpoŝto aŭ lasi rimarkon. Mi ne pensis tra ajna speco de gvidlinioj, Sed mi supozas ke mi dezirus ĝin esti oriented ĉirkaŭ SharePoint, Sed mi ankaŭ ŝatas ĵeti en kelkaj propraj rimarkoj pri konsultiĝo Nun Kaj Tiam. Mi estas ankaŭ provanta eldoni "Dimanĉo Amuza" ĉiu semajno kaj mi estas ligita kuri ekstere de ideoj por tio.

Se vi estas regula bloganto jam sed ŝatus eksperimenti kun gasto blogging, Mi estas sendube malferma al tiu tro, either as a host or a guest 🙂

</Fino>

Technorati Etikedoj:

Tio ĉi estas Kial mi ne Ŝatas Uzanta Ilojn Tage Nulo

http://groups.google.com/group/microsoft.public.sharepoint.portalserver.development/browse_thread/thread/41e8cbe4f15e8b4c/76506ea401403e35?#76506ea401403e35

Se la ilo estas faranta aĵon vi ne komprenas kaj tiam ĝi malsukcesas en paŝo n el nekonata nombro de paŝoj, Vi estas senvive en la akvo…

</Fino>

Technorati Etikedoj:

Solvo al BDCa ADF Importaĵa Malsukceso: “La sekvanta eraro okazis:”

Mi estis ankoraŭ foje formanta BDCan ADF registras mane (Por ke mi povas konstrui supre mia "Akiri de mia gazono!" Cred) Kaj frapi ĉi tiun belegan eraron:

Bildo

"Aplika difino importaĵo malsukcesita. La sekvanta eraro okazis:"

Kiel vi povas vidi, Tie estas eraro, Sed … Ĝi ne estas iranta diri min kio ĝi estas.

En mia kazo, La afero rezultis ke mi komencis de kun praktika ADF por malsama projekto kiu konektis al datumaro kaj efektivigis SQLan demandon kontraŭ vido. En ĉi tiu nova projekto, Mi estas vokanta metodon sur araneaĵa servo. Mi malkovris ekstere la DB specifa aĵo kaj aldonita mian araneaĵan servan aĵon, Sed malsukcesita #?isdatigi la <LobSystem>-a Tipa eco. Mi ŝaltis ĝin al "WebService" Kaj mi #feli?e movis sur al pli nova kaj pli ekscitaj #importa?o eraroj, Kiu estis pritraktita en #?uldata kurso.

#?I tie estas la #mal?usta LobSystem:

<LobSystem
Xmlns:Xsi=Http://Www.w3.org/2001/xmlschema-okazo
Xsi:SchemaLocation=Http://Schemas.Microsoft.Com/oficejo/2006/03/BusinessDataCatalogBDCMetadata.Xsd
Tipa="Datumaro"
Versio="1.0.0.0" Nomi="xyzzy"
Xmlns="
Http://Schemas.Microsoft.Com/oficejo/2006/03/BusinessDataCatalog">

Tio ĉi estas ĝusta:

<LobSystem
Xmlns:Xsi=Http://Www.w3.org/2001/xmlschema-okazo
Xsi:SchemaLocation=Http://Schemas.Microsoft.Com/oficejo/2006/03/BusinessDataCatalogBDCMetadata.Xsd
Tajpi="WebService"
Versio="1.0.0.0" Nomi="xyzzy"
Xmlns="
Http://Schemas.Microsoft.Com/oficejo/2006/03/BusinessDataCatalog">

</Fino>

Technorati Etikedoj:

BDC Ŝajnas Realigebla Anstataŭaĵo Por Lookups

ĜISDATIGO: Ĉi tiu MSDNa afiŝo havas kelkajn interesajn rimarkojn de JXJ bazita sur lia, Plejparte negativa, Spertas iranta malsupren ĉi tiun vojon: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2623565&SiteID=1

Ni havas komercan scenaron kie ni devas ligi du dokumentajn bibliotekojn tra ofta "dokumenta IDENTIGAĴO" Kampo.

Ni ofte uzas lookup kolumno al efektivigas ligojn tiel. Estas pluraj malavantaĝoj al lookup kolumnoj, Tri el kiu estas:

  1. Nur unu kolumno de la lookup lookup biblioteko povas esti ligita.
  2. Elfaro: La fonta biblioteko povus enhavi centojn de eniroj. Tio estas tro da eniroj en la lookup.
  3. Serĉo: Estas ne integra serĉo. Mi ne signifas en la MUSKA sento de serĉo, Sed tie estas neniu vojo serĉi / Filtrilo sur multoblaj kolumnoj de la fonta dokumenta biblioteko kaj troviĝi la ligon vi deziras.

Subtenita de BDC, Ni povas uzi "komercan datumon" kolumna tipo kaj ĝi provizas superan serĉon kaj eĉ permesas multoblajn kolumnojn de datumo aperi en listaj vidoj.

Mi havis iun preparan sukceson kun ĉi tiu alproksimiĝo kaj plano skribi pli da pri ĝi.

Se vi laboris ĉi tiun angulon antaŭ ol kaj havas ajnajn rimarkojn, Plaĉi interŝanĝadon!

</Fino>

Technorati Etikedoj:

Solvo al BDCa Importaĵo Eraro: “Ne povus ŝarĝi Tipon priskribita de TypeName de TypeDescriptor …”

Mi estis laboranta kun BDC hodiaŭ, Kodanta ADF registras mane kaj produktanta min mem kelkaj eraroj. Unu tia eraro:

Aplika difino importaĵo malsukcesita. La sekvanta eraro okazis: Ne povus ŝarĝi Tipon priskribita de TypeName de TypeDescriptor. Parametra nomo: TypeName Eraro estis renkontita ĉe aŭ tuj antaŭ Linio: '35’ Kaj Pozicio: '20'.

MUSKO montris #?i tiu eraron kiam mi provis importi la ADFan XMLan dosieron.

Mi esploris la Interretojn kaj trovita ke mi estis referencanta la LOBan okazan nomon (De la <LobSystemInstance>) En mia <TypeDescriptor> Nodo kiam mi devus referenci la LOB nomas ?in mem (De <LobSystem>).

Malĝuste:

<TypeDescriptor TypeName="Conchango.KeyValue, LOBa Okazo Nomo" Nomi="KeyValue">

#?Usta:

<TypeDescriptor TypeName="Conchango.KeyValue, LOBa Nomo" Nomi="KeyValue">

Hope #tio ?i unu savas iun horo #a? du el tempo.

</Fino>

Aboni al mia blogo!

Technorati Etikedoj: