Kuu arhiivid: Veebruar 2008

Pühapäeval naljakas: “MITTE EKSPORDIKS”

Jäta vastus

Vaatamisväärsuse tagasi 1998, Ma töötasin ajal firma saanud mõned toetust luua uus pood toode. Meil oli täis igasuguseid ärialaseid vajadusi rahuldada. See pidi olema kiire, lõppkasutajate lihtne, toretsev, mitut keelt, jne. Kurb öelda, Ma ilmselt ei ole olnud tööd, et saavutada nende uimastav päeva ambitsioonikas vastavalt.

Selles vallas eelnevalt dateeritud Microsoft.NET. Plain vanilla ASP oli veel mõnevõrra uus (või vähemalt väga võõras oma firma). "Tellistest ja betoonist" äriühingud on hukule määratud. Hukule määratud! See on öelda, et see oli teedrajav töö. Hadron Collider teedrajavast tööst, Aga meile meie väike maailm, See oli teedrajav töö.

Olime hull hõivatud. Me sel mini POC's peaaegu iga päev, figuring, kuidas säilitada oma olemuselt kodakondsuseta keskmise riigi, figuring mitmekeelne küsimused, rea tasemel turvalisust. Me isegi oli luua sõnavara määratleda põhilised mõisted (Ma eelistasin riigi püsiv, kuid mingil põhjusel, ebamugav "statefull" järgmisel päeval võitis).

Kuna meil oli hullupööra leiutas selle toote, turundus- ja inimesed olid läbi seal üritavad müüa. Kuidagi, neil õnnestus müüa meie õudusunenägu stsenaarium. Kuigi olime kavandamisel ja rakendamisel ettevõtete lahendus, Me tõesti ei oodanud, esimesele kliendile iga viimase funktsiooni ehitasime toote päevani, null. Sellele kliendile vaja mitut keelt, radikaalselt erineva kasutajaliidese standardi"" süsteemi, kuid sama äriloogika. Multi-Language oli eriti raske sel juhul, sest oleme alati keskendunud Hispaania või prantsuse, kuid sel juhul, See oli Hiina (mis on kahe-byte märgistik määratud ja nõutav me kasutatavat tehnoloogiat arvestades jäätmekäitluse).

Edasi paar kuud ja olen Northwest Airlinesi lend Peking. Olen olnud nii hõivatud, see reis, mis mul peaaegu pole aimugi, mis see on sinna minna ettevalmistamise. Mul oli lugeda raamat ükskord kuidas ameeriklane Hiina on mitu aastat olnud ja olin õppinud keelt. Ühel päeval ta kõndisin linna ja mõned inimesed küsida suundades. Vestlus läks midagi see:

  • Ameerika: "Kas sa mulle öelda, kuidas saada [XX] Street?"
  • Hiina: "Vabandust, Me ei oska inglise keelt".
  • Ameerika: "Oh, Noh ma räägin Mandarin." ja ta palus neid uuesti, Hiina, kuid selgemalt (nii hästi kui võiks).
  • Hiina: Väga viisakalt, "Vabandust, Me ei oska inglise keelt".

Vestlus läks niimoodi natuke ja pettumust loobusin Ameerika. Kui ta jätab neile ta pealt üks mees teisele rääkimine, "Olen saanud vannutati ta küsib juhised [XX] tänav."

Mul oli kiirenenud paar bitti ja tükki teiste Hiina seotud quasi-information ja "kasulikud nõuanded":

  • Korea, co-worked ütles mulle, et kui mul on vaja olla ettevaatlik, Hiina, sest "nad ei püüa saada mind purjus ja ära sa" mõttes survet mind halbu ärilisi otsuseid.
  • Meil ei lubatud sõita autod (seal oli teatav segadus, et kas see oli custom, juriidiline nõue või lihtsalt kliendi reegel).
  • Seal olid läbimas tolli erieeskirjad.
  • Meil oli lubatud kasutada Ameerika raha midagi.
  • Sa ei peaks lahkuma tips. See on solvav, kui sa.

Ja lõpuks, Mul oli suhteliselt värske mälestusi on Tiananmeni veresaun. Kui olin kolledž, Mδletan nδgemine reaalajas Useneti konteeringuid kui horror tundus maailm.

Ühesõnaga, Ma olin väga närvis. Ma ei olnud lihtsalt normaalne-närvi selles mõttes, et mul oli pakkuda lahendus, mis oli suurusjärgu keerulisem kui midagi ma kunagi teinud enne. Olin ka mures kogemata rikub reegleid, mis võiks mind hädas.

Ma olen selle kohta 14 tund lendu ja kuigi see oli äriklassis, 14 tundi on kuradi pikk aeg. Seal on ainult nii palju võimalusi meelelahutuslikus ise lugedes, filme vaadates või mängides magnetiseeritud söögiriistad. Isegi tõesti hea raamat on raske lugeda, mitu tundi sirge.

Lõpuks, Ma hakkasin lugema pakendimaterjali tükk tarkvara ma käsi-vedas mind kliendile, Netscape's web server. Loen riistvara/tarkvara nõuetele, turundus blurbs, Vaadates ilus pilt ja äkki, Mul null hiiglane "mitte ekspordiks" Hoiatus, midagi 128 bitist krüpteerimist. Ma topitakse kasti tagasi minu kott, Hoiatus näost alla (mis siis, kui see oleks aidanud) ja üritas hoida nägemused Kesköine Ekspress minu peast.

Vaadates tagasi seda nüüd, Ma oleks pidanud olema mures, kui üldse, kui ma lahkusin 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.

</lõpp>

Telli minu blogi!

Technorati Tags: ,

Lahus: SPQuery Otsi kaustadest

3 vastuseid

Möödunud nädalal olin rakendamise on "arenev" lahendus kliendiga, mis kasutab BDC ja SPQuery ning sattus raskusi, kasutades SPQuery vastu kaustu sisaldav dokumenditeek. Alumine rida: määrata "rekursiivne" et päring Kuva atribuut.

Minu stsenaarium:

  • Esmaspäeval, Laadi dokument üles ja annab mõned meta andmeid.
  • Järgmine nädal, Lataan uue dokumendi. Suur selle uue dokumendi metaandmed põhineb olen saatnud esmaspäeval dokumendi (mida me nimetame "põhidokumendi").
  • Oleme loonud web service fassaadi, mis pakub BDC kasutajaliides loendisse nii, et kasutajatel on lihtne leida – esmaspäev dokumendi pealkiri otsing kaudu.
  • BDC andmeveeru pakub kasutajasõbralik liides. (See on osa minu katse abil BDC sõbralik otsinguveerg).

Lõplik BDC fassaadi teenus kasutab sellist päringut teha otsingu:

 // Kasutada U2U vahend teeniva CAML päringut.
      oQuery.Query =
        "<Kui>";

      Kui (titleFilter.Length > 0)
        oQuery.Query  =
          "  <Ja>";

      oQuery.Query  =
        "    <Ja>" +
        "      <≥>" +
        "        <FieldRef nimi =  "DocumentId" />" +
        "        <Value Type =  "Text">" + minId + "</Väärtus>" +
        "      </≥>" +
        "      <LEQ>" +
        "        <FieldRef nimi =  "DocumentId" />" +
        "        <Value Type =  "Text">" + maxId + "</Väärtus>" +
        "      </LEQ>" +
        "    </Ja>";

      Kui (titleFilter.Length > 0)
        oQuery.Query  =
          "    <Sisaldab>" +
          "      <FieldRef nimi =  "Title" />" +
          "      <Value Type =  "Text">" + titleFilter + "</Väärtus>" +
          "    </Sisaldab>" +
          "  </Ja>";
      oQuery.Query  =
        "</Kui>";

Ajal arengu algfaasis, See töötas suurepäraselt. Aga, jagasime kaustad kausta mõne probleemi ja äkki, BDC valija ei tagastanud ühtegi tulemit. I jälitatud sellega, et selle SPQuery ei tagastanud ühtegi tulemit. Me kasutasime kaustad peamiselt lubada mitme faili üleslaadimist sama nimega, kuid erineva metaandmed. Kuna faili üleslaadimisel, me luua loendi kirje ID-l põhinev kausta ja seejärel Teisaldage fail seal (Ma kirjutasin, et Siin; Meil on olnud erinevaid tulemusi Sellise lähenemisega aga kogu, See toimib hästi). Kasutaja ei hooli umbes kaustad ja tegelikult, tõesti ei mõista, et on olemas muid kaustu. Olete seadistanud kõik vaated teegi üksuste kuvamiseks ilma arvesse kaustad.

Ma tabanud kaks korda tehnilise rakendamist kujunenud ja lahendatud see teistmoodi allosani probleemi. Esimest korda, Ma ei olnud määratud tehtemärgi sisaldab päringu. Ilma et see sisaldab operaator, Ma ei suutnud probleemi lahendada, määrates selle SPQuery contructor vaade. Vaikekonstruktor kasutamise asemel:

SPList oList = veebi.Nimekirjad["Dokumendid"];

SPQuery oQuery = Uus SPQuery();

Ma kasutasin hoopis määratud vaade ehitaja:

SPList oList = veebi.Nimekirjad["Dokumendid"];

SPQuery oQuery = Uus SPQuery(oList.Views["Kõik dokumendid"]);

Probleem kadus ja hakkasin mu tulemused.

Lisasin siis sisaldab käitaja Mix ja see murdis uuesti. Tuleb välja, mis sisaldab korraldaja, kui ma saan öelda, töötama selleks, nagu ka lihtsamad ≥ / LEQ operaatorid. Ma tegin mõned otsimise ja õppinud, et päringu ViewAttributes seadma "Rekursiivne", nagu ka:

oQuery.ViewAttributes = "Reguleerimisala = "Recursive"";

Et lahendada probleemi sisaldab. Tegelikult, see lahendatud minu algse otsing probleem ja kui mul oli määratud on rekursiivne omistada esimest korda, Ma oleks mitte on sattunud küsimus uuesti.

Asjaolu, et vaade SPQuery töötab mõned operaatorid (≥/LEQ) ja teised mitte (SISALDAB), koos asjaoluga, et KPI-d ei tundu tööta üldse kausta sisaldava dokumendi raamatukogud toob mind uskuma, et SPQuery on mõned orthogonality probleemid.

Eriline tänu:

  • Hea folks at U2U ja oma päringu tööriista.
  • Michael Hoffer suur "Õppimine läbi tegevuse" blogi postitus, kommentaare ja vastuseid.

</lõpp>

Telli minu blogi!

MOSS KPI viga? Dokumenditeegi kaustadega seotud loendi indikaator

1 Vastus

VÄRSKENDUS 02/29/08: Ma lahendanud selle probleemi luues kausta ja seejärel kausta, mis on mul tarvis KPI-de metaandmete sisutüübi määramine. Ma kirjeldatakse üksikasjalikumalt veidi siin.

Oleme rakendanud tehniline lahendus, kus kasutajatel laadida dokumente dokumenditeeki. Sündmuse vastuvõtja loob kataloogi ja Nihutab faili ilmnes tõrge (kasutades meetodit, mis on sarnane mida kirjutasin Siin). Me oleme edukalt navigeerida potentsiaalsete teemadel, mis on põhjustatud sündmus vastuvõtjad, et üleslaaditud failide ümbernimetamine (peamiselt seetõttu, et kasutajad ei ole kunagi käivitada oma dokumendi "uus käsku" kuid selle asemel luua kohapeal dokumendid ja seejärel üleslaadimiseks).

Nende dokumentide metaandmed sisaldab jah/ei saidi veeru nimega "pakiline" ja mõne muu saidi veerg nimega "Staatus". Me peame vastama ettevõtte nõue, mis näitab "pakiline protsent" dokumendid, mille olek on "Pooleli".

See on tavaliselt lihtne teha ja ma midagi väga palju nagu see on esitatud SharePoint Beagle Kui sa oled huvitatud Ekraanipiltide palju.

Lühidalt öeldes, Ma tegin järgmisega:

  • DOC kõrvaldamise dokumenditeegis nimega "Pooleli" vaate loomine.
  • Selleks, et ignoreerida kaustastruktuuri konfigureerimine.
  • KPI loendi loomine.
  • Luua loendi, mis viitab dokumendi lib ning et näitaja "ootel" Vaade.

See lihtsalt ei tööta. KPI näitab minu siht (näiteks. viis kiire dokumendid) kuid alati näitab tegelikku arvu kiireloomuliste dokumentide nullina. Paradoksaalselt, Kui te minna süvitsi üksikasjad, See näitab viit kiireloomuliste dokumentide nimekirjas. Olen loonud väga lihtne stsenaariumi kahe dokumendi, ühte kausta ja üks ei. Siin on pilt kaaperdamine:

Pilt

Eespool nimetatud ekraanipildi näitab selgelt, on kahe dokumendi vaadet, kuid "väärtus" on üks. "CamlSchema" tühja dokumendi ID-D on juurkaustas ja teise nimega "84" kaustaks.

Ilmneb mulle, et isegi juhul, kui määrate vaade, KPI ei au, et "Kuva kõik üksused ilma kaustadeta" loomine ja selle asemel, Reguleeri juurkausta.

Kui ma olen valesti, tilk mulle joont või Jäta kommentaar.

</lõpp>

Telli minu blogi!

Technorati Tags:

Ühtse Programmdokumendi töövoog “Kasutaja andmeid koguda”: Loodud tööülesande vormi muuta

4 vastuseid

Olen töötanud projekti, mis kasutab viie erineva SharePoint Designeri töövoogudes mõned dokumendi kinnitused tegelema. SPD pakub "koguda andmeid kasutaja" tegevus nii, et saate kiiresti erinevate bitti informatsiooni kasutaja, näiteks kas nende poolt, mõned märkused ja võibolla paluda neil oli õhtusöök teistele öö.

Vormid on täiesti funktsionaalne. Need on seotud tööülesannete loendi sisutüübi nagu. Nad on 100% süsteemi loodud. See on nende tugevus ja nõrkus. Kui me saame elada vaikevormi, siis me minna hea. Aga, Meil ei ole liiga palju üle kuidas SPD loob vormi. Kui meile ei meeldi selle vaikekäitumise, Meil on vaja kasutada erinevaid trikke, et saada selle ümber (näiteks, millega prioriteet ülesannet).

Mul on vaja anda lingi need ülesanne vorme, mis avas atribuutide kuvamine (dispform.asxp) "seonduva kauba" uues aknas. See võimaldab ühe klõpsuga ligipääsu seonduva kauba metaandmed. See on, mida ma mõtlen:

Pilt

Õnneks, Me saame teha, et ja see ei ole väga raske. Laias laastus, tulekahju SPD, Navigeerige kataloogi, et maja töövoo faile ja soovite muuta ASPX-faili avada. Need on lihtsalt klassikaline XSL-i transformatsioon juhiseid ja kui te olete kaartid koos itemstyle.xsl, Otsi või muid XSL stsenaariumid, See on lihtne. Tegelikult, Ma leidsin ta olevat üldiselt lihtsam, kuna on mõnevõrra lihtsam järgida võrreldes on otsingu põhitulemite veebiosas loodud vorm (või selle painajalik CWQP).

Muidugi, seal on üks suur lõksu. SPD's töövoo toimetaja loodab tühikuga lõppevat faili. Kui te seda muuta, SPD õnnelikult üle teie muudatused annavad õiguse seada asjaolude. Ma tegin kaks kiiret teste, et näha, kui halb see võiks saada. Nad mõlemad eeldavad, et teil pole formuleeritud kehtiva ühtse Programmdokumendi töövoog, mis kasutab "koguda andmeid kasutaja" samm.

Test 1:

  • Muuta ASPX faili käsitsi.
  • Katsetada seda (Veenduge, et teie muutused on õigesti salvestatud ja ei riku midagi).
  • Töövoo avada ja sõltumatute toimingu lisamine (näiteks "Logi ajalugu").
  • Saate töövoo salvestada.

Tulemus: Sel juhul, Ühtse Programmdokumendi ei loonud uuesti vormi.

Test 2:

  • Kas sama #1 välja arvatud otse "koguda andmeid muuta kasutaja" tegevus.

Tulemus: See loob uuesti vormi nullist, üle-kirjalikult oma muudatused.

Lõplik märkmed:

  • Kaks ühtse Programmdokumendi meetmete vorme kasutatakse sellist: "Andmeid koguda kasutaja" ning "Määravad ära üksust". Mõlemal’ vorme saab käsitsi muuta.
  • Mul oli võimalus luua minu link dispform.aspx, sest, Sel juhul, relate kaubale on alati oma ID põimitud seotud üksuse URL. Ma olin võimeline väljavõte ja siis ehitada mõne <a href> Põhineb esitada ühe hiireklõpsuga meta andmed Accessi funktsioon. On ebatõenäoline, et teie URL järgib seda reeglit. Võib esineda muid võimalusi saada seonduva kauba ID, kuid mul ei olnud ületada et sild, nii et ma ei tea, kas jõuab teisel pool kuristik.
  • Ma ei ole uurima, Aga ma ei oleks üllatunud, kui mingi mallifail on 12 taru, et ma võiks muuta mõjutada, kuidas ühtse Programmdokumendi loob vaikimisi vormide (palju nagu me saame muuta alert Mallid).

</lõpp>

Telli minu blogi!

Technorati Tags: ,

On “Tundmatu tõrge” Sõnumite tõesti parem kui Stack Trace?

3 vastuseid

Ma lugesin Madhur's blog post kuidas lubade kasutada stack trace ekraanid ja nüüd ma ei tea: Miks ei me alati näidata stack trace?

Kes tulid sellest reeglist ja miks me seda järgime?

Lõpuks kasutajad teavad, midagi on valesti, mõlemal juhul. Vähemalt koos korstnat jälgi, vajutage control-printscreen, Copy/paste e-posti ja saatke see. Mis oleks selgelt vähendada aega ja jõudu, mis lahendada küsimus.

</lõpp>

Technorati Tags:

Pühapäev (Piinlik) Naljakas: “Minu nimi on Paul Galvin”

1 Vastus

Hulk aastaid tagasi, mu ülemus palus mul mõned kasutajad toode nimetusega tulemusi koolitada. Tulemused on Aruanderiist lõppkasutajale. See on umbes sarnane SQL Server Reporting Service või kristall. Ajal, See oli mõeldud töötama roheline torud (näiteks. Wyse 50 terminali) Unix kasti Telneti kaudu ühendatud.

Minu vaike vastata küsimusele, mis algab "sa saad … " on "Jah" ja see, kus kõik häda hakkas.

Klient oli keemiaettevõte läbi Lõuna-Californias ja oli peaaegu tõmmati suur ERP rakendamise kohta QAD's TOOTM/PRO. Rakenduskava nüüd nimega koolitus võimu lühendamisele tootel tulemused.

Ma ei olnud suur kasutaja seda vahendit ja kindlasti kunagi oli koolitatud kellelegi enne. Aga, Läbiviidud mitmete teiste koolitus klassid ja oli kiire oma jalgu, nii et ma olin liiga mures. Dennis, tõeline täistööajaga tulemusi õpetaja, andis mulle oma koolituse käigus. Vaadates tagasi seda nüüd, See on tõesti üsna absurdne. Ma ei teadnud toode hästi, kunagi oli olnud ametlikult saanud seda ja oli kindlasti kunagi õpetas ta. Mida äri ei mul on keegi seda koolitust?

Keeruliseks asja logistiliselt, Mul paluti minna ja kohtuda kellegagi Chicago osana müügieelse kaasamine mööda teed. Plaan oli sõita läbi New Jersey, Mine Chicago, väljavaade tund kohtuda ja seejärel jätkake California.

Hästi, Ma sain Chicago ja müügi mees minu meeskond oli teinud mõne vea ja mitte kunagi kinnitanud koosoleku. Nii, Ma näitasin üles ja väljavaade ei olnud seal. Tore. Pakkida ja lahkuda ja jätkake CA. Kusagil selle protsessi käigus, Teada saada kliendi õppimise alla 24 tundi enne minu saabumist selle Paul Galvin"" õpetab klassi, ole Dennis. Klient armastab Dennis. Nad tahavad teada, "kes on see Paul Galvin isik?" "Miks peaks me teda usaldada?" "Miks peaksime maksma talle?" Dennis ilmselt ei tellida, et minu "Halb uudis anda varakult" filosoofia. Tore.

Ma saabun lennujaamas ja uskumatult loll miskipärast, Mul oli kontrollida minu pagasi. Ma tegin seda LAX, kuid mu pagas ei. Minu jaoks, kaotada pagas on palju nagu läbimas ning seitse etappide leina. Lõpuks ma teha seda hotelli, no pagasiga, väsinud, näljane ja seljas mu (Nüüd, väga kortsunud) äri ülikond. See võtab kaua aega, et reisida Newark — et O'Hare — kliendile — aastasse O'Hare — ja lõpuks LAX.

Ma lõpuks leida end istumas hotellituppa, munching snickers Baar, ammendatud ja üritab koguda energia skaneerimise abil koolituse käigus uuesti nii, et ma ei vaata nagu täielik perse ees klass. See oli madalseisus minu jaoks natuke ajal.

Ma ärkasin järgmisel päeval, tegin oma parima, et siluda ülikond, nii et ma ei tundnud nagu Willy Loman halb päev ja peata üle kliendi. Nagu nii tihti juhtub, isiklikult ta oli tore, viisakas ja väga meeldiv. See seisis teravas vastuolus tema väga vihane kirju/kõnepostiteated eelmise päeva. Ta viib mind 3 miili läbi hoone pärast hoone on sectioned väljas kus viime läbi klassi järgmise kolme päeva hiiglane keemiliste laos ala. Selle 15 või 20 õpilased aeglaselt kokku panna, Enamik neid ikka oodanud Dennis.

Ma alati alustad minu koolitus klassid tutvustades ennast, annab mõned tausta ja kirjutamise kontaktandmete valge laual. Kui ma ütlen, "Tere hommikust, Minu nimi on Paul Galvin", Ma kirjutan minu nimi, e-posti ja telefoni number üles suurte tähtedega, nii et igaüks saab näha selgelt valge laual. Ma tähelepanuta asjaolu, et ma olen asendades Dennis ja ma kinnitan neile, et ma sobivat, jne. Mul on kõik korraks öelge oma nimi ja nad tahavad saavutada välja klassi nii, et saab vastavalt nende erivajadustele asju, nagu ma minna. Tavaline värk.

Et pakkima ja tulekahju projektor. Ma lähen kustutada minu kontaktteave ja … Mul oli kirjutatud püsiva marker. Mul oli nii piinlik. Minu vaimusilmas, ta nägi välja selline: Seal on see "Paul Galvin" inimene, viimase hetke meie armastatud Dennis asendust. Ta on seljas on kortsunud üles äri ülikond ja unshaven. Ta lihtsalt kirjutas oma nime suur tähed meie valge laevas püsiva marker. Mis silmist!

See kõik lõppes õnnelikult, Aga. See oli chemical company, Pealegi. A grizzled veteran töötaja tõmbas midagi valmis ja, ilmselt rikkudes EPA määrused, tühi pardal. Mul õnnestus peatada 1/2 päev, kogu klassi ees ja nad andsid mulle hea arvustuse lõpuks. See tsementeeritud minu näputäis hitter"" mu firma maine. Mu pagas saabus esimene päev, nii et mul oli palju rohkem esinduslik päeva kaks ja kolm.

Kuna olin võttes tagasi koju punasilmsuse, I kaalub "õppetunnid". Oli palju mõtisklema. Teatis on key. Kliendid räägivad muudatusi kavas. Ära kunagi Otsi oma pagasi lennujaamas kui saate võimaluse korral vältida seda. Tuua vabal "värk" Kui kontrollite oma pagasi ja ei tee seda. Arvan, et kõige olulisem õppetund, õppisin, Aga, oli see: alati katsetada marker valge tahvel enne kirjalikult alumises vasakus nurgas, tohutu tähtedega, "Paul Galvin".

</lõpp>

Technorati Tags: ,

Perspektiivid: SharePointi vs. Large Hadron Collider

Jäta vastus

Mõned mõlemal tüüp United Airlines lendu tõttu võtsin mid 90 's, Ma kuidagi lõpetasin pakkumist muuta "kasutamata km" võtta umbes tosin vaba ajakirjade tellimine. See on, kuidas päädyin tellides Scientific American magazine.

Kuna tarkvara / konsulteerimist inimesed, kohtame palju raske ärialaseid vajadusi meie karjääri. Viimane aeg, Me armastame, nende nõuete ja tegelikult, See on ilmselt miks me arvame, et see Karjäär on maailma parim. Ma aeg-ajalt tea lihtsalt mis maailmas oleks ma teinud mina kui mul oli sündinud muul ajal ajalugu. Kui kohutav oleks laseks liiki töid, ma saan seda teha nüüd, selle aja ja koha maailma ajaloos? Ma mõtlen: päris kohutav.

Aastate jooksul, mõned olen ees nõuded on väga keeruline täita. Keerukate SharePointi värk, hoone web töötlemise web sõbralik tehnoloogial põhinev raamistik, keerukate BizTalki Orkestratsioonid ja nagu. Me kõik saame (Loodetavasti) Meie karjääri uhkelt tagasi vaadata ja öelda, "Jah, See oli raske lahendada, kuid lõpuks ma pwned et sumbitch!" Veel parem, veel huvitav ja lõbus väljakutseid ootama.

Ma isiklikult arvan, et minu CV, selles osas, on päris sügav ja ma olen päris uhke (Kuigi tean, et mu naine ei ole kunagi aru 1/ta 20.). Kuid sel nädalal, Lugesin selle artikli kohta on Large Hadron Collider aastal minu Scientific American magazine ja oli üks neid humbling hetki, kui sain aru, et hoolimata minu "giant" staatus teatud ringkondades või kuidas sügaval ma arvan, et minu kogemus hästi, seal on tõeline hiiglased täiesti erinevat maailma.

LHC meeskond inimesed on mõned tõesti tekitavaid küsimusi hallata. Kaaluda Moon. Ma tõesti ei usu, palju umbes kuu (Kuigi ma olen olnud väga kahtlane nende kohta kuna sain teada, see on aeglustumas maakera pöörlemist, mis ei saa olla hea meile inimestele pikemas perspektiivis). Aga, LHC meeskond ei pea muretsema. LHC's mõõteseadmete on nii tundlik, et neid mõjutab Moon (Earth-Rotation-slowing-and-Eventually-Killing-all-Life) raskusastme. See on Pahus nõude rahuldamiseks — toota õige mõõtmiste vaatamata Moon häired.

Kui lugesin seda lauset olin mõtiskledes selle küsimuse: "Esimese taseme saavad ja analüüsimiseks ainult alagrupis kõik detektor komponendid, alates mis see noppida paljutõotav sündmused põhinevad isoleeritud tegurid näiteks kas energiline müonit oli täpiliste suure nurga all sõitvate valgusvihu teljega." Päriselt … ? Ma ei mängi, et selline Liivakasti ja kunagi näidatakse.

Järgmine kord ma olen sõpradega, Ma lähen tõsta terviseks kallal LHC heade inimestega, Loodan, et nad ei ole edukalt kaalutakse Higgsi boson osakeste ja needus Moon. Ma soovitan teil teha sama. It will be quite the toast 🙂

</lõpp>

Technorati Tags:

Kiire mulje: System Center suutlikkuse SharePoint planeerija

Jäta vastus

Ma lihtsalt vallandati planeerimisvahend tegevusvõimet ongi kõik raev nendel päevadel.

Ma leidsin lihtne kasutada ja kiiresti modelleeritud kliendi keskkonna olen töötanud möödunud suvel.

Koos mõnede hirmunud, I pressitud lõplik nuppu OK ja ta soovitas midagi, päris sarnane mis Me andsime meie klient (Me tegelikult viskasin teise rakendusserveri jaoks tulevikku paista kasutamine). Võtta, et see on hea märk ja suurendab tööriistas minu usaldust.

Tundub päris võimas värk palju parem lähtepunkt kui tühi leht.

Mulle meeldib selle abil saad mõned head detailidesse keskkonna kohta. Mitu kasutajat, Kuidas te projekti nad kasutavad süsteemi (kirjastamine, koostöö, jne), kontoris ja Ühenduvus / võrgu läbilaskevõime ja mama serveri vahel. Hea kraam.

Ta esitab lai põhineb küsimusi ja siis saate näpistama päris granuleeritud mudeli oma keskkonna üksikasjad.

Kõhklesin allalaadimist, sest mul on nii palju muid asju vaadata seda, lugeda ja seedimine proovida. Ma olen rõõmus, ma tegin.

See on lihtne, kaheastmeline protsess. Lae system center võimsuse planeerija ja siis lae SharePointi mudelid. Ta jookseb kenasti Windows XP.

Põhineb kiire mulje, Ma ei näe, kuidas see võiks arvestada:

  • Otsi hotelle: Dokumente kokku, Võibolla vormingutesse, Keeled.
  • Exceli server: Kui palju, kui üldse?
  • Forms server: Kui palju, kui üldse?
  • BDC: Kui palju, kui üldse.

Neid võib modelleerida ja ma lihtsalt ei näe neid ka 10 hetke ülevaade.

Ma kindlasti kasutan seda minu järgmise kliendi.

Kui ma ei olnud ka konsultant ja selle asemel töötab tegeliku ettevõtte :), Ma mudel minu praeguses keskkonnas ja vaata, kuidas tööriista soovitatud mudel sobitab vastu reaalsus. See oleks päris kena. See võib kaasa tuua mõned head infrastruktuuri arutelu.

</lõpp>

Technorati Tags:

Lahus: System.io.FileNotFoundException kohta “SPSite = uus SPSite(URL-i)”

11 vastuseid

VÄRSKENDUS: Panin sellele küsimusele et MSDN siin (http://forums.microsoft.com/Forums/ShowPost.aspx?PostID=2808543&SiteID=1&mode=1) ja Michael Washam Microsoft vastas lühike vastus.

Olen loonud veebiteenusega toimib ka BDC-sõbralik fassaadi SharePointi loendisse. Kuna ma kasutasin seda minu arenduskeskkond, See töötas trahvi. Kuna ma rännanud see on uus server, See tõrge ilmnes:

System.IO.FileNotFoundException: Veebirakenduse kell http://localhost/sandbox ei leitud. Veenduge, et sisestasite URL-i õigesti. Kui URL peaks pakkuma olemasolevat sisu, süsteemiadministraator arvatavasti lisama uue taotluse URL-i vastenduse rakenduseks sobival viisil. kell Microsoft.SharePoint.SPSite.ctor(SPFarmi talu, URI requestUri, Boole'i contextSite, SPUserToken UserToken abil) kell Microsoft.SharePoint.SPSite.ctor(String requestUrl) kell Conchango.xyzzy.GetExistingDocument(Stringi minId, Stringi maxId, String titleFilter) c:\Dokumendid ja SettingsPaulMy DocumentsVisual stuudio 2005ProjectsxyzzyBDC_DocReviewBDC_DocReviewDocReviewFacade.asmx.cs:rida 69

Siin on rida 69:

kasutades (SPSite'i saidi = uus SPSite'i("http://localhost/sandbox"))

Olen proovinud erinevaid variante URL, sh kasutades reaalne serverinimi, selle IP-aadressi, trailing kaldkriipsud URL, jne. Ma alati sain selle viga.

Ma kasutasin Google See teadus. Paljud inimesed seisavad silmitsi selle probleemi, või variatsioonid, kuid keegi tundus olevat lahendatud.

Tricksy MOSS esitada selline üksikasjalik viga, et see ei juhtunud minuga kontrollida ning 12 taru palgid. Lõpuks, umbes 24 tundi pärast Minu kolleeg soovitas mul seda teha, I möllitud ning 12 taru Logi ja leidsin selle: 

Omandada kohalikus serveripargis ilmnes erand:
System.Security.SecurityException: Taotletud registri juurdepääs keelatud.
kell System.ThrowHelper.ThrowSecurityException(ExceptionResource ressurss) kell Microsoft.Win32.RegistryKey.OpenSubKey(String nimi, Boolean kirjutatav) kell Microsoft.Win32.RegistryKey.OpenSubKey(String nimi) kell Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_RegistryConnectionString() kell Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_Local() kell Microsoft.SharePoint.Administration.SPFarm.FindLocal(SPFarmi& talu, Boolean& isJoined)
Assembler, mis nurjus Zone oli:  Minuarvuti

See on avanud uued võimalused teadustöö, Seega oli The Google'ile. Mis sundis mind seda Foorum post: http://forums.codecharge.com/posts.php?post_id = 67135. Tõesti ei aidanud mind, kuid see ei hakata ma mõtlen puudus andmebaas ja/või julgeoleku küsimus. Ma soldiered ja Andrew Connell postitamiseks lõpuks käivitatud mõtte, et tuleks olla kindel, et rakendusekausta identiteedi konto oli asjakohane juurdepääs andmebaasile. Arvasin, et ta on juba teinud. Aga, Minu kolleeg läks ja andis app basseini identiteedi konto täielikku juurdepääsu SQL.

Niipea, kui ta tegi seda muutust, Kõik alustas tööd.

Mis juhtus edasi on parim väljendatuna on Haiku luuletus:

Probleemid tõsta oma käed.
Swing ja miss. Proovi uuesti.
Edu! Aga kuidas? Miks?

Ta ei tahtnud jätta asju üksi sellist, eelistab anda minimaalselt vajalikku õigust (ja ilmselt abisüsteemi kirjalikult blogi; Ma võitsin teda punch, muhahahahaha!).

Ta eemaldada järgnevate õiguste app rakendusekausta identiteedi konto kuni … ei olnud enam selgesõnalise loata app rakendusekausta identiteedi konto jaoks üldse. Veebiteenuse jätkuvalt emba.

Käisime ja rebooted serverid. Kõike jätkus töötavat.

Nii, Sulgege: Me andis app bassein identiteedi täielik juurdepääs ja siis võttis ära. Veebiteenuse alustas tööd ja kunagi lakanud töötamast. Veider.

Kui keegi teab, miks see ei töötanud, palun jäta kommentaar.

</lõpp>

Technorati Tags: