Havi Archívum: Február 2008

Vasárnap vicces: “NEM EXPORTRA”

Hát, ezen a környéken: 1998, a cég dolgozott abban az időben kapott némi forrásom, hogy hozzon létre egy új e-kereskedelmi termék. Mi volt a teljes skáláját üzleti követelmények kielégítésére. Ez volt, hogy gyors, könnyű a végfelhasználók számára, mutatós, multi--nyelv, stb. Szomorú-hoz mond, Talán még nem volt, mint egy nagyra törő munka elvégzéséhez, mivel ezek a heves napok.

Ez az erőfeszítés pre-i Microsoft.NET. Sima vanília ASP még mindig kissé új (vagy legalábbis nagyon ismerik a cégem). "Tégla és habarcs" cégek voltak ítélve. Kudarcra ítélt! Azt mondják, hogy ez volt úttörő munka. Nem hadronütköztető úttörő munkát, de nekünk, a mi kis világ, Ez volt úttörő munka.

Őrült volt foglalva. Csinálunk mini POC barátait szinte minden nap, kitalálni, hogyan lehet fenntartani az állam eleve hontalan közegben, kitalálni több nyelvi kérdések, sorszintű adatvédelmet. Még volt készítünk a szókincs alapvető kifejezések meghatározása (Én inkább állapot tartós, de valamilyen oknál fogva, a kínos "statefull" a nap).

Mint mi voltak őrülten felfedezni ezt a terméket, a marketing- és értékesítési emberek voltak odakinn kipróbálás-hoz elad ez-. Valahogy, sikerült eladni, hogy a rémálom forgatókönyv. Annak ellenére, hogy voltunk tervezése és végrehajtása a vállalati megoldás, igazán nem számítottunk az első ügyfél használata minden utolsó funkciót építettünk be a termék nap nulla. A vevő szükséges többnyelvű, a "szabványos gyökeresen különböző felhasználói felület" rendszer üzleti logikáját, de. Ebben az esetben különösen nehéz volt többnyelvű, mert mindig fókuszálva spanyol vagy francia, de ebben az esetben, Ez volt a kínai (egy kétbájtos karaktereket beállítani és szükséges speciális kezelést már alkalmazott technológia miatt).

Gyors előre egy pár hónap, és vagyok egy Northwest airlines repülés Peking. Én már annyira elfoglalt felkészülés ezen az úton, hogy már szinte nincs ötlete, mi ott. Olvastam egy könyvet, egyszer arról, hogy egy amerikai Kínában már több éve, és már megtanulta a nyelvet. Egy nap ő sétált a város, és néhány ember kért irányban. A beszélgetést ment, valami ez:

  • Amerikai: "Tudna ön mondja meg hogyan lehet eljutni a [XX] utca?"
  • kínai: "Szomorú, Mi nem beszél angolul".
  • Amerikai: "Ó, jól beszélek Mandarin." és azt kérdezte ismét a kínai, de pontosabban (ahogy tudott).
  • kínai: Nagyon udvariasan, "Szomorú, Mi nem beszél angolul".

A beszélgetést folytatta ilyesmi kicsit, és a frusztráció feladta amerikai. Mint ő elhagyta őket is kihallgatta egy ember beszél, a másik, "Én tudna volna esküdt ő volt kérdezés részére utasítások-hoz [XX] utca."

Már felkapott néhány bitek és a darab többi Kína kvázi-információk és a "hasznos tanácsok":

  • Egy koreai együtt dolgozott, azt mondta, hogy az kellett, hogy legyen óvatos a kínai, mert "próbálják én berúgok, és kihasznál az előnyeit Ön" abban az értelemben, a nyomást rám a rossz üzleti döntések.
  • Nem volt szabad drive autók (volt némi zavart, hogy, hogy ez volt a szokás, jogi követelmény vagy csak az ügyfél szabály).
  • Voltak megy át a vámon vonatkozó különös szabályok.
  • Nem volt szabad használni az amerikai pénz semmire.
  • Nem kéne, hogy hagyja el a tippek. Ez is sértő, ha nem.

És végül, Én még a viszonylag friss emlékei a Tienanmen mészárlás. Amikor én voltam a főiskolán, Emlékszem, láttam valós idejű Usenet hozzászólásokat, mint a világ rémülten.

Rövid, Nagyon ideges voltam. Voltam csak normál-ideges abban az értelemben, hogy én volt szállító-egy megoldás, hogy volt nagyságrenddel sokkal bonyolultabb, mint bármi, amit valaha megtett előtt. Én is aggódik a véletlenül eltörte egy szabály, amit én tudna hív baj.

