Měsíční archivy: Únor 2008

Neděle legrační: “NE PRO EXPORT”

Zpět kolem 1998, společnosti, pro kterou jsem pracoval v době obdržel nějaké finanční prostředky na vytvoření nového produktu e komerce. Měli jsme plnou škálu obchodním požadavkům. Muselo to být rychlý, snadné pro koncové uživatele, honosné, multi-jazyk, atd. Je smutné, Jsem asi neměla jako ambiciózní soubor práce dosáhnout od těchto opojných dnech.

Toto úsilí před datem Microsoft.NET. Plain vanilla ASP byl stále poněkud nové (nebo alespoň velmi neznámé společnosti). "Cihel a Malty" společnosti byly odsouzeny. Ztraceni! To je říkat, že to byla Průkopnická práce. Hadron Collider průkopnické práce, ale pro nás v našem malém světě, to byla Průkopnická práce.

Byli jsme šílené obsazeno. Dělali jsme mini je POC téměř každý den, to, jak k udržení stavu dědičně příslušnosti nálevu, přemýšlením, multi-jazykové problémy, zabezpečení na úroveň řádků. Jsme dokonce měli vytvořit slovník definovat základní pojmy (Já jsem raději stát trvalé, ale z nějakého důvodu, trapné "statefull" vyhrál den).

Jak jsme byli šíleně vymýšlení tohoto produktu, marketingu a prodeje lidé byli snaží prodat. Nějakým způsobem, se jim podařilo prodat náš noční můra scénář. I když jsme byli navrhování a implementace podnikových řešení, jsme opravdu nečekali, prvním zákazníkovi využívat všechny funkce, kterou jsme postavili do produktu den nula. Tento zákazník potřeboval multi-jazyk, radikálně odlišné uživatelské rozhraní od standardu"" systému, ale se stejnou logikou obchodní. Multi-jazyk byl v tomto případě obzvlášť tvrdě, protože jsme se vždy zaměřili na španělština nebo francouzština, ale v tomto případě, to byl Číňan (která je dvoubajtové znakové sady a vyžaduje zvláštní zacházení vzhledem k technologii, kterou jsme použili).

Rychlý posun vpřed několik měsíců a já jsem na Northwest airlines letu do Pekingu. Byl jsem tak zaneprázdněn přípravou pro tento výlet, který téměř vůbec netuším co to je tam. Četl jsem knihu kdysi o tom jak Američana v Číně již několik let a naučil jazyk. Jednoho dne šel města a ptali někteří lidé. Konverzace probíhala něco to:

  • Americká: "Mohl byste mi říct jak se dostat do [XX] ulice?"
  • Čínština: "Sorry, Nemluvíme anglicky".
  • Americká: "Oh, tak jsem z Hongkongu." a požádal je znovu v čínštině, ale jasněji (jak nejlépe dovedl).
  • Čínština: Velmi zdvořile, "Sorry, Nemluvíme anglicky".

Konverzace probíhala takhle pro bit a Američan se vzdal ve frustraci. Když odcházel jim zaslechl jeden muž mluví k druhému, "Jsem Přísahala bych že prosil o návod na [XX] ulice."

Jsem sebral pár bitů a kousky jiných kvazi-informace týkající se Číny a "užitečné rady":

  • Korejské spolupracovala mi řekl, že musím opatrně z Číny, protože "by se snažil mě opít a využít" v tom smyslu, ze mě tlačí do špatné obchodní rozhodnutí.
  • Jsme nesměli řídit automobily (tam byl nějaký zmatek, zda to byl vlastní, právní požadavek nebo jen klienta pravidlo).
  • Existují zvláštní pravidla pro procházejí celním.
  • Nesměli jsme se americké peníze použít na cokoliv.
  • Nesmíš odejít tipy. Pokud ano, je to urážka.

A konečně, Měl jsem poměrně čerstvé vzpomínky Tiananmen masakr. Když jsem byl na vysoké škole, Vzpomínám, jak v reálném čase Usenetu dohromady jako svět hrůzou přihlížel.

V krátkém, Byl jsem velmi nervózní. Nebyl jsem jen normální nervózní v tom smyslu, že jsem doručoval řešení, která byla řádů složitější než cokoli, co jsem kdy udělal před. Také jsem strach o neúmyslném porušení pravidla, které mě dostat do průšvihu.

Já jsem na tomto 14 hodinový let a i když to byl obchodní třídě, 14 hodin je sakra dlouhá doba. Existují jen tak mnoho způsobů, jak se zabavit čtením, sledování filmů nebo hraní s magnetizované příbory. I opravdu dobrá kniha je těžké číst několik hodin přímé.

Nakonec, Začal jsem číst obalový materiál na kousek software, který jsem ručně nesl se mnou ke klientovi, Netscape webový server. Já čtu požadavky na hardware a software, marketingové blurbs, Při pohledu na pěkný obrázek a najednou, Jsem nula v na obří "ne pro EXPORT" varování, něco o 128 šifrování. Jsem nacpal do pole zpět do mého pouzdro, varování (lícem dolů) (Pokud by to pomohlo) a snažil se udržet vize Půlnoční Express z mojí hlavy.

Ohlédnutí na to nyní, Měl jsem obavy, Pokud vůbec, Když jsem odešel USA, not when I was entering China 🙂 Nothing untoward happened and I still consider that to be the best and most memorable business trip I’ve had the pleasure of making.

</Konec>

Přihlásit se na mém blogu!

Doplněk Technorati značky: ,

Řešení: SPQuery neprohledává složky

Minulý týden jsem se provádí "vyvíjející se" řešení pro klienta, který používá BDC a SPQuery a narazil na nějaké potíže s používáním SPQuery proti knihovnu dokumentů obsahující složky. Čára dole: přiřadit "rekurzivní" do atributu zobrazení dotazu.

Můj scénář:

  • V pondělí, Uložit dokument a některé údaje meta.
  • Následující týden, Nahrát nový dokument. Velká část tohoto nového dokumentu meta dat je založen na dokumentu, který jsem nahrál v pondělí (kterou nazýváme "hlavní dokument").
  • Vytvořili jsme webové služby fasáda, která poskytuje BDC-přátelské rozhraní, do seznamu, takže uživatelé mohou snadno vyhledat dokument pondělí přes hledání v titulech.
  • Sloupec dat záložní řadič domény poskytuje přehledné uživatelské rozhraní. (To je součástí můj pokus o použití služby BDC pro vyhledávací sloupec s více přátelské).

Konečné fasádě služby BDC používá dotaz takto udělat vyhledávání:

 // Používá U2U nástroj k pomoci při vytváření tento dotaz CAML.
      oQuery.Query =
        "<Kde>";

      Pokud (titleFilter.Length > 0)
        oQuery.Query  =
          "  <A>";

      oQuery.Query  =
        "    <A>" +
        "      <GEQ>" +
        "        <FieldRef jméno =  "DocumentId" />" +
        "        <Typ hodnoty =  "Text">" + minId + "</Hodnota>" +
        "      </GEQ>" +
        "      <LEQ>" +
        "        <FieldRef jméno =  "DocumentId" />" +
        "        <Typ hodnoty =  "Text">" + maxId + "</Hodnota>" +
        "      </LEQ>" +
        "    </A>";

      Pokud (titleFilter.Length > 0)
        oQuery.Query  =
          "    <Obsahuje>" +
          "      <FieldRef jméno =  "Title" />" +
          "      <Typ hodnoty =  "Text">" + titleFilter + "</Hodnota>" +
          "    </Obsahuje>" +
          "  </A>";
      oQuery.Query  =
        "</Kde>";

V počáteční fázi vývoje, fungovalo to skvěle. Avšak, Zavedli jsme složky do adresáře k řešení některých problémů a najednou, můj výběr záložní řadič domény nevrátí žádné výsledky. Sledoval jsem to se skutečností, že SPQuery by se nikdy nevrátí žádné výsledky. Zvykli jsme si složky především umožnit více souborů se stejným názvem a uložit, ale s různými meta data. Když je soubor odeslán, vytvořit složku založený na ID položky seznamu a potom přesuňte soubor tam (Jsem psal o tom Tady; Měli jsme smíšené výsledky s tímto přístupem, ale na celém, funguje to dobře). Uživatele nezajímá, o složkách a ve skutečnosti, nechápe, že jsou všechny složky. Jsme nakonfigurovali názory na knihovnu zobrazíte položky bez ohledu na složky.

Trefil jsem tento problém dvakrát jako technická realizace vyvinul a řešit to jinak pokaždé. První čas, Nebyl pomocí operátoru CONTAINS v dotazu. Bez operátor CONTAINS, Byl jsem schopen problém vyřešit zadáním pohled na contructor SPQuery. Namísto použití výchozí konstruktor:

SPList.Update() oList = www.Seznamy["Dokumenty"];

SPQuery oQuery = nové SPQuery();

Namísto toho používá konstruktor, který zadaný pohled:

SPList.Update() oList = www.Seznamy["Dokumenty"];

SPQuery oQuery = nové SPQuery(oList.Views["Všechny dokumenty"]);

Problém vyřešil a začal jsem se dostat moje výsledky.

Pak jsem přidal operátor CONTAINS do směsi a zlomil znovu. Ukazuje se, že operátor CONTAINS, Co lze říci, nefunguje s názorem stejným způsobem jako jednodušší GEQ / LEQ operátory. Jsem udělal nějaké vyhledávání a zjistil, že ViewAttributes dotazu by měla být nastavena na "Rekurzivní", stejně jako v:

oQuery.ViewAttributes = "Rozsah = "Recursive"";

To vyřešil problém pro obsahuje. Vlastně, to také vyřešil můj původní problém hledání a pokud byl zadán rekurzivní atribut poprvé, Já bych se do problematiky znovu spustit.

Skutečnost, že podle zobrazení SPQuery funguje u některých operátorů (GEQ/LEQ) a jiné ne (OBSAHUJE), spolu s tím, že ukazatele KPI nezdá se, že práci vůbec s obsahující složku dokumentů knihovny vede mě věřit, že SPQuery má nějaké problémy, ortogonalita.

Zvláštní poděkování:

  • Dobrý lidi na U2U a nástroj pro dotazy na jejich.
  • Michael Hoffer je skvělá "učení se praxí" blogu, Komentáře a reakce.

</Konec>

Přihlásit se na mém blogu!

MOSS KPI chyba? Ukazatel seznamu vázáno do knihovny dokumentů se složkami

AKTUALIZOVAT 02/29/08: Já jsem tento problém řešil vytvořením složky a potom přiřadí typ obsahu do složky, která má meta data, potřebná pro ukazatele KPI. Jsem popsal, že v trochu podrobněji zde.

Zavedli jsme technické řešení, kde uživatelé předávat dokumenty do knihovny dokumentů. Příjemce události vytvoří adresář a přesune soubor do tohoto adresáře (pomocí techniky podobné co jsem psal o Tady). Jsme úspěšně procházet kolem potenciální problémy způsobené přijímačů událostí přejmenovat soubory (hlavně proto, že uživatelé nikdy začít jejich dokument klepnutím na tlačítko na "New" ale místo toho vytvořit dokumenty místně a pak je současně Odeslat).

Meta data pro tyto dokumenty obsahují ano/ne sloupec webu s názvem "Urgent" a další sloupec webu s názvem "Status". Musíme splnit obchodní požadavky, ukazuje procento "Urgent" dokumenty, jejichž stav je "Čekající".

To je obvykle jednoduché udělat a popsal jsem něco velice podobného na SharePoint Beagle se spoustou snímky obrazovky, pokud máte zájem.

V kostce, Jsem udělal následující:

  • Vytvoření zobrazení na knihovně dokument nazvaný "Čekající".
  • Nastavit pohled ignorovat strukturu složek.
  • Vytvořit seznam klíčových ukazatelů výkonu.
  • Vytvoření ukazatele v seznamu, který odkazuje na doc lib a že "čeká na vyřízení" pohled.

To prostě nebude fungovat. Klíčový ukazatel výkonu ukazuje můj cíl (např.. pět urgentní dokumenty) ale vždy zobrazuje skutečný počet naléhavých jako nula. Paradoxně, Pokud přejdete na detaily, To ukazuje pět urgentní dokumenty v seznamu. Vytvořil jsem jednoduchý scénář s dvěma dokumenty, ve složce a jeden ne. Zde je screen shot:

obrázek

Výše uvedená ukázka jasně ukazuje, že existují dva dokumenty v pohledu, ale hodnota"" je jedna. "CamlSchema" s prázdným dokumentem Id je v kořenové složce a druhá je ve složce s názvem "84".

Zdá se mi, že i když zadáte pohled, KUV není dodržena, "Zobrazit všechny položky bez složek" nastavení a místo, omezuje na kořenovou složku.

Pokud se mýlím, Prosím napište mi linku, nebo zanechat komentář.

</Konec>

Přihlásit se na mém blogu!

Doplněk Technorati značky:

SPD Workflow “Shromáždit Data od uživatele”: Upravte formulář generované úkolu

Já pracuji na projektu, který používá pět různých SharePoint Designer pracovní toky zpracovat některé schvalování dokladů. SPD poskytuje "shromažďovat data od uživatele" akce tak, že můžeme vyzvat uživatele k různé bitů informací, jako například, zda budou schvalovat, některé komentáře a možná se zeptat, co měli k večeři v noci.

Formuláře jsou dokonale funkční. Jsou vázány na seznam úkolů jako typ obsahu. Jsou to 100% generované systémem. To je jejich síla a slabost. Pokud můžeme žít s výchozí tvar, pak můžeme jít. Avšak, Nemáme příliš mnoho kontroly nad jak SPD vytvoří formulář. Pokud se nám nelíbí, že výchozí chování, Musíme se uchýlit k různé triky, jak to obejít (například, Nastavení priority úkolu).

Musel jsem uvést odkaz na tyto formuláře úkolů, jež se zobrazení vlastností (DispForm.asxp) "příbuzné položky" v novém okně. To umožňuje jedním klepnutím přístup k metadata související položky. To je to, co mám na mysli:

obrázek

Naštěstí, Můžeme to udělat a není velmi těžké. Obecně řečeno, oheň se SPD, Přejděte do adresáře, který domy pracovní soubory a otevřete soubor ASPX, který chcete upravit. To jsou jen klasické instrukce XSL transformace a pokud jste složené s itemstyle.xsl, Hledat nebo jiné scénáře XSL, to bude pro vás snadné. Vlastně, Našel jsem to být obecně snazší, protože vygenerovaný formulář je poněkud jednodušší následovat oproti webové části Hledat základní výsledky (nebo hrůzné CWQP).

Samozřejmě, je tu jeden hlavní úskalí. SPD workflow editor předpokládá plnou kontrolu nad souboru. Pokud jej změníte, SPD se šťastně přepsat vaše změny dávají právo sadu okolností. Udělal jsem dvě rychlé testy, abychom zjistili, jak špatné to může dostat. Oba předpokládají, že jste vytvořený platný SPD workflow, který používá "shromažďovat data od uživatele" krok.

Zkouška 1:

  • Ručně upravit soubor ASPX.
  • Testovat (Zkontrolujte, zda provedené změny byly uloženy správně a nic nezlomila).
  • Otevřít pracovní postup a přidat akci nesouvisející (například "protokol k dějinám").
  • Uložení pracovního postupu.

Výsledek: V tomto případě, SPD znovu nevytvořil formulář.

Zkouška 2:

  • Stejně jako #1 Kromě přímo upravit "shromažďovat data od uživatele" akce.

Výsledek: Toto znovu vytvoří formulář od začátku, přepisovat změny.

Závěrečné poznámky:

  • Nejméně dvě SPD akce vytvářet formuláře, jako je tento: "Shromáždit Data od uživatele" a "Přiřadit do položky". Obě tyto akce’ formuláře lze ručně změněn.
  • Byl jsem schopen generovat můj odkaz na dispform.aspx, protože, v tomto případě, relate položka má vždy své ID v URL související položky. Byl jsem schopen extrahovat jej a pak stavět <href> založeno na poskytování přístupu funkce jedním klepnutím myši meta data. Nepravděpodobné, že URL následuje toto pravidlo. Může být jiné způsoby, jak získat ID související položky, ale ještě musel přejít most, tak nevím, jestli dostane na druhou stranu propast.
  • Neměl zkoumat, ale nebyl bych překvapen, kdyby je nějaký soubor šablony v 12 podregistr, který by mohl upravit, ovlivňuje jak SPD generuje výchozí formuláře (stejně jako můžeme upravit upozornění šablon).

</Konec>

Přihlásit se na mém blogu!

Doplněk Technorati značky: ,

Jsou “Neznámá chyba” Zprávy opravdu lepší než trasování zásobníku?

Četla jsem si Ondra blog post jak Povolit zobrazení trasování zásobníku a teď jsem zvědav: Proč vždycky neprokážeme trasování zásobníku?

Kdo přišel s toto pravidlo a proč jsme po ní?

Koncoví uživatelé budou vědět, že je něco špatně v obou případech. Alespoň s trasování zásobníku, Stisknutím kontroly printscreen, kopírovat/vložit do e-mailu a odeslat ji na to. To by zjevně snižují čas a úsilí potřebné k řešení problému.

</Konec>

Doplněk Technorati značky:

Neděle (Trapné) Legrační: “Mé jméno je Paul Galvin”

Banda před lety, můj šéf mě požádal abych někteří uživatelé na produkt s názvem výsledky. Výsledky je koncový uživatel Reportovací nástroj. Je to zhruba obdobná služba SQL Server Reporting nebo Crystal. V době, byl navržen pro provoz na zelené trubky (např.. Wyse 50 terminál) je propojen s Unixem přes telnet.

Výchozí odpověď na jakoukoliv otázku, která začíná "můžete … " "Ano" a to je, kde to všechno začalo.

Klient byl chemická společnost se v jižní Kalifornii a měl jen o zabalené velkých ERP implementace založené na Si QAD MFG/PRO. Prováděcí plán dnes vyzvala školení moci koncoví uživatelé produktu výsledky.

Nebyl velký uživatel tohoto nástroje a vycvičil rozhodně nikdy nikoho. Avšak, Provedl řadu dalších školení tříd a byl rychle na nohou, Takže jsem nebyl příliš starosti. Dennis, skutečný úvazek výsledky instruktor, mi dal jeho výukový materiál. Ohlédnutí na to nyní, je to docela absurdní. Nevěděl jsem produkt, dobře, nikdy vycvičili formálně na ní a rozhodně nikdy naučila. Co mám někdo na to školení?

Komplikovat věci logisticky, Byl jsem požádán a potkat někoho v Chicagu jako součást předprodejní angažmá po cestě. Plán měl letět z New Jersey, jít do Chicaga, setkat s vyhlídkou na hodinu a pak pokračujte v Kalifornii.

No., Dostal jsem do Chicaga a prodavač v mém týmu udělal nějakou chybu a nikdy potvrdil schůzky. Tak, Objevil jsem se a tam nebyla vyhlídka. Děs. Sbal se a opustit a pokračovat na CA. Někde během tohoto procesu, Zjistím, že se klient učí méně než 24 hodin před mým příjezdem že Paul Galvin"" učí třída, není Dennis. Klient má rád Dennis. Chtějí vědět, "kdo je tato osoba Paul Galvin?" "Proč bychom měli věřit mu?" "Proč bychom měli platit za něj?" Dennis očividně nechtěl přihlásit do mé "brzy dávají špatné zprávy" filozofie. Děs.

Přijedu na letišti a z nějakého důvodu neuvěřitelně stupidní, Já mněl jsem kostkovaný zavazadla. Udělal jsem to na LAX, ale moje zavazadlo nebylo. Pro mě, ztráta zavazadel je hodně jako prochází Sedm fází zármutku. Nakonec jsem se do hotelu, bez zavazadel, unavený, hlad a nosí moje (nyní, velmi zmačkané) společenský oblek. To trvá dlouhou dobu k cestování z Newarku — k O'Hare — klientovi — zpět na O'Hare — a nakonec do La..

Konečně jsem se ocitl v hotelovém pokoji, zvykal na tyčinku Snickers, vyčerpaná a snaží se sehnat energii procházet školicí materiál znovu tak, že nebudu vypadat jako úplný osel před celou třídou. To bylo trochu nízký bod pro mě v době.

Probudil jsem se druhý den, nejlépe rozložit obleku tak, že jsem nevypadal jako Willy Loman na špatný den a zamířil na nad klientovi. Jak je často případ, osobně byla milá, zdvořilý a příjemný. To stál v ostrém kontrastu k její velmi zlobí emaily/hlasových zpráv z předchozího dne. Ona mě vede o 3 ranách budova po budovu rozdělenou mimo oblast v obří chemickém skladu, kde budeme provádět třídu pro příští tři dny. V 15 nebo 20 studenti pomalu sestavit, Většina je stále očekává Dennis.

Vždycky jsem začít z mého tréninku třídy představením, dávat nějaké pozadí a psaní mé kontaktní informace o bílou tabuli. Jak říkám, "Dobré ráno, mé jméno je Paul Galvin", Jsem napsat mé jméno, email a telefonní číslo nahoru na bílé desce velkými písmeny, takže každý může jasně vidět. Já řešit tím, že jsem nahradil Dennis a ujišťuji je, že jsem jako vhodná náhrada, atd. Mám všechny stručně Řekni mi své jméno a co chtějí dosáhnout ze třídy, tak, že lze přizpůsobit věci na jejich specifických požadavků, já jdu dál. Obvyklé věci.

Můžeme to zabalit a oheň se projektor. Jdu vymazat mé kontaktní informace a … Jsem napsal v trvalé marker. Byl jsem tak trapně. V mé mysli oko, Vypadalo to takhle: Je to "Paul Galvin" osoba, poslední chvíli náhrada za naši milovanou Dennis. Má na sobě zmačkaný oblek a neoholený. Právě on napsal jeho jméno velkými písmeny na naši bílou tabuli v Popisovač permanentní. To je pohled!

To všechno skončilo šťastně, Avšak. Je to chemická společnost, Koneckonců. A prošedivělý veterán zaměstnance vytáhl něco z regálu a, pravděpodobně v rozporu s předpisy EPA, schválila Rada. Se mi podařilo zůstat 1/2 den před třídu v celém průběhu a dali mi dobrou recenzi na konci. To stmelil moje "pinch hitter" pověst u nás ve firmě. Moje zavazadla dorazila první den, byl jsem mnohem víc reprezentativně dní, dva a tři.

Když jsem byl s červených očí doma, Se uvažuje o "ponaučení". Tam bylo hodně přemýšlet. Komunikace je klíčem. Řekněte klienty o změny v plánu. Nikdy Nekontrolovat svá zavazadla na letišti, pokud lze možná vyhnete. Přinést náhradní "věci" v případě zkontrolujte vaše zavazadla a to neznamená, že to. Myslím, že nejdůležitější lekce jsem se naučil, Avšak, byl to: vždy vyzkoušejte značku v levém dolním rohu na bílé tabuli před zápisem, velkými písmeny, "Paul Galvin".

</Konec>

Doplněk Technorati značky: ,

Perspektivy: SharePoint vs. Large Hadron Collider

Kvůli nějaké podivín, který United Airlines lety jsem si v polovině devadesátých let, Nějak jsem skončil s nabídkou k transformaci "nevyužité míle" do asi tucet zdarma předplatné časopisů. To je to, jak jsem skončil předplatit časopis Scientific American.

Jako software / poradenství lidí, v naší kariéře se setkáváme s mnoha složitých obchodních požadavků. Nejvíce času, Máme rádi, pro splnění těchto požadavků a ve skutečnosti, To je pravděpodobně to, proč si myslíme, že tato kariéra je nejlepší na světě. Občas zajímalo jen to, co na světě by udělal už sám se sebou, když jsem se narodil kdykoli jindy v dějinách. Jak hrozné by bylo přijít o druhy práce, co mám teď dělat, v tomto čase a místě ve světových dějinách? Myslím: hrozný.

V průběhu let, některé požadavky, které jsem čelila byly extrémně náročné splnit. Komplexní služby SharePoint věci, vytváření webové zpracování rámců založené na web šetrné technologie, složité BizTalk orchestrations a podobně. Všichni můžeme (Doufejme, že) hrdě ohlédnout na naší kariéry a říct, "Ano, to bylo těžké vyřešit, ale nakonec jsem pwned ten parchant!" Ještě lepší, čekají ještě zajímavější a zábavnější, problémy.

Osobně si myslím, že můj životopis, v tomto ohledu, je pěkně hluboká a já jsem docela hrdý na to (i když vím, že moje žena nikdy nepochopí 1/20th to). Ale tento týden, Četla jsem článek o Large Hadron Collider v mém časopis Scientific American a měl jeden z těch vzácných okamžiků, pokořující, kde jsem pochopil, že navzdory mé "obr" stav v určitých kruzích nebo jak hluboko myslím, že můj dobře zkušenosti, v úplně odlišných světů jsou skuteční obři.

Lidé na LHC týmu mají některé opravdu zapeklité otázky správy. Za měsíc. Nemyslím si, nic o měsíc (Když jsem byl velmi podezřelé, o tom co jsem se dozvěděl, že to je zpomalování rotace země, které nemůže být dobrá věc pro nás lidi v dlouhodobém horizontu). Ale, LHC tým má na starosti. Měřicí zařízení je LHC jsou tak citlivé, že jsou ohroženy měsíčního (Earth-Rotation-Slowing-and-eventually-Killing-All-Life) gravitace. To je sakra požadavek na splnění — produkovat správné měření navzdory rušení na měsíc.

Byl jsem přemýšlel že problém, když jsem si přečetl tuto větu: "První úroveň bude přijímat a analyzovat data pouze podsadu všech detektoru komponent, ze které ji lze vybrat slibný události na základě izolovaných faktorů, například zda byl spatřen energický mion, flying z velkého úhlu od osy nosníku." Vážně … ? Nechci hrát v tom, že bude pískoviště a nikdy.

Příště jsem se s několika přáteli, Jdu vyvolat Připíjím dobrým lidem pracovat na LHC, Doufám, že nemají úspěšně váží částice Higgsův boson a proklínat měsíc. Navrhuji, že totéž provedete. It will be quite the toast 🙂

</Konec>

Doplněk Technorati značky:

Rychlé zobrazení: System Center kapacitou plánovač pro SharePoint

Vystřelil jsem nahoru kapacitní plánování nástroj to je všude v těchto dnech.

Jsem zjistil, že je snadné použití a rychle modelovat klientského prostředí, které jsem pracoval na letos v létě.

S jistou úzkostí, Naléhal jsem na poslední tlačítko OK a doporučuje něco, co se podobá co jsme dali našeho klienta (jsme skutečně hodil v druhém aplikační server pro budoucí aplikace excel). To bude dobré znamení a zvyšuje mou důvěru v nástroji.

Zdá se, docela silná věc mnohem lepším výchozím bodem než prázdná stránka.

Líbí se mi to umožňuje, se dostanete do nějaké dobré detailů o životní prostředí. Kolik uživatelů, Jak se na projektu budou používat systém (publikování, spolupráce, atd), pobočce a připojení / kapacita sítě mezi nimi a mama serverem. Dobré věci.

Široké bázi dotázán a pak vám umožní vyladit detaily pěkně zrnitý model vašeho prostředí.

Já jsem váhal, stahování, protože mám tolik jiných věcí, se na to podívat, číst a snažte se trávit. Jsem rád, že jsem udělala.

Je to jednoduchý dvoustupňový proces. Stáhnout Plánovač kapacity systému center a pak stáhnout modelů služby SharePoint. Pěkně to běží na Windows XP.

Založený na rychle dojem, Já nechápu, jak mohlo to mít za:

  • Hledat: Celkový počet dokumentů, Možná typy dokumentů, jazyky.
  • Excel server: Kolik, Pokud vůbec?
  • Formy server: Kolik, Pokud vůbec?
  • ZÁLOŽNÍ ŘADIČ DOMÉNY: Kolik, Pokud vůbec.

Ty mohou být modelovány a prostě neviděl je v 10 minutě Recenze.

Budu určitě používat ji na můj další klient.

Kdybych nebyl konzultant a místo toho pracují pro skutečnou firmu :), By model mé současné prostředí a vidět, jak tento nástroj doporučeného modelu odpovídá proti realitě. To by bylo docela hezké. To by mohlo vést k nějaké diskusi dobrou infrastrukturou.

</Konec>

Doplněk Technorati značky:

Řešení: System.IO.FileNotFoundException na “SPSite = nové SPSite(Adresa URL)”

AKTUALIZOVAT: Jsem zde uveřejněných tuto otázku na MSDN (http://forums.microsoft.com/Forums/ShowPost.aspx?PostID=2808543&SiteID=1&mode=1) a Michael Washam Microsoft se stručnou odpovědí.

Jsem vytvořil webovou službu jako BDC-přátelské fasáda do seznamu služby SharePoint. Když jsem použil tento od své vývojové prostředí, fungovalo to dobře. Když jsem se stěhoval to na nový server, Tuto chybu:

System.IO.FileNotFoundException: Webová aplikace na http://localhost/sandbox Nelze nalézt. Zkontrolujte, zda jste zadali adresu URL správně. Je-li adresa URL by měla poskytovat existující obsah, Správce systému pravděpodobně muset přidat nové mapování adresy URL požadavku na požadovanou aplikaci. na Microsoft.SharePoint.SPSite...ctor(Farmu SPFarm, RequestUri identifikátoru URI, Logické contextSite, SPUserToken userToken) na Microsoft.SharePoint.SPSite...ctor(Řetězec requestUrl) na Conchango.xyzzy.GetExistingDocument(Řetězec minId, Řetězec maxId, Řetězec titleFilter) v C:\Dokumenty a SettingsPaulMy DocumentsVisual Studio 2005ProjectsxyzzyBDC_DocReviewBDC_DocReviewDocReviewFacade.asmx.cs:čára 69

Tady je linka 69:

použití (Webů SPSite = nové SPSite("http://localhost/sandbox"))

Zkoušel jsem různé varianty na URL, včetně použití skutečné jméno na serveru, jeho IP adresu, koncové lomítka na URL, atd. Vždycky jsem tuto chybu.

Použil jsem Google do výzkumu. Spousta lidí čelit tomuto problému, nebo varianty, ale nikdo si to vyřešil.

Podvod MOSS poskytuje takové podrobné chyby, nenapadlo mě zkontrolovat 12 podregistr protokoly. Nakonec, o 24 hodin po můj kolega doporučujeme že tak učinit, Ověřil jsem si 12 podregistr protokol a našli jsme tohle:

Došlo k výjimce při pokusu o získání místní farma:
System.Security.SecurityException: Požadovaný přístup k registru není povoleno.
na System.ThrowHelper.ThrowSecurityException(ExceptionResource prostředek) na Microsoft.Win32.RegistryKey.OpenSubKey(Název řetězce, Logická hodnota zapisovat) na Microsoft.Win32.RegistryKey.OpenSubKey(Název řetězce) na Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_RegistryConnectionString() na Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_Local() na Microsoft.SharePoint.Administration.SPFarm.FindLocal(SPFarm& farma, Logická hodnota& isJoined)
Zóna shromáždění, které se nezdařily:  Tento počítač

To otevřelo nové cesty výzkumu, tak to bylo zpět na Google. To mě vedlo k tomuto příspěvek ve fóru: http://forums.codecharge.com/posts.php?post_id = 67135. Opravdu mi nepomohl, ale to začalo, že mě přemýšlet, že je databáze nebo bezpečnostní problém. Já se dřel na a Andrew Connell Zaúčtujte konečně spuštěno pomyšlení, že bych měla ujistit, že účet identity fondu aplikací měl přiměřený přístup k databázi. Myslel jsem, že to už udělala. Avšak, můj kolega šel a dal app fondu identitu účtu plný přístup k serveru SQL.

Jak se tato změna, Všechno to začalo pracovat.

Co se stalo dál nejlépe vyjadřuje jako haiku báseň:

Problémy Zvedněte ruce.
Houpačka a miss. Zkuste to znovu.
Úspěch! Ale jak? Proč?

Ona nechtěla takhle nechat věci, raději dát minimální požadovaná oprávnění (a pravděpodobně zájmu psaní položky blogu; Jsem ji předběhl punč, muhahahahaha!).

Vytáhla z účtu identity fondu aplikací až po sobě následujících oprávnění … již nebylo žádné explicitní oprávnění pro účet identity fondu aplikací vůbec. Webová služba nadále fungovat v pohodě.

Šli jsme a restartovat servery. Vše stále funguje.

Tak, pro připomenutí: jsme dal přístup plný identitu fondu aplikací a pak ho vzal. Webová služba začala pracovat a nikdy nepřestal pracovat. Bizarní.

Pokud někdo ví, proč to mělo fungovat, Prosím, zanechte komentář.

</Konec>

Doplněk Technorati značky: