Som urobiť vyhľadávania na Google:
Kliknite na odkaz zvýraznený nad ("Stiahnite si Podrobnosti: Windows SharePoint…").
Dostanem túto:
Poznámka URL.
Vyzerá docela podozrivé ku mne. Neviem, či by smiať, smiech alebo volajte kňaz.
</koniec>
Vystrelil som hore kapacita plánovací nástroj to je všetky vztek v týchto dňoch.
Zistil, že je ľahko použiteľný a rýchlo modelované prostredí klienta, pracoval som na minulé leto.
S určitými obavami, Stlačení tlačidla konečnej OK a odporúča niečo, čo je docela podobný to, čo sme dali našim klientom (sme skutočne hodil v druhom aplikačný server budúcnosti Excel využitie). Že dobré znamenie a zvyšuje moju dôveru v nástroji.
Zdá sa mi docela silné veci oveľa lepšej východiskový bod než prázdnu stranu.
Páči sa mi že nechá sa dostať do nejaké dobré detail o životnom prostredí. Koľko užívateľov, ako ste projekt bude používať systém (vydavateľstvo, spolupráca, atď), pobočky a pripojenie / kapacity siete medzi nimi a serverom Mami. Dobré veci.
Žiada rozsiahle založené otázky a potom umožňuje vyladiť Podrobnosti o dosť zrnitý vzor svojho prostredia.
Váhal som, sťahovanie, pretože mám toľko iných vecí, na to pozrieť, Prečítajte si a skúste stráviť. Som rád, že som urobil.
To je jednoduché dva-krokoch. Stiahnuť systém centra kapacita Plánovač a potom stiahnuť modely SharePoint. Pekne beží na Windows XP.
Na základe mojej rýchlu dojem, Nevidím, ako to môže účet za:
Tie môžu byť modelované a jednoducho nebolo vidieť ich v 10 minúte recenzia.
Budem určite používať to na môj budúci klient.
Keby som nebol konzultant a namiesto toho pracujú pre skutočné spoločnosti :), By model môjho súčasného prostredia a vidieť, ako sa nástroj odporúčaný vzor zápasy proti realitu. To by bolo docela elegantný. To by mohlo viesť k nejakej diskusii dobrú infraštruktúru.
</koniec>
AKTUALIZÁCIA: Som vyslaný túto otázku MSDN tu. (http://forums.microsoft.com/Forums/ShowPost.aspx?PostID=2808543&SiteID=1&mode=1) a Michael Washam Microsoft odpovedal stručnú odpoveď.
Som vytvoril webovú službu konať ako BDC-priateľské fasády do zoznamu lokality SharePoint. Keď som použil z môjho vývojové prostredie, fungovalo to dobre. Keď som sa sťahoval to na nový server, Som narazil na túto chybu:
| System.IO.FileNotFoundException: Webová aplikácia na http://localhost/sandbox sa nenašiel. Skontrolujte, či ste zadali URL správne. Ak adresa URL poskytovať existujúci obsah, správca systému možno musieť pridať nové priradenie adresy URL požiadavky k danej aplikácii. v Microsoft.SharePoint.SPSite...ctor(Farmy SPFarm, URI requestUri, Logickú contextSite, SPUserToken userToken) v Microsoft.SharePoint.SPSite...ctor(Reťazec requestUrl) v Conchango.xyzzy.GetExistingDocument(Reťazec minId, Reťazec maxId, Reťazec titleFilter) c:\Dokumenty a SettingsPaulMy DocumentsVisual štúdio 2005ProjectsxyzzyBDC_DocReviewBDC_DocReviewDocReviewFacade.asmx.cs:riadok 69 |
Tu je riadok 69:
pomocou (SPSite stránky = nové SPSite("http://localhost/sandbox"))
Skúšal som rôzne variácie na URL, vrátane použitia skutočný názov servera, svoju IP adresu, lomítka na URL, atď. Vždy som dostal túto chybu.
Použil som Google do výskumu. Veľa ľudí čelia tomuto problému, alebo varianty, ale nikto sa zdalo, že to vyriešil.
Hravé mech poskytuje podrobné chyba, že nenapadlo mi skontrolovať 12 úľ denníky. Nakoniec, o 24 hodín po môj kolega odporúča sa urobiť, tak, Overil som si 12 úľ denníka a našiel toto:
Pri pokuse získať miestnej farme sa vyskytla výnimka: System.Security.SecurityException: Požadované prístup k registru nie je povolený. v System.ThrowHelper.ThrowSecurityException(ExceptionResource prostriedok) v Microsoft.Win32.RegistryKey.OpenSubKey(Názov reťazca, Boolovská hodnota zapisovateľný) v Microsoft.Win32.RegistryKey.OpenSubKey(Názov reťazca) v Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_RegistryConnectionString() v Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_Local() v Microsoft.SharePoint.Administration.SPFarm.FindLocal(Farmu SP& farma, Boolovská hodnota& isJoined) Zóna zhromaždenia, ktoré sa nepodarilo bola: MyComputer |
Tým sa otvorili nové možnosti výskumu, tak to bolo späť na Google. To ma viedlo k tomuto príspevky vo fóre: http://forums.codecharge.com/posts.php?post_id = 67135. Že ani naozaj pomôcť me ale sa na začiatku, čo ma premýšľať, nebolo databázy alebo bezpečnostný problém. Na soldiered a Andrew Connell príspevok konečne naštartoval myslel, že som mali uistiť, že účet identita fondu aplikácií mal primeraný prístup k databáze. Myslel som, že to už urobil. Avšak, môj kolega išiel a dal app bazén identitu účet plný prístup k SQL.
Akonáhle urobila zmenu, všetko, čo začal pracovať.
Čo sa stalo potom je najlepšie vyjadrené ako Haiku báseň:
Problémy zvýšiť svoje ruky.
Swing a chýbať. skús znova.
Úspech! Ale ako? prečo?
Ona nechcela nechať veci takhle, radšej dať minimálne požadované povolenie (a pravdepodobne vzhľadom na písanie záznamu blogu; Porazil ju na punč, muhahahahaha!).
Ona odstránené po sebe idúce povolenia z app identitu účet fondu až do … tam bol už nie akéhokoľvek výslovného povolenia pre konto identitu fondu aplikácií vôbec. Webová služba aj naďalej fungovať v pohode.
Sme šli a restartoval servery. Všetko, čo naďalej funguje.
Takže, pre pripomenutie: dal app bazén identitu úplný prístup a potom vzal preč. Webovú službu začal pracovať a nikdy prestalo pracovať. Bizarné.
Ak niekto vie, prečo že by pracovali, Prosím, zanechajte komentár.
</koniec>
Mám obchodné scenáre takhle:
"Zhromaždiť údaje od používateľa" vytvorí položku v zozname úloh požadujúce schválenie dokumentu.
Som potreboval na vytvorenie zobrazenia zoznamu úloh, ktorý ukázal naliehavej žiadosti o schválenie.
Roztok: Dal slovom "súrne:" do hlavy týchto úloh.
Radšej by som určiť prioritné oblasti priamo. Avšak, Bol som schopný to urobiť z viacerých dôvodov:
Som za niekoľko prístupov pred (Našťastie) si uvedomil, sme jednoducho dať "naliehavé" v názve.
Tam je nevýhodou moje riešenie (Okrem zjavné skutočnosti, že iba text titulu označuje naliehavosť). Od "zbierať spätnú väzbu" prijíma len pevne zakódované názov názvy, Musím používať dve rôzne zbierať spätnú väzbu akcie, ktorých jediný rozdiel je, že pevný kódovaný názov.
ale, aspoň nie je riešenie, ktoré nevyžaduje žiadne podujatie správcov konkurznej podstaty alebo vlastné SPD akcie.
Ak niekto vyriešil to múdrejší spôsobom, Dajte mi prosím vedieť.
</koniec>
Jedným z mnoho radosti, beriem rodič desať ročný chlapec je nájsť nové spôsoby, ako ho smiať, alebo premýšľať trochu inak otázky a veci na svete. Použil som tieto techniky priebehu rokov:
===
Mylne jeho otázky:
Syn: Čo je za deň je to?
Otec: Jeden deň pred stredu.
S: nie, čo deň mesiaca, je to?
D: Ach, to má 4 dní po Jan 25.
===
Štekliť ho a povedzte mu budete prestať keď zastaví sa smeje.
===
Ísť dole po schodoch do TV miestnosti a oznámiť, "Je to dobré byť otcom." Potom, vybrať ho na teplé miesto na gauči a zmeniť kanál na niečo dobré, ako Scifi kanál.
===
Nahlas čítať príbehy. Vložiť absurdné vety v príbehu. Môj obľúbený je pridať "zabíjanie ho okamžite" keď hlavné postavy stretne niektoré drobné problémy. Napríklad, "nôž pošmykol v ruke, rezanie svoj ukazovák, zabíjanie ho okamžite." Nič dosť dostane váš syn režimu vavrínoch a pasívne počúvanie ako hlavnou postavou bol zabitý okamžite.
===
Prečítajte si príbehy nesprávne. Čítanie vety dozadu. Najlepšia časť je, že prvých pár krát som to, môj syn myslel, že on bol pomáha mi sa poukazom na to, že nebolo čítanie slová v správnom poradí. Nevýhodou je, že on naozaj nechce, aby som ho čítať viac.
===
Ísť na Burger King obed. Môj syn by jesť ráno BK, deň a noc, ak budeme ho nechal. Keď bude, Povedz mu, "Viem, budete nenávidieť ísť tam, ale my jednoducho nemajú na výber." Keď sa snaží vysvetliť, že miluje BK, hovoriť cez neho a hovoria veci ako: "Nemáme čas sa dohadovať o tom! Ideme a nechcete, aby sa diskusia!"
(To mi pripomína môj obľúbený vtip Borg: Borger kráľ ": Robíme našu cestu. Vaša cesta je irelevantné." hahaha!)
===
Otvorte knihu na stránku 9 a povedať, "hmm, to je nepárna strana".
===
Vyplniť svet úhlavného nepriateľa. "Sme chystá spustiť rýchle cez prst 7-11, Arch-nepriateľ z 11-7 ".
"Vaša teta žije v meste Ringwood, oblúk nepriateľa na mesto Squarewood."
===
Ideme do Massachusetts z New Jersey niekoľkokrát do roka a to často trvá o 5 hodín dverí k dverám. Ako prísť domov a vytiahnite do príjazdovej cesty hovoriť, "Ach, Zabudol som, musíme urobiť rýchly pomlčka na Home Depot."
===
Pri sledovaní násilná epizóda v TV show (ako hrdinovia), Povedz tvoj syn, "niekedy, pri práci, Musím zničiť svojich nepriateľov tým, že ich spaľovanie nažive, pomocou mojej mysli. Nemám rád, to robí, ale musíš urobiť to, čo musíš urobiť."
===
Pri sledovaní zlé horory ("je dobré byť otcom" vyššie), nepravdepodobné motívy pripisovať zlý charakter. Napríklad, Povedz tvoj syn, že dôvod, prečo je tak naštvaný, Jason je, pretože chce nejaký koláč a nebudú ho mať žiadne.
===
Vysvetliť telefónne čísla, nesprávne. Namiesto toho hovorí váš syn vytočiť "201-111-2222", Povedz mu, že je "2-011-1-12222".
===
Aké triky používate?
</koniec>
To sa zdá byť pomerne časté politických blogov svete pre daný blog Host "guest blogger". Keď som v politický blog pôdy som musí sebe iný pár očí okuliare, pretože to nikdy ma nenapadlo že hosť blogov"" mohlo by mať zmysel pre technické blog ako ja. to je, kým som čítal tento post by Kanwal Khipple po dobu To najlepšie z lokality SharePoint Buzz- Januára 2008.
Myslieť na to, Verím, že tam mohol byť veľa ľudí tam vonku v SharePoint pôdy, ktoré majú chuť dať dohromady článok, krátke alebo dlhé, technické alebo viac orientované na podnikanie, atď, ale nechcem spustiť vlastný blog pre všetky bežné dôvody. Ak ste jedným z tých ľudí, By sa radi hostiteľa. Môžete dostať ma mailom alebo zanechať komentár. Som myslel, že cez akýkoľvek druh usmernení, ale predpokladám, že by chcel aby orientované okolo SharePoint, ale tiež som chcel hodiť nejaké osobné postrehy o poradenstvo Teraz a potom. Som tiež snaží publikovať "Nedeľa Funny" každý týždeň a som povinný dôjdu nápady pre tento.
Ak ste pravidelný blogger už ale chceli experimentovať s hosť blogov, Ja som určite otvorený, že príliš, either as a host or a guest 🙂
</koniec>
Ak nástroj je robiť veci vám nerozumie a potom to nedokáže v kroku n neznámy počet krokov, ste mŕtvi vo vode…
</koniec>
Bola opäť crafting BDC ADF súbory ručne (tak, že môžete vybudovať svoje "Vystúpte môj trávnik!" Cred) a hit tejto krásnej chyba:
"Zlyhal import definície aplikácie. Vyskytla sa nasledujúca chyba:"
Ako môžete vidieť, tam je chyba, ale … nie je to mi povedať, čo to je.
V mojom prípade, problém sa ukázalo, že som mal vyrazil s funkčné ADF pre iný projekt, ktorý pripojené k databáze a popravený SQL dotaz proti zobrazenie. V tomto novom projekte, Som volá metódu na webovej službe. Mal odrátať DB špecifické veci a pridal môj web služby veci, ale nepodarilo sa aktualizovať <Systém LobSystem>je typ atribútu. Som prešiel na "WebService" a som šťastne presunul do novšie a viac vzrušujúce import chyby, ktoré boli riešené včas.
Tu je zlý systém LobSystem:
<Systém LobSystem
xmlns:XSI =http://www.w3.org/ 2001/XMLSchema-stupňa
XSI:schemaLocation =http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Typ = "databáza"
Verzia = "1.0.0.0" Meno = "xyzzy minového"
xmlns ="http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog">
To je správne:
<Systém LobSystem
xmlns:XSI =http://www.w3.org/ 2001/XMLSchema-stupňa
XSI:schemaLocation =http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Typ = "WebService"
Verzia = "1.0.0.0" Meno = "xyzzy minového"
xmlns ="http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog">
</koniec>
AKTUALIZÁCIA: Toto vysielanie MSDN má niektoré zaujímavé postrehy z JXJ na základe jeho, hlavne negatívne, skúsenosti ísť touto cestou: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2623565&SiteID=1
Máme obchodné scenáre, kde musíme prepojiť dva dokumenty knižnice prostredníctvom spoločnej "identifikácie dokumentu" pole.
Sme často používať vyhľadávací stĺpec implementuje odkazy takhle. Existuje niekoľko nevýhod sa vyhľadávacie stĺpce, tri sú:
Podporené BDC, môžeme použiť "obchodné údaje" Typ stĺpca, a to poskytuje lepšie hľadať spôsoby a dokonca povoľuje viaceré stĺpce údajov sa objaví v zobrazenia zoznamu.
Mal som nejaké predbežné úspech s týmto prístupom a pláne písať viac o tom.
Ak ste pracovali tento uhol pred a žiadne komentáre, Prosím, podeľte sa!
</koniec>
Bol som pracovať s BDC dnes, kódovanie ADF súbory ručne a vytvára sám nejaké chyby. Jedna takáto chyba:
Zlyhal import definície aplikácie. Vyskytla sa nasledujúca chyba: Nebolo možné načítať typ popísaný parametrom TypeName objektu TypeDescriptor. Názov parametra: atribút typeName chyba sa vyskytla na alebo tesne pred riadok: "35’ a postavenie: "20".
MOSS objaví táto chyba pri pokuse o importovanie súboru ADF XML.
Skúmal internety a zistil, že bol som odkazovanie názov inštancie LOB (od <LobSystemInstance>) v mojej <Objekt triedy TypeDescriptor> uzol, keď už mali odkazuje sám názov LOB (z <Systém LobSystem>).
Zle:
<Objekt TypeDescriptor TypeName="Conchango.KeyValue, Názov inštancie LOB" Meno = "KeyValue">
Správne:
<Objekt TypeDescriptor TypeName="Conchango.KeyValue, LOB meno" Meno = "KeyValue">
Dúfam, že ten niekto šetrí hodinu alebo dve časové.
</koniec>