Én vagyok a 14 óra repülés, és bár nem volt a business osztályon, 14 óra egy átkozott hosszú ideje. Csak annyi módon szórakoztatni magát az olvasó, néz mozi vagy játék a mágneses evőeszközök. Még egy igazán jó könyv kemény-hoz olvas részére több óra egyenes.

Végül, Elkezdtem olvasni a csomagolóanyag egy bábu-ból szoftver én kéz-vitt velem az ügyfél, Netscape kiszolgáló. Én olvasó hardver-és szoftverkövetelmények, a marketing blurbs, Keresi a szép képet és hirtelen, Én nulla az óriás "nem exportra" Figyelmeztetés, valamit 128 bitesnél gyengébb titkosítás esetén. Én töltött be vissza bele az én carry bag, Figyelmeztetés-nyomtatott oldallal lefelé néző (mint hogy segített volna, ha) és próbált-hoz eltartás látomások Éjféli expressz ki a fejemből.

Látszó hát rajta most, Kellett volna aggódik, Ha egyáltalán, amikor elmentem az USA-ban, 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.

</vége>

Subscribe to my blog!

Megoldás: SPQuery nem keresési mappák

Ez a múlt héten végrehajtási egy "fejlődő" megoldás az ügyfelek, amelyek a BDC és SPQuery használ, és futott néhány nehézség használ SPQuery ellen egy dokumentumtárat tartalmazó mappák. Alsó sorban: "rekurzív hozzárendelése" a lekérdezés nézet attribútum.

Az én-m forgatókönyv:

  • Hétfőn, Dokumentum feltöltése, és néhány meta-adatokat.
  • A következő héten, Feltölteni egy új dokumentumot. Az új dokumentum meta-adatok alapja a dokumentumon, feltöltött, hétfőn (ahogy mi hívjuk a "dokumentum").
  • Készítettünk egy webes szolgáltatás homlokzat illesztőfelületet biztosító BDC-barát a listát úgy, hogy a felhasználók könnyen elhelyez hétfőn dokumentum keresztül a cím keresés.
  • Az üzleti Adatkatalógus adatoszlop kínál egy barátságos felhasználói felület. (Ez a része az én-m kísérlet az üzleti Adatkatalógus segítségével több barátságos keresőoszlop).

A végső homlokzat adatkatalógusa lekérdezéssel mint ez csinál a keresést:

 // Használt U2U szerszám-hoz támogat a CAML-lekérdezés létrehozásában.
      oQuery.Query =
        "<Ahol>";

      Ha (titleFilter.Length > 0)
        oQuery.Query  = (egyenlőségjel)
          "  <És>";

      oQuery.Query  = (egyenlőségjel)
        "    <És>" +
        "      <Geq>" +
        "        <A FieldRef név =  "DocumentId" />" +
        "        <Típusú érték =  "Text">" + minId + "</Érték>" +
        "      </Geq>" +
        "      <LEQ>" +
        "        <A FieldRef név =  "DocumentId" />" +
        "        <Típusú érték =  "Text">" + maxId + "</Érték>" +
        "      </LEQ>" +
        "    </És>";

      Ha (titleFilter.Length > 0)
        oQuery.Query  = (egyenlőségjel)
          "    <Tartalmaz>" +
          "      <A FieldRef név =  "Title" />" +
          "      <Típusú érték =  "Text">" + titleFilter + "</Érték>" +
          "    </Tartalmaz>" +
          "  </És>";
      oQuery.Query  = (egyenlőségjel)
        "</Ahol>";

A fejlesztés kezdeti szakaszában, Ez munkás nagy. Azonban, mappák be a könyvtár, néhány a problémák megoldására, és hirtelen, az üzleti Adatkatalógus picker nem ad vissza eredményt. Én nyomozó személy ez arra, hogy a SPQuery soha nem térhet vissza a eredmények. Általunk használt mappák elsősorban, hogy több fájlt feltölteni az azonos nevű, de különböző meta-adatok. A fájl feltöltésekor, hozzon létre egy mappát, a listaelem-azonosító alapján, és ott helyezze át a fájlt (Írtam arról, hogy itt; már volt vegyes eredmények Ezzel a megközelítéssel, hanem az egész, Ez jól működik). A felhasználó mappákat, és valójában nem érdekel., nem igazán értem, hogy vannak akármi tartók. A kilátás a könyvtár elemek megjelenítése mappák nélkül van beállítva.

Nyomja meg kétszer, mint a technikai megvalósítás alakult ki, és megoldotta azt másképp minden alkalommal, amikor a probléma. Az első alkalommal, Nem használ tartalmaz szereplő-a lekérdezésben. TARTALMAZ kezelő nélküli, Voltam képes megoldani a problémát a véleménye a SPQuery contructor megadásával. Az alapértelmezett konstruktor használata helyett:

Meg az SPList.Update() oList = webes.Listák["A dokumentumok"];

SPQuery oQuery = új SPQuery();

Ehelyett használtam a kivitelező, hogy megadott nézet:

Meg az SPList.Update() oList = webes.Listák["A dokumentumok"];

SPQuery oQuery = új SPQuery(oList.Views["Valamennyi dokumentumhoz"]);

Ez megoldotta a problémát, és én kezdett-hoz kap az én-m eredmények.

Majd hozzá tartalmaz szereplő, a keverékhez, és eltörte újra. Kiderül, hogy az tartalmaz-üzemeltető, amennyire tudok mondani, nem működik a néző ugyanúgy, mint az egyszerűbb GEQ / Szereplők LEQ. Csináltam néhány keresést, és megtudta, hogy a lekérdezés ViewAttributes kell állítani "Rekurzív", mint a:

oQuery.ViewAttributes = "Hatály = "Recursive"";

Hogy megoldotta a problémát a tartalmaz. valójában, Ez is a problémámat eredeti keresése, és ha én kellett adni a rekurzív attribútuma az első alkalommal, Szeretnék nem kell futtatni a kérdést újra.

Az a tény, hogy egy Kilátás-kiindulópontul szolgáló SPQuery működik, az egyes gazdasági szereplők (GEQ/LEQ) és nem mások (TARTALMAZ), párosul az a tény, hogy a KPI-k úgy tűnik, nem dolgozik egyáltalán a mappát tartalmazó dokumentum könyvtárak vezet elhinni, hogy a SPQuery van néhány orthogonality kérdés.

Külön köszönet:

</vége>

Subscribe to my blog!

MOSS KPI-hiba? Lista kijelző kötődik a dokumentumtár-mappák

FRISSÍTÉS 02/29/08: Én megoldotta ezt a problémát, hozzon létre egy mappát, és majd egy tartalomtípus hozzárendelése a mappát, amely a meta-adatok, szükségem van a KPI-k. Leírtam, hogy egy kicsit részletesebben itt.

Van végre egy technikai megoldás, ahol a felhasználók dokumentumokat töltse fel egy dokumentumtárba. Az eseményérzékelő létrehoz egy mappát, és áthelyezi a fájlt a könyvtárba (hasonló-hoz mi én írt körülbelül technikával itt). Mi már sikeresen navigált, ezen a környéken: eseményfogadók, hogy nevezze át a feltöltött fájlok által okozott lehetséges problémák (főleg azért, mert a felhasználók soha ne indítsa a dokumentum mellett csattanó-ra "új" de Ehelyett hozzon létre a dokumentumok helyben, és töltse fel őket).

A meta-adatok ezeket a dokumentumokat tartalmaz egy igen/nem webhelyoszlop úgynevezett "sürgős" és egy másik webhely oszlop az úgynevezett "Állapot". Mi kell, hogy megfeleljen az a követelmény, amely megmutatja "sürgető százalékban" akiknek állapota "Függőben lévő" dokumentumok.

Ez általában egyszerű így csinálni és leírtam, hogy valami nagyon hasonló ez-on a SharePoint Beagle sok képernyő szemcsésedik ha érdekel.

Dióhéjban, Én tett a következő:

  • Hozzunk létre egy nézetet, a doc könyvtár úgynevezett "Függőben".
  • Beállíthatja a nézetet figyelmen kívül hagyja a mappa struktúra.
  • KPI-lista létrehozása.
  • Hozzon létre egy mutató a listában, amely rámutat arra, hogy a doc-lib, és hogy "függőben lévő" nézet.

Ez egyszerűen nem működik. A KPI-t mutat az én-m cél (pl. öt sürgős dokumentumokat) de mindig azt mutatja, a tényleges száma sürgős dokumentumokat, mint nulla. Paradox módon, Ha Ön lebontja a részletek, Ez az öt sürgős dokumentumokat a lista mutatja. Egy nagyon egyszerű forgatókönyv készült két dokumentum, egy-egy mappát, és nem. Itt van a screen shot:

kép

A fenti képernyő szemcsésedik egyértelműen azt mutatja, van két dokumentumot, a nézet, de a "érték" az egyik. A "CamlSchema" üres dokumentum azonosítója van a gyökér mappában, a másik pedig,-ban egy dosszié nevezett "84.".

Ez úgy tűnik számomra, hogy annak ellenére, hogy Ön adja meg a nézet, a KPI-t nem becsület, az "összes elem megjelenítése mappák nélkül" beállítás és helyette, a gyökérmappa szorítkozik.

Ha tévedek, Kérjük, csepp én egy vonal, vagy hagy egy magyarázat.

</vége>

Subscribe to my blog!

Technorati Tags:

SPD munkafolyamat “Adatokat gyűjt A felhasználó”: Módosítsa a létrehozott tevékenység űrlap

Én vagyok dolgozik egy projekten, használó öt különböző SharePoint Designer munka folyik, hogy kezelni néhány bizonylat-jóváhagyások. SPD a "gyűjt adatokat szolgáltat a felhasználó" fellépés, hogy mi lehet a felhasználótól különböző felzabláz-ból információ, mint hogy hagyja jóvá, néhány megjegyzést és lehet kérdezni, mi volt vacsorára azon az éjszakán,.

A formája a tökéletesen működőképes. Meg van kötve a feladatlistához tartalomtípusként. Ők 100% rendszer által generált. Ez az erő vagy a gyengeség. Ha az alapértelmezett formában élhetünk, majd, hogy mi vagyunk a jó-hoz megy. Azonban, nincs túl sok szabályozhatja, hogyan SPD létrehozza az űrlapot. Ha nem tetszik, hogy alapértelmezett viselkedése, szükségünk van, hogy különböző szivárog-hoz kap körül ez (például, egy tevékenység prioritásának beállítása).

Kellett, hogy egy linket e tevékenység formái, amelyek megnyitották a Nézet tulajdonságai (DispForm.asxp) a "kapcsolódó cikk" egy új ablakban. Ez biztosítja a elérése egyetlen kattintással, a meta-adatok, a kapcsolódó cikk. Ez az, amit gondolok:

kép

Szerencsére, Mi tud csinál amit, és nem nagyon nehéz. Általánosságban, tűz SPD, Keresse meg a könyvtárat, amit ház a munkafolyamat fájlokat és nyissa meg a módosítani kívánt ASPX-fájl. Ezek csak klasszikus XSL átalakító utasításokat, és ha Ön már mucked-a itemstyle.xsl, Keresés vagy más XSL-forgatókönyvek, Ez lesz könnyű neked. valójában, Azt találta, hogy általában könnyebb lehet, mivel a létrehozott űrlap valamivel könnyebb követni, mint egy kutatás alapvető eredményeket kijelző (vagy a lidérces CWQP).

természetesen, van egy nagy verem. SPD munkafolyamat-szerkesztő elvárja, hogy teljes ellenőrzése alatt a fájl. Ha Ön módosít ez, Az SPD boldogan felülírja a változások adnak a megfelelő sor a körülmények. Én megtettem a két gyors vizsgálatok, hogy milyen rossz ez kap. Mindketten feltételezi, hogy Ön már kialakított egy érvényes SPD munkafolyamat, a "gyűjt adatokat használó felhasználó" lépés.

Teszt 1:

  • Módosítsa az ASPX-fájlt kézzel.
  • Teszt ez (Ellenőrizze, hogy helyesen mentette a módosításokat, és nem bontják semmit).
  • Nyissa meg a munkafolyamat, és adjunk hozzá egy független akció (például a "log a történelem").
  • A munkafolyamat mentése.

Eredmény: Ebben az esetben, Az SPD újra nem hozott létre az űrlap.

Teszt 2:

  • Nem ugyanaz, mint #1 kivéve közvetlenül módosítja az "adatgyűjtés a felhasználó" Akció.

Eredmény: Ez újra létrehozza az űrlapot, a semmiből, over-írás a módosítások.

Záró megjegyzések:

  • Formák, mint ez a legalább két SPD-műveletek létrehozása: "Gyűjt adat-ból egy felhasználó" és "csinál a cikk". Mindkét művelet’ űrlapok manuálisan módosítható.
  • Voltam képes-hoz létrehoz a link, hogy dispform.aspx, mert, Ebben az esetben, a relate mindig elemnél a beágyazott URL a kapcsolódó cikk azonosítója. Voltam képes-hoz kivonat ez, és ezután építeni egy <a href> alapján úgy, hogy a egy-kettyenés meta-adatok access szolgáltatás. Nem valószínű, hogy az URL-címet követi ezt a szabályt. Lehet, hogy más ways-hoz kap a azonosítás-a kapcsolódó cikk, de nem volt, hogy a hídon, így nem tudom, ha kap, hogy a szakadék másik oldalán.
  • Vizsgálni, nem, de nem lenne meglepve, ha van valami a sablon fájlt a 12 struktúra, amit tudna módosít, befolyásolja, hogyan SPD létrehozza az alapértelmezett alakok (mint tudjuk módosítani a figyelmeztető sablonok).

</vége>

Subscribe to my blog!

Vannak “Ismeretlen hiba” Üzenetek tényleg jobb, mint egy boglya nyomon követ?

Én olvasó Őrültekháza barátait a blogbejegyzést, hogyan engedélyezi a verem-nyomkövetési jeleníti meg és most kíváncsi vagyok: Miért nem mindig mutat egy boglya nyomon követ?

Ki találta ki, hogy a szabály, és miért követjük el?

A végfelhasználók tudni fogja, valami nem stimmel, mindkét esetben. Legalább egy boglya nyomon követ,, Ők nyomja meg a vezérlő printscreen, másol/tészta-ba egy elektronikus levél és küld ez-hoz ez. Az egyértelműen csökkenti az idő és erőfeszítés szükséges-hoz megfejt a kérdés.

</vége>

Technorati Tags:

Vasárnap (Kínos) vicces: “A nevem Pál Galvin”

Egy csomó-ból évvel ezelőtt, az én-m főnök megkért, hogy egyes felhasználók egy termék hívott eredmények a vonat. Eredmények a reporting eszköz végfelhasználó. Az SQL Server Reporting Service vagy kristály nagyjából hasonló. Abban az időben, volt szándékos-hoz fuss a zöld csövek (pl. Wyse 50 terminál) kapcsolva egy Unix telnet keresztül.

Az alapértelmezett választ minden olyan kérdésre, hogy kezdődik a "Can you … " "igen" és ez az, ahol minden baj akkor kezdődött.

Az ügyfél volt egy kémiai társaság ki Dél-Kaliforniában, és már csak bebugyolálva egy jelentős ERP végrehajtás QAD barátait MFG/PRO. A végrehajtási terv most hívott a képzés power végfelhasználók számára eredményeket termékre.

Nem volt egy nagy felhasználó ezt az eszközt, és minden bizonnyal soha nem volt képzett senkit. Azonban, Számos egyéb tanfolyamokat végzett, és gyors volt, a lábam, így nem volt túl aggódik. Dennis, az igazi teljes munkaidős eredmények oktató, adott nekem a képzési anyag. Látszó hát rajta most, Ez tényleg abszurd. Nem tudtam, hogy a termék jól, volt soha nem hivatalosan képzett rajta, és minden bizonnyal soha nem tanított,. Milyen üzleti kellett képzési valaki rá?

Hogy bonyolítaná a dolgokat logisztikailag, Azt kérték, hogy menjen, és találkozik valakivel, Chicago-ban, részeként a Pre-Sales elkötelezettsége az út mentén. A terv az volt, hogy a fly-out of New Jersey, menjen a Chicago, kilátás egy órát találkozni és majd folytassa a California.

Jól, Kaptam a Chicago és a csapatom értékesítési srác volt hibát követett el, és soha nem megerősítette az ülés. Így, Én bukkant fel, és a Kilátás nem volt ott. Nagyszerű. Összepakol, és hagyja, és folytassa a CA. Valahol a folyamat során, Megtudja, hogy az ügyfél a tanulás kevesebb, mint 24 óra, hogy "Paul Galvin megérkezésem előtt" van az osztályban, tanítás, nem Dennis. Az ügyfél szereti Dennis. Azt akarom tudni ", aki ez a személy Paul Galvin?" "Miért kell Bízunk benne?" "Miért fizetem neki?" Dennis nyilvánvalóan nem aláír-hoz az én-m "korai ad a rossz hír" filozófia. Nagyszerű.

Érkezik a repülőtéren, és részére némely hihetetlenül hülye ok, Én kockás az én-m csomag. Tette, hogy a Los Angeles, de a csomagom nem. Nekem, poggyász elvesztése, egy csomó, mint megy keresztül a hét szakaszában a bánat. Végül teszi, hogy a szálloda, nem a poggyász, fáradt, éhes és fárasztó az én-m (Most már, nagyon gyűrött) üzleti öltöny. Ez hosszú időt vesz igénybe az utazás a Newark — hogy O'Hare — az ügyfél — Vissza ehhez: O'Hare — és végül a Los Angeles.

Végül magam ül a szobában, csámcsogó a snickers bar, kimerült, és kipróbálás-hoz dob az energia-hoz átkutat átmenő-a tananyag újra, hogy nem néz ki, mint egy teljes szamár az osztály előtt. Egy kicsit egy kis pont, nekem ez volt az idő.

Felébredtem másnap, tettem a legjobb a sima ki a ruhám, úgy, hogy nem néz ki, mint Willy Loman egy rossz nap, és elindult át az ügyfélnek. Mint oly sokszor az esetben, személyesen volt szép, udvarias és nagyon kellemes. Ez állt éles ellentétben neki rendkívül dühös e-maileket/voicemails, az előző nap. Ő arra késztet, hogy 3 Miles-révén épület után épület egy üzenetpanelt le a terület egy óriás kémiai raktár, ahol mi végez az osztály, a következő három nap. A 15 vagy 20 diákok lassan össze, legtöbbjükben még mindig várnak a Dennis.

Mindig elkezd távoli az én-m tanfolyamokat bevezetésével magam, ad némi háttér és elérhetőségi adataimat a fehér táblán írás. Mint azt mondom, "Jó reggelt!, My name is Paul Galvin", Írom a nevem, e-mail és telefon számot felfelé, a fehér táblán, nagy betűkkel, hogy mindenki azt tisztán látható. Az a tény, hogy én vagyok felváltása Dennis, és biztosíthatom őket, hogy én vagyok a megfelelő helyettesítő címet, stb. Már mindenki röviden mondani a nevüket, és mit akar elérni az az osztály, hogy lehet személyre szabott dolog, hogy különleges követelményeiket ahogy megy végig. A szokásos megtöm.

Hogy lezárja, és tűz ki a projektor. Megyek-hoz töröl az én-m kapcsolat értesít és … Az állandó marker írtam.. Annyira zavarba. A lelki szemeimmel, úgy nézett ki, mint ez: Van ez a "Paul Galvin" személy, utolsó pillanatban helyett a szeretett Dennis. Ő visel egy gyűrött öltöny és borostás. A fehér táblán, az ő neve hatalmas betűkkel csak írt állandó marker. Mi az a látvány!

Ez az egész véget ért boldogan, azonban. Ez volt a kémiai társaság, végülis. A halántékú veterán alkalmazott kihúzna valamit a polcról, és, valószínűleg az EPA szabályozás megsértésének, törli a fórumon. Sikerült, hogy felfüggeszti 1/2 nap folyamán az osztály előtt és adott nekem egy jó áttekintés a végén. Ez szilárdította a "csipet ütő" a cég hírnevét. A csomagom érkezett az első nap, így sokkal több szalonképes nap, két és három.

Mint én, hogy a vörös szem haza, Én azt fontolgatta, hogy "tanulságokat". Nem volt elég, hogy gondolkodjunk. Kommunikáció a kulcs. Ügyfelek mondani változások terv. Valaha nem ellenőrzi csomagjait a repülőtéren, ha esetleg elkerülhető, ha ez. Tartalék "cucc, hogy" abban az esetben ellenőrizze a csomagjait, és ez nem teszi. Azt hiszem, a legfontosabb lecke, amit megtanultam, azonban, Ez volt: mindig tesztelje egy marker a bal alsó sarokban egy fehér tábla, írás előtt, hatalmas betűkkel, "Paul Galvin".

</vége>

Perspektívák: SharePoint vs. a nagy hadronütköztető

Néhány csodabogár, United Airlines repülőjáratok miatt került a 90-es évek, Valahogy végül azzal az ajánlattal, átalakítani "fel nem használt km" a körülbelül egy tucat ingyenes újság-előfizetések. Ez az, hogyan kötöttem ki a Scientific American magazin előfizetés.

A szoftver / emberek tanácsadás, találkozunk sok nehéz üzleti követelményeket a karrier. Leginkább az idő, szeretjük, hogy az e követelmények teljesítésére, és valójában, akkor valószínűleg miért azt hiszem, ez a karrier a legjobb a világon. Néha csoda csak mi a világban én volna magam, ha már született bármikor a történelemben. Milyen szörnyű lenne, hogy hagyja ki a fajta munka, én eljut csinál most, az ez időben és helyen a világ története? azt gondolom: elég szörnyű.

Az évek során, én már szembe követelmények már rendkívül nagy kihívást, hogy megfeleljen. Komplex SharePoint cucc, épület webes keretek nem web-barát technológián alapuló feldolgozása, komplex BizTalk hangszerelések és hasonlók. Mindannyian (remélhetőleg) büszkén visszanéz a karrierjét, és azt mondják, "igen, Ez volt egy nehéz megoldani, de a végén én pwned hogy sumbitch!" Még jobb, még több érdekes és szórakoztató kihívások várnak.

Személy szerint úgy gondolom, hogy az önéletrajzomat, Ebben a tekintetben, elég mély, és én vagyok nagyon büszke rá (Bár tudom, hogy a feleségem soha nem fogom megérteni a 1/20-ez). De ezen a héten, Én olvastam egy cikket a Nagy hadronütköztető a Scientific American magazine-ban és volt egy, a ritka megalázó pillanatokat, amikor rájött, hogy annak ellenére, hogy az én "óriás" bizonyos körök, vagy milyen mély azt hiszem, az én-m tapasztalat jól állapota, vannak igazi óriások teljesen különböző világok.

Az emberek az LHC csapat van néhány nagyon kényes kérdések kezelése. Fontolja meg a Hold. Tényleg nem hiszem, sokat a Hold (Bár már nagyon gyanús erről, mert megtanultam, hogy a Föld forgása lassul, amely nem lehet egy jó dolog, nálunk, embereknél, hosszú távon). de, az LHC-csapat kell aggódnia. LHC barátait mérő eszközök annyira érzékeny, hogy azokat érintik a Hold (Earth-Rotation-slowing-and-eventually-Killing-all-Life) gravitációs. Ez a fene az a követelmény, hogy megfeleljen — készítsen pontos mérések, annak ellenére, hogy a Hold interferencia.

Én voltam töprengett ebben a kérdésben, amikor elolvastam ezt a mondatot: "Az első szint kap és elemezheti csak egy részhalmaza az érzékelő alkatrészek, a amely vedd ki ígéretes események elszigetelt e tényezők alapján egy energikus müon volt kiszúrták repül ki a nagy szögben a távolsági tengely." valóban … ? Ne Játssz, hogy milyen Homokszóró láda, és soha nem lesz.

Legközelebb én vagyok, ki néhány barátommal, Én megyek, hogy egy pirítóst, hogy a jó emberek dolgoznak az LHC, Remélem, hogy nem sikerült mérjük meg a Higgs-bozon részecske és átok a Hold. Azt javaslom, nem ugyanaz. It will be quite the toast 🙂

</vége>

Technorati Tags:

Gyors benyomás: A System Center kapacitás SharePoint Tervező

Csak feltüzelte a kapacitás tervezés szerszám amit a düh manapság.

Alapít ez könnyű-hoz használ, és gyorsan mintájára egy ügyfél környezet dolgoztam idén nyáron.

Némi izgalom, Megnyomtam a végső OK gombot, és ez ajánlott amit van szép hasonló-hoz mi adtunk ügyfeleink (mi valójában dobta a második alkalmazáskiszolgáló jövő Excel használata). Hogy, hogy kell egy jó jel, és növeli az önbizalmam az eszköz.

Úgy tűnik, elég erős cucc egy sokkal jobb kiindulási pont, mint egy üres oldal.

Szeretem, hogy lehetővé teszi, hogy Ön kap-ba néhány jó részletesen a környezet. Hány felhasználó, Hogyan projekt fogja használni a rendszer (kiadói, együttműködés, stb), fiókiroda és a kapcsolatok / őket, és a mama-kiszolgáló között hálózati kapacitás. Jó dolog.

Széles alapú kérdez, és majd lehetővé teszi a csípés a részleteket, a környezet szép szemcsés modell.

Gondolkoztam, letöltése, mert már oly sok más dolog, hogy Nézd meg, olvassa el, és megpróbál-hoz emészt. Örülök, hogy én.

Egy egyszerű két lépésből álló folyamat. Letölt rendszer központ kapacitás tervező, és töltse le a SharePoint-modellek. Szépen fut a Windows XP.

Az én gyors benyomás alapján, Nem látom, hogyan lehet számla, a:

  • Szálláshelyek keresése: Dokumentumok száma, talán típusú dokumentumok, nyelvek.
  • Excel szerver: mennyi, Ha egyáltalán?
  • Forms server: mennyi, Ha egyáltalán?
  • ÜZLETI ADATKATALÓGUS: mennyi, Ha egyáltalán.

Azok is modellezhető, és csak nem láttam őket a 10 perc áttekintés.

Én akarat feltétlenül használ az én-m következő ügyfélnél.

Ha nem lennék egy tanácsadó és helyette dolgozik egy valódi cég :), Kíván modell az én jelenlegi környezetben, és hogy az eszköz javasolt modell megegyezik-valóság ellen. Ez lenne elég ügyes. Vezethet, hogy néhány jó infrastruktúra vita.

</vége>

Technorati Tags:

Megoldás: A System.IO.FileNotFoundException “SPSite = új SPSite(URL)”

FRISSÍTÉS: Kifüggesztett ezt a kérdést MSDN itt (http://forums.microsoft.com/Forums/ShowPost.aspx?PostID=2808543&SiteID=1&mode=1) és Michael Washam a Microsoft válaszolt egy tömör választ.

Én teremtett egy pókháló szolgáltatás-hoz viselkedni vhogy egy BDC-barát homlokzat SharePoint-listába. Mikor én használt ez az én-m fejlődés környezet, Ez munkás finom. Amikor áttelepített, ez egy új szerver, Azután kapta a hibaüzenetet:

System.IO.FileNotFoundException: A webalkalmazás: http://localhost/sandbox nem található. Ellenőrizze, hogy beírt URL-címét helyesen. Ha az URL-t kell szolgáló meglévő tartalom, a rendszer ügyintéző május szükség, egy új URL-címleképezést felvétele rendeltetésszerű alkalmazás. a Microsoft.SharePoint.SPSite...ctor(SPFarm farm, URI-requestUri, Logikai contextSite, SPUserToken userToken) a Microsoft.SharePoint.SPSite...ctor(Karakterlánc-requestUrl) a Conchango.xyzzy.GetExistingDocument(Karakterlánc minId, Karakterlánc-maxId, Karakterlánc-titleFilter) c:\Dokumentumok és SettingsPaulMy DocumentsVisual 2005ProjectsxyzzyBDC_DocReviewBDC_DocReviewDocReviewFacade.asmx.cs stúdió:vonal 69

Itt van a vonal 69:

használatával (Webhely SPSite = új SPSite("http://localhost/sandbox"))

Próbáltam különböző változatai az URL-t, beleértve a kiszolgáló valódi név használatával, az IP-cím, az URL-t a sorvégi vágás, stb. Mindig van, hogy a hiba.

Én használt A Google a kutatás azt. Sok ember szembenéz ez probléma, vagy változatok, de senki sem úgy tűnt, hogy megoldódott.

Takaros MOSS nyújtott ilyen részletes hiba, hogy ez nem fordul elő velem, hogy ellenőrizze a 12 kaptár-naplók. Végül, körülbelül 24 óra után az én-m kolléga erre ajánlott, Megnéztem ki a 12 Méhkas Napló, és ezt találtam:

Kivétel történt, miközben megpróbálja megszerezni a helyi farmban:
System.Security.SecurityException: Rendszerleíró adatbázis kért hozzáférése nem engedélyezett.
a System.ThrowHelper.ThrowSecurityException(ExceptionResource-erőforrás) a Microsoft.Win32.RegistryKey.OpenSubKey(Húr neve, Logikai írható) a Microsoft.Win32.RegistryKey.OpenSubKey(Húr neve) a Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_RegistryConnectionString() a Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_Local() a Microsoft.SharePoint.Administration.SPFarm.FindLocal(SPFarm& Farm, Logikai& isJoined)
A sikertelen kódösszeállítás zónája volt:  Sajátgép

Ez megnyitotta az új kutatási irányvonalat, így volt hát-hoz-a Google. Ez vezetett engem erre hozzászólásra: http://forums.codecharge.com/Posts.php?post_id = 67135. Ez nem igazán segített nekem, de ez tett elkezd gyártás én gondol volt egy adatbázis és/vagy biztonsági kérdés. Én ebből és Andrew Connell Végül kiváltott tegye a gondolat, hogy én kell győződjön meg arról, hogy az Alkalmazáskészlet identitása fiók volt a megfelelő adatbázis-hozzáférés. Azt gondoltam, hogy már. Azonban, az én-m kolléga ment, és adott a app készlet identitás rendszerfióknak teljes körű hozzáférési SQL.

Ahogy ő tette, hogy a változás, mindent kezdett el dolgozni.

Mi történt a következő legjobb fejezzük ki egy Haiku vers:

Problémák emelés-uk kezek.
Swing és miss. próbáld újra.
A siker! De hogyan? miért?

Nem akarta, hogy hagyjuk egyedül ilyesmi, inkább, hogy a minimális szükséges engedéllyel (és valószínűleg felelősség írás egy blog bejegyzést; Üt neki, hogy az ütést, muhahahahaha!).

Egymást követő engedélyek eltávolították a számlából app medence identitás-ig … nem volt többé semmilyen kifejezett engedélye fiók app készlet minden. A webszolgáltatás tovább folytatta a munkát csak finom.

Mentünk, és újraindul a szerver. Mindent továbbra is jól működik.

Így, -hoz újra bedugni: adott a app készlet identitás teljes hozzáférést, és majd elvették. A webszolgáltatás kezdett dolgozni, és soha nem működik. Bizarr.

Ha valaki tudja, miért kell hogy dolgozott, Kérem, hagyjon egy megjegyzést.

</vége>

Technorati Tags: