Kuukausiarkistot: Helmikuuta 2008

Sunnuntai Funny: “EI VIENTIÄ VARTEN”

Jätä vastaus

Takaisin ympärille 1998, yhtiö työskentelin tuolloin saanut rahoitusta luomaan uuden verkkokaupan tuotteita. Meillä oli koko kirjo liiketoiminnan vaatimukset täyttävän. Se oli nopea, peruskäyttäjien on helppo, koreileva, Multi-Language, jne. Ikävä sanoa, En luultavasti ole ollut kunnianhimoinen joukko työ saavuttaa koska nämä huumaava päivää.

Tätä työtä ennalta päivätty Microsoft.NET. Tavallinen vanilja ASP oli vielä melko uusi (tai ainakin hyvin tunne minun yritys). "Tiili ja laasti" yritykset olivat tuomittu. Tuomittu! Tämä ei tarkoita, että se oli uraauurtava. Hadron Collider uraauurtavaa työtä, mutta meille meidän pikku maailmassa, se oli uraauurtava.

Olimme hullu kiireinen. Teemme mini POC's lähes päivittäin, mietitään, miten tilan luonnostaan kansalaisuudeton liuoksessa, miettiminen monikielinen kysymyksiä, rivitason turvallisuus. Emme oli luoda edes määrittelemään perusehdot sanasto (Olen mieluummin valtion jatkuva mutta jostain syystä, hankala "statefull" korren).

Koska meillä oli mielettömän keksivät tämän tuotteen, markkinointi ja myynti-ihmiset olivat siellä yrittää myydä. Jotenkin, he onnistuivat myymään meille painajainen. Vaikka olimme suunnittelu ja enterprise-ratkaisun toteuttaminen, ei todellakaan odota ensimmäiselle asiakkaalle viimeisenkin käyttäminen rakennettu tuotteen päivä nolla. Asiakkaan tarpeen monikielinen, radikaalisti erilainen käyttöliittymä "Standard" järjestelmän mutta samaa liiketoimintalogiikkaa. Monikielinen oli erityisen vaikea tässä tapauksessa, koska olemme aina keskittyneet Espanjan tai Ranskan, mutta tässä tapauksessa, se oli Kiinan (joka on kaksitavuisia merkkejä asettaa ja vaaditaan erikoiskäsittelyä teknologiasta me).

Nopeasti eteenpäin muutaman kuukauden ja olen Northwest Airlinesin lento Pekingiin. Olen ollut niin kiireinen, valmistautuu tämän matkan, että olen melkein ei ole aavistustakaan mikä on sinne. Olenko lukenut kirjan kerran siitä, miten amerikkalainen ollut Kiinassa useita vuosia ja oppinut kielen. Eräänä päivänä hän käveli kaupungin ja pyytänyt ihmisiä ohjeet. Keskustelumme meni jotenkin näin:

  • Yhdysvaltalainen: "Voisitteko kertoa minulle miten päästä [XX] Street?"
  • kiina: "Anteeksi, eivät puhu Englanti".
  • Yhdysvaltalainen: "Oh, No puhun Mandarin." ja hän pyysi heitä uudelleen Kiinan, mutta selkeämmin (parhaiten hän).
  • kiina: Hyvin kohteliaasti, "Anteeksi, eivät puhu Englanti".

Keskustelu lähti niin vähän ja amerikkalainen luopui turhautumista. Jätä ne hän kuuli ihminen puhuu toiselle, "Olisin voinut vannoa hän pyytää ohjeet [XX] Street."

Olin piristyi muutaman palasia ja muut Kiinan liittyvän lähes "neuvoja":

  • Yhteistyössä toiminut korealainen kertoi minulle, minun tarvitsi Varo Kiinan, koska "he yrittäisivät kännit minua ja sinua hyväkseen" merkityksessä painostaa minua huono liiketoimintaa koskevat päätökset.
  • Emme saa ajaa autoa (oli epäselvää, oliko mukautetun, lakisääteinen tai vain asiakkaan sääntö).
  • Oli menossa tullin läpi koskevat erityissäännöt.
  • Me emme saaneet käyttää American rahaa mitään.
  • Sinun ei pitäisi jättää vinkkejä. Se on loukkaavaa, jos.

Ja lopuksi, Minulla oli suhteellisen tuoreessa muistissa Tiananmenin aukion verilöylystä. Kun olin koulussa, Muistan nähneeni reaaliaikainen Usenet viestejä maailma katseli kauhuissaan.

Lyhyesti sanottuna, Olin hyvin hermostunut. En ollut aivan normaali hermostunut mielessä, että oli tuottaa ratkaisua, joka on suuruusluokkaa monimutkaisempi kuin mikään had aina valmis aiemmin. Olin myös huolissani vahingossa rikkoo sääntöä, joka voisi saada minut vaikeuksiin.

Olen tästä 14 tunnin lento ja vaikka se oli business-luokan, 14 tuntia on pirun kauan. On vain niin monia tapoja viihdyttää itseäsi lukemalla, katsella elokuvia tai pelata magnetoidut veitset. Jopa todella hyvän kirjan lukeminen on vaikeaa useita tuntia putkeen.

Lopulta, Aloin lukea ohjelmisto olen käsi-kantoi minua asiakkaalle pakkausmateriaali, Netscapen web-palvelin. Luen laitteisto-/ ohjelmistovaatimukset, markkinointi esittely, kaunis kuva ja yhtäkkiä, Nolla jättiläinen "NOT FOR EXPORT" Varoitus, jotain 128 bittinen salaus. Täytetty ruutu takaisin minun laukussa, Varoitus Teksti alaspäin (Jos se auttoi) ja yritti pitää visioita Keskiyön pikajuna päästäni.

Katse takaisin nyt, Olisi ollut huolissani, jos ollenkaan, kun lähdin 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.

</loppu>

Tilaa blogiin!

Technorati Tags: ,

Ratkaisu: SPQuery ei etsi kansioita

3 vastaukset

Tämä viime viikolla, olin täytäntöönpanosta "kehittyy" ratkaisu on asiakas, joka käyttää BDC sekä SPQuery ja joutui vaikeuksia käyttää SPQuery vastaan asiakirjakirjastoon, joka sisältää käyttäjätilikohtaiset kansiot. Bottom line: määrittää "rekursiivinen" kyselyn näkymä-määritteeseen.

Skenaarion:

  • Maanantaina, Asiakirjan lataaminen ja jotkin meta-tiedot.
  • Seuraavalla viikolla, Ladata uuden asiakirjan. Suuri osa tämän uuden asiakirjan metatietoa perustuu latasin maanantaina asiakirjaan (jota kutsumme "perusasiakirjan").
  • Olemme luoneet web service julkisivu, joka tarjoaa BDC-ystävällinen liitäntä luetteloon niin, että käyttäjä kanisteri helposti paikallistaa maanantai asiakirjan kautta otsikko haku.
  • BDC-tietosarakkeen tarjoaa ystävällinen käyttöliittymä. (Tämä on osa minun yritys käyttää BDC enemmän ystävällinen hakusaraketta varten).

Lopullinen yritystietoluettelopalvelua julkisivu käyttää kyselyn näin tehdä haun:

 // Apuna U2U työkalu tuottaa CAML-kysely.
      oQuery.Query =
        "<Jos>";

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

      oQuery.Query  =
        "    <Ja>" +
        "      <GEQ>" +
        "        <FieldRef nimi =  "DocumentId" />" +
        "        <Arvon tyyppi =  "Teksti, hiiren avulla">" + minId + "</Arvo>" +
        "      </GEQ>" +
        "      <LEQ>" +
        "        <FieldRef nimi =  "DocumentId" />" +
        "        <Arvon tyyppi =  "Teksti, hiiren avulla">" + maxId + "</Arvo>" +
        "      </LEQ>" +
        "    </Ja>";

      Jos (titleFilter.Length > 0)
        oQuery.Query  =
          "    <Sisältää>" +
          "      <FieldRef nimi =  "Title" />" +
          "      <Arvon tyyppi =  "Teksti, hiiren avulla">" + titleFilter + "</Arvo>" +
          "    </Sisältää>" +
          "  </Ja>";
      oQuery.Query  =
        "</Jos>";

Kehityksen alkuvaiheessa, nyt kuluva työntekijä erinomainen. Kuitenkin, kansiot tuodaan directory liittyvien ongelmien ja yhtäkkiä, BDC-valitsin ei ole tuloksia. Olen seurannut siitä, SPQuery ei koskaan palaa tuloksia. Käytimme kansiot ensisijaisesti mahdollistaa useita tiedostoja ladataan sama nimi mutta eri metatiedot. Kun tiedosto ladataan, Luo kansio luettelokohteen tunnuksen perusteella ja sitten siirtää tiedoston siellä (Kirjoitin siitä, että Täällä; Meillä on ollut vaihtelevia tuloksia tätä lähestymistapaa, mutta kaikki, se toimii hyvin). Käyttäjän välitä tietoja kansioista ja itse asiassa, eivät todellakaan ymmärrä, että on olemassa jokin kansio. Meillä on määritetty Kirjasto näyttää kohteet kansioiden riippumatta näkemyksiä.

Osuin kahdesti tekninen toteutus kehittynyt ja ratkaista se eri tavalla aina, kun ongelma. Ensimmäistä kertaa, Ei käytä sisältää-operaattoria kyselyssä. Ilman sisältää-operaattoria, Minulla oli mahdollisuus ratkaista ongelman määrittämällä sitä mieltä SPQuery contructor. Sen sijaan, että oletus rakentaja:

SPList oList = web.Luettelot["Asiakirjat"];

SPQuery oQuery = Uusi SPQuery();

Sen sijaan käytetään konstruktoria, joka määrittää näkymän:

SPList oList = web.Luettelot["Asiakirjat"];

SPQuery oQuery = Uusi SPQuery(oList.Views["Kaikki asiakirjat"]);

Se ratkaisi ongelman ja aloin saan tuloksia.

Sitten lisäsin sisältää-operaattoria taikinaan ja se rikkoi jälleen. Osoittautuu, että CONTAINS-operaattorin, sikäli kuin voin kertoa, ei toimi mieltä samoin kuin yksinkertaisempi GEQ / LEQ toimijoiden. Valmis jokin tutkiva ja oppinut, että kyselyn ViewAttributes tarkoitus "Rekursiivinen", kuten:

oQuery.ViewAttributes = "Soveltamisala = "Recursive"";

Se ratkaisi ongelman sisältää. Itse asiassa, Tämä ratkaista minun alkuperäinen Etsi arvoitus ja oli määritelty täytäntöönpanoa kuiluun johtuvan ensimmäistä kertaa, En ole Suorita tarkastelemaan uudelleen.

Se, että näkymään perustuvaa SPQuery toimii joillekin toimijoille (GEQ/LEQ) eikä muita (SISÄLTÄÄ), yhdistettynä siihen, että KPI: T eivät näytä toimivan lainkaan kanssa kansion sisältävä asiakirja kirjastot johtaa minut uskomaan, että SPQuery on joitakin orthogonality asioita.

Erityiset kiitokset:

  • Hyvä folks at U2U ja kyselyn avulla.
  • Michael Hoffer suuri "tekemällä oppimista" Blogikirjoituksen, kommentteja ja vastauksia.

</loppu>

Tilaa blogiin!

MOSS KPI bug? Sidottu asiakirjakirjaston kansioiden luettelon ilmaisin

1 Vastaus

PÄIVITYS 02/29/08: Olen ratkaissut ongelman luomalla kansion ja sisältölajiin liittäminen kansioon, joka on tarvitsen KPI metatiedot. Kuvasin että hieman tarkemmin täällä.

Käytössämme on tekninen ratkaisu, jossa käyttäjät ladata asiakirjoja asiakirjakirjastoon. Tapahtuma-vastaanotin luo kansion ja siirtää tiedoston hakemistoon (käyttämällä tekniikka muistuttaa mitä kirjoitin Täällä). Meidän voittajina ympäri aiheuttama tapahtuma-vastaanottimet, että nimeä lataamasi tiedostot pulmia (pääasiassa siksi, että käyttäjät koskaan Aloita asiakirjan klikkaamalla "uusi" mutta sen sijaan luoda docs paikallisesti ja sitten lähettää ne).

Näiden asiakirjojen metatiedot sisältää kyllä/ei sivustosarake nimeltä "kiireellinen" ja toinen sivustosarake nimeltään "Tila". Meidän täytyy täyttää liiketoiminnan edellytys, joka osoittaa prosentteina "kiireellinen" asiakirjat, joiden tila on "Odottaa".

Tämä on yleensä helppo tehdä ja kuvasin jotain tämän SharePoint-Beagle on paljon kuvakaappauksia, jos olet kiinnostunut.

Pähkinänkuoressa, Tein seuraavat:

  • Luo näkymä doc kirjasto nimeltään "Odottaa".
  • Määritä näkymä ohittamaan kansiorakenne.
  • KPI-luettelon luominen.
  • Luo ilmaisin luetteloon, joka viittaa doc lib ja että "odottaa" näkymä.

Tämä ei yksinkertaisesti toimi. KPI näyttää minun tavoite (virrankatkaisu. viisi kiireellisiä asiakirjoja) mutta näyttää aina todellinen määrä kiireellisiä asiakirjoja nolla. Paradoksaalisesti, Jos poraa alas yksityiskohtia, se näkyy viisi kiireellisiä asiakirjoja. Olen luonut yksinkertaisen skenaario kaksi asiakirjaa, yksi kansio ja yksi ei. Tässä on kuvakaappaus:

kuva

Edellä kuvakaappaus osoittaa, on olemassa kaksi näkymää, mutta arvo"" on yksi. "-CamlSchema" tyhjän asiakirjan tunnus on pääkansioon ja toinen on kansio nimeltä "84".

Siltä tuntuu, että vaikka voit määrittää näkymän, KPI ei kunnia, "Näytä kaikki kohteet ilman kansioita" asettaminen ja sen sijaan, rajoittuu pääkansioon.

Jos olen väärässä, drop minulle rivi tai jätä kommentti.

</loppu>

Tilaa blogiin!

Technorati Tags:

Ohjelma-asiakirjan työnkulun “Kerää tietoja käyttäjältä”: Luotu tehtävälomakkeen muokkaaminen

4 vastaukset

Olen työskennellyt hanke, joka käyttää viisi SharePoint Designer työnkulkuja käsitellä joitakin asiakirjojen hyväksynnät. SPD antaa "kerätä tiedot käyttäjältä" toimia niin, että voimme Kehota käyttäjää tiedot eri BITS, kuten siitä, voidaanko ne hyväksyä se, joitakin huomautuksia ja pyytää ehkä heillä oli illallinen muiden yö.

Lomakkeet ovat täysin toiminnallinen. Ne ovat sidoksissa tehtäväluettelon sisältötyyppinä. Ne ovat 100% järjestelmän luoma. Tämä on vahvuus ja heikkous. Jos me elämme oletuslomake, sitten me hyvä mennä. Kuitenkin, Meillä ei ole liikaa valvoa miten SPD Luo muodossa. Jos emme pidä tätä oletustoimintaa, Tarvitsemme turvautua eri temppuja saada sen ympärille (esimerkiksi, prioriteetin määrittäminen tehtävän).

Tarvitaan luoda linkin näiden tehtävän lomakkeita, jotka avautuvat ominaisuuksien tarkasteleminen (DispForm.asxp) "liittyvän-nimikkeen" uudessa ikkunassa. Tämä antaa ainoa-click pääsy jotta kohteen metatiedot. Tämä on mitä tarkoitan:

kuva

Onneksi, voimme tehdä tämän ja ei ole kovin vaikeaa. Yleisesti ottaen, starttaa ohjelma, Siirry hakemistoon, jossa on työnkulun tiedostot ja avaa ASPX-tiedosto, jota haluat muokata. Nämä ovat vain klassinen XSL-muunnos ohjeet ja jos voit olen mucked kanssa itemstyle.xsl, Etsi tai muut XSL-skenaarioita, Tämä on helppo. Itse asiassa, Se on yleensä helpompaa, koska luotu lomake on hieman helpompi seurata Etsi ydin tulokset web-osan verrattuna löysin (tai nightmarish CWQP).

Tietysti, on yksi tärkeä sudenkuoppa. SPD: n työnkulkueditori odottaa täyden määräysvallan tiedoston. Jos muokkaat, SPD onneksi korvaa muutokset antaa oikeat olosuhteet. Tein kaksi nopeita testejä, kuinka huono tämä voisi saada. Molemmat edellyttävät, että olet muotoillut voimassa SPD työnkulun, joka käyttää "kerää tietoja käyttäjältä" Vaihe.

Testi 1:

  • Käsin ASPX-tiedoston muokkaaminen.
  • Testata (Varmista, että muutokset tallennettiin oikein ja et rikkoa mitään).
  • Avaa työnkulun ja lisää etuyhteydettömille-toiminto (kuten "historia loki").
  • Tallenna työnkulku.

Tulos: Tässä tapauksessa, Ohjelma ei luo uudelleen muodossa.

Testi 2:

  • Tee sama kuin #1 lukuun ottamatta suoraan muokata "kerätä tietoja käyttäjältä" toiminto.

Tulos: Tämä luo uudelleen lomakkeen alusta, over-Writing muutokset.

Lopullinen muistiinpanot:

  • Vähintään kaksi SPD toimia tällä tavoin lomakkeiden luominen: "Kerää tietoja käyttäjältä" ja "Älä kohdetta". Molemmat toimet’ lomakkeita voidaan muokata manuaalisesti.
  • Minulla oli mahdollisuus luoda oma linkki dispform.aspx, koska, Tässä tapauksessa, liittyvät nimikkeellä on aina sen ID liittyvän nimikkeen URL-osoitteeseen. Minulla oli mahdollisuus purkaa sitä ja sitten rakentaa <href> sen tarjota yhdellä napsautuksella meta data access-toiminto. On epätodennäköistä, että URL seuraa tätä sääntöä. Voi olla muita tapoja saada kohteen tunnus mutta ei ole tarvinnut sillan yli, joten en tiedä, jos sen kuilun yli toisella puolella saa.
  • Et tutkia, mutta olisin ole yllättynyt, jos on olemassa jonkinlainen-mallitiedosto 12 rakenne, jonka muokkaaminen vaikuttaa, kuinka ohjelma luo oletus-lomakkeiden onnistunut (paljon, kuin me muokata ilmoituksen mallit).

</loppu>

Tilaa blogiin!

Ovat “Tuntematon virhe” Viestit todella parempi kuin pinon jäljitys?

3 vastaukset

Olin käsittelyssä Madhur n blogikirjoituksen määrittämisestä pinon jäljitys näyttää ottaminen käyttöön ja nyt minä olen Mietitkö: Miksi me aina näy pinon jäljitys?

Joka tuli kyseisen säännön ja miksi me noudatamme se?

Käyttäjät tietävät jotain vikaa kummassakaan. Ainakin kanssa stack trace, ne painamalla control-MS, Kopioi/Liitä sähköpostiviestiin ja lähettää sen. Että se selvästi vähentää aikaa ja vaivaa, jotta ratkaista antaa.

</loppu>

Technorati Tags:

Sunnuntai (Kiusallista) Hassu: “Nimeni on Paul Galvin”

1 Vastaus

Vuotta sitten joukko, Pomoni kysyi kouluttaa joidenkin käyttäjien tuotteen nimeltä tulokset. Tulokset on raportoinnin työkalu käyttäjä. Se on suunnilleen samanlainen SQL-palvelimen Raportointipalvelu tai Crystal. Tuolloin, se on suunniteltu toimimaan vihreinä putkina (virrankatkaisu. Wyse 50 pääte) liitetty Unix-box kautta telnet.

Minun laiminlyöminen vastausta mihinkään kysymykseen, joka alkaa "voit … " on "kyllä" ja silloin kaikki ongelmia alkoi.

Asiakas oli chemical company, Etelä-Kaliforniassa ja oli juuri käärinyt suuria ERP toteuttaminen perustuu QAD's MFG/PRO. Täytäntöönpanosuunnitelman vaatinut koulutus vallan käyttäjät tulokset tuotteesta.

Ei iso käyttäjä tämän työkalun ja oli varmasti koskaan koulutettu kukaan ennen. Kuitenkin, Oli toteuttanut useita muita kursseja ja oli nopea jalassa, joten en ollut liian huolissaan. Dennis, Tulokset real Päätoiminen tuntiopettaja, oli antanut minulle hänen koulutusmateriaali. Katse takaisin nyt, on todella aivan järjetöntä. En tiedä tuotteen hyvin, koskaan ollut virallisesti koulutettu sitä ja oli varmasti koskaan opettanut. Mitä minulla on koulutus anyone sitä?

Jotta hankaloittaa tavarat logistisesti, Minua pyydettiin mennä ja tavata joku Chicago osana Pre-Sales sitoutumista matkan varrella. Suunnitelma oli lentää ulos New Jersey, Siirry Chicago, tunnin mahdollisuus tavata ja sitten jatkaa Kaliforniassa.

Hyvin, Sain Chicagoon ja myynti kaveri minun joukkue oli tehneet jonkin virheen ja ei koskaan vahvistanut kokouksen. Niin, Näytin ylös ja mahdollisuus ei ollut siellä. Mahtavaa. Pakata ja jättää ja jatka CA. Jossain prosessin aikana, Saan selville asiakkaan oppimisen alle 24 tuntia ennen minun saapumista että "Paul Galvin" opetuksen luokka, ei Dennis. Asiakkaan rakastaa Dennis. He haluavat tietää "kuka on tämä Paul Galvin henkilö?" "Miksi meidän pitäisi luottaa häneen?" "Miksi meidän pitäisi maksaa hänelle?" Dennis ilmeisesti ei tilaa minun "antaa huonoja uutisia jo" filosofia. Mahtavaa.

Saavun lentoasemalla ja uskomattoman tyhmä syistä, Olin tarkistanut minun matkatavarat. Tehnyt sitä LAX, mutta minun matkatavarat ei. Minulle, menettää Kemiallinen on arpa kuin astuva alusta loppuun seitsemän vaiheissa suru. Lopulta teen sen hotelliin, ei ole matkatavaroiden kanssa, väsynyt, nälkäinen ja yllään minun (nyt, hyvin rypistynyt) työpuku. Se kestää kauan matkustaa Newark — jotta O'Hare — asiakkaalle — palaa O'Hare — ja lopuksi Lax.

Lopulta löysin itseni istumassa hotellihuoneessa, mutustellen snickers bar, loppuun ja yrittää kerätä energiaa selata koulutusmateriaali uudelleen niin, että ei näyttää täydellinen perse luokan edessä. Tämä oli hieman alhainen kohta minulle tuolloin.

Heräsin seuraavana päivänä, Tein parhaani tasoittaa puku niin, että en Katso kuten Willy Loman huono päivä ja johtaa yli asiakas. Kuten niin usein, henkilö hän oli mukava, kohtelias ja miellyttävä. Tämä oli jyrkässä ristiriidassa hänen erittäin vihainen sähköpostit/voicemails edellisenä päivänä. Hän saa minut 3 mailia läpi rakennuksen jälkeen rakennus sectioned pois jättiläinen kemiallisten varaston jossa käymme luokan kolme päivää alue. Sen 15 tai 20 opiskelijat kokoavat hitaasti, Useimmat niistä silti odottanut Dennis.

Olen aina aloittaa minun koulutusta luokkia ottamalla itse, antaa taustatietoa ja kirjoittaa omat yhteystiedot valkoinen hallituksen. Kuten sanon, "Hyvää huomenta, Nimeni on Paul Galvin", Kirjoitan nimeni, Sähköposti- ja puhelintuen numero ylös tussitaulu isoilla kirjaimilla joten että jokainen kanisteri hiippakunta se selvästi. Puhun siitä, että olen korvaa Dennis ja vakuutan heille, että olen sopivan korvaavan, jne. Minulla on kaikki lyhyesti kertoa minulle heidän nimensä ja mitä he haluavat saavuttaa ulos luokasta, niin, että voin räätälöidä asioita niiden erityistarpeet, koko ajan. Tavallinen aine.

Wrap, että jopa ja palo-projektori. Menen poistaa omat yhteystiedot ja … Olin kirjoittanut permanentti. Olin niin hämmentynyt. Sielunsa silmin, se näytti tältä: On tämä "Paul Galvin" henkilö, viime hetken korvaa rakkaan Dennis. Hän on pukeutunut rypistynyt, työpuku ja karvaisen. Hän on kirjoittanut hänen nimi valtava kirjaimin valkoinen aluksella pysyvä merkki. Mikä näky!

Se kaikki päättyi onnellisesti, kuitenkin. Tämä oli chemical company, Loppujen lopuksi. A grizzled, veteraani työntekijän veti jotain hyllyltä ja, luultavasti vuonna EPA sääntöjen vastaisesti, selvitetty hallituksen. Onnistuin pysymään 1/2 päivä ennen luokan aikana ja he antoivat minulle hyvä tarkistaa lopussa. Tämä sinetöi minun hyppysellinen hitter"" mainetta oman yrityksen. Minun matkatavarat saapui ensimmäisenä, joten olin paljon enemmän mallikas päivä kaksi ja kolme.

Otin takaisin kotiin punasilmäisyyden, Olin harkitsevat "kokemuksia". Siellä oli paljon harkitsemaan. Viestintä on avainasemassa. Kerro asiakkaille muutoksia suunnitelmaan. Älä koskaan Tarkista lentokentällä matkatavaroiden mahdollisesti vältettävissä. Tuo ylimääräistä "tavaraa" Jos voit tarkistaa matkatavarat ja se ei tee sitä. Mielestäni tärkein opetus, kuitenkin, oli tämä: Testaa aina merkki vasemmassa alakulmassa valkoinen hallituksen ennen kirjallisesti, valtava kirjaimin, "Paul Galvin".

</loppu>

Technorati Tags: ,

Rahoitusnäkymien: SharePoint vs. Large Hadron Collider

Jätä vastaus

Koska joitakin kumma United Airlines lentoja otin 90-luvun puolivälissä, I jotenkin päättyi "käyttämättömät miles muuntamiseen tarjous" osaksi kymmenkunta Ilmainen lehtitilaukset. Tämä on, miten päädyin tilaamalla Scientific American magazine.

Ohjelmistona / kuultuaan ihmiset, kohtaamme monia vaikea vaatimuksia meidän uran. Eniten aikaa, rakastamme näiden vaatimusten ja itse asiassa, se on luultavasti meidän mielestämme ura ei maailman paras. Ihmettelen joskus mitä maailmassa olisin tehnyt itse jos olisin syntynyt muulloin historiassa. Kuinka kauhea se olisi missaa töille saan tehdä nyt, tällä hetkellä ja paikka maailman historiassa? Minä luulen: aika kauheaa.

Vuoden aikana, osa i-kirjain kohdata vaatimukset on ollut erittäin haastava tavata. Monimutkaisia SharePoint juttuja, rakennus web käsittely kehysten perustuu web-friendly tekniikka, monimutkainen BizTalk moniosaisten sanomatyyppien määritykset ja niiden kaltaiset. Voimme kaikki (Toivottavasti) ylpeänä muistella meidän uran ja sanoa, "kyllä, se oli kova ratkaista, mutta loppujen lopuksi olen pwned että sumbitch!" Vielä parempaa, vielä enemmän mielenkiintoinen ja hauska haasteet odottavat.

Olen henkilökohtaisesti sitä mieltä, että minun jatkaa, Tältä osin, on melko syvä, ja olen melko ylpeä siitä (Vaikka tiedän vaimoni koskaan ymmärtänyt 1/20 se). Mutta tällä viikolla, Luin artikkelin Large Hadron Collider in minun Scientific American magazine ja oli yksi niitä harvinaisia nöyryyttävää hetkiä, kun tajusin että huolimatta minun "jättiläinen" asema tietyissä piireissä tai kuinka syvälle mielestäni kokemus minua, on olemassa todellisia jättiläisiä aivan eri maailmoissa.

LHC-joukkue ihmisillä on joitakin todella hankala asioita hoitaa. Harkitse kuu. En usko paljoakaan kuu (Vaikka olen ollut hyvin epäileväinen, koska olen oppinut se hidastaa maapallon pyöriminen, joka voi olla hyvä asia meille ihmisille pitkällä aikavälillä). Mutta, LHC-team tarvitse huolehtia. LHC: n mittalaitteiden ovat niin herkkiä, että he kärsivät kuun (Earth-Rotation-slowing-and-eventually-Killing-All-Life) painovoima. Tämä on pahus vaatimus täyttää — tuottaa oikeat mittaukset vaikka kuun häiriöitä.

Minulla oli pohtineet tätä kysymystä, kun luin tämän lauseen: "Ensimmäisen tason vastaanottaa ja analysoida tietoja vain osajoukko kaikki ilmaisin osat, alkaen joka se poimia lupaava tapahtumiin yksittäisiä tekijöitä, kuten onko energinen muon bongattiin suuri kulma palkki-akselista lentävän." Todella … ? En pelaa, että tällainen hiekkalaatikko ja koskaan.

Seuraavan kerran olen ystävien kanssa, Aion nostaa malja hyviä ihmisiä työskennellyt LHC, Toivottavasti ne eivät onnistuneesti punnitaan Higgsin bosoni hiukkanen ja kirous kuu. Ehdotan, että teet saman. It will be quite the toast 🙂

</loppu>

Technorati Tags:

Nopeasti: System Center Capacity Planner for SharePoint

Jätä vastaus

Ammuin kapasiteettisuunnittelun työkalu joka on muotia näinä päivinä.

Löysin helppokäyttöinen ja mallintaa nopeasti asiakkaan ympäristössä, jossa olen työskennellyt viime kesänä.

Joidenkin trepidation kanssa, Lopullinen OK-painiketta painetaan ja se suositellaan jotain, joka on melko samanlainen kuin mitä me antoi meille asiakkaan (Meillä toinen sovelluspalvelin heitti, tulevaisuuden Excel käyttää). Että hyvä merkki ja lisääntyminen minun luottamusta työkalu.

Se näyttää melko voimakas kamaa paljon parempi lähtökohta kuin tyhjä sivu.

Pidän jolla saat joitakin hyviä yksityiskohtia ympäristöstä. Kuinka monta käyttäjää, Miten hanke he käyttävät järjestelmän (julkaiseminen, yhteistyö, jne), sivuliikkeeseen ja yhteydet / verkkokapasiteettia ja mama-palvelimen välillä. Hyvää kamaa.

Se laaja perustuu kysyy ja sitten voit nipistää yksityiskohtia melko rakeinen malli ympäristön.

Epäröin lataamalla sen, koska minulla on niin paljon muita asioita tarkastella sitä, lukea ja yrittää sulattaa. Olen iloinen, tein.

Se on helppo kaksivaiheisesti. Lataa system center capacity Planneria ja lataa SharePoint-malleja. Se toimii hienosti Windows XP.

Perustuu minun nopeasti käsityksen, En näe miten se voisi huomioon:

  • Etsi: Asiakirjoja yhteensä, ehkä tyyppisiä asiakirjoja, kielet.
  • Excel palvelin: Paljonko, jos ollenkaan?
  • Forms server: Paljonko, jos ollenkaan?
  • BDC: Paljonko, jos ollenkaan.

Niitä voidaan mallintaa ja en nähnyt niitä 10 hetken tarkastelun.

Aion ehdottomasti käyttää se on minun seuraava asiakas.

Jos en olisi ollut konsultti ja sen sijaan toimii todellinen yritys :), Malli minun nykyisessä ympäristössä ja nähdä, miten työkalun myydyin malli otteluissa vastaan todellisuus. Se olisi aika siisti. Se voisi johtaa hyvä infrastruktuuri keskustelua.

</loppu>

Technorati Tags:

Ratkaisu: System.IO.FileNotFoundException “SPSite = uusi SPSite(URL-osoite)”

11 vastaukset

PÄIVITYS: I lähetetty tähän kysymykseen tässä MSDN (http://forums.microsoft.com/Forums/ShowPost.aspx?PostID=2808543&SiteID=1&mode=1) ja Michael Washam Microsoft vastasi ytimekäs vastaus.

Olen luonut web-palveluun, toimia BDC-friendly julkisivu SharePoint-luetteloon. Kun olen käyttänyt tätä minun kehitysympäristö, se toimi moitteettomasti. Kun olen siirtänyt tämän uuteen palvelimeen, Olen havainnut tämän virheen:

System.IO.FileNotFoundException: Web-sovellus http://localhost/sandbox ei löytynyt. Varmista, että URL on kirjoitettu oikein. Jos URL-osoitteen tulisi tarjota aiemmin luotua sisältöä, järjestelmänvalvoja on ehkä lisättävä sovellukseen uusi pyynnön URL-yhdistämismääritys. klo Microsoft.SharePoint.SPSite...ctor(SPFarm-maatila, URI-requestUri, Boolean contextSite, SPUserToken userToken) klo Microsoft.SharePoint.SPSite...ctor(Merkkijono requestUrl) klo Conchango.xyzzy.GetExistingDocument(Merkkijono minId, Merkkijono maxId, Merkkijono titleFilter) c:\Asiakirjojen ja SettingsPaulMy DocumentsVisual Studio 2005ProjectsxyzzyBDC_DocReviewBDC_DocReviewDocReviewFacade.asmx.cs:rivi 69

Tässä on line 69:

käyttäminen (SPSite-sivuston = uusi SPSite("http://localhost/sandbox"))

Olen kokeillut erilaisia muunnelmia URL, myös käyttämällä todellinen palvelinnimi, IP-osoitteen, perään vinoviiva URL, jne. Olen aina saanut tämän virheen.

Käytin Google jotta tutkia se. Paljon ihmisiä kohtaamaan tämän ongelman, tai muunnelmia, mutta ei kukaan näyttänyt saada se ratkaistu.

Tricksy MOSS jos esittää tarkasti erehdys että se ei tapahdu minun tarkistaa, 12 rakenteen lokit. Lopulta, tietoja 24 tunnin kuluttua kollegani Suositellut sitä, Olen kassalla 12 Hive loki ja löysin tämän: 

Poikkeus haettaessa paikallisen maatilan:
System.Security.SecurityException: Pyydettyjä rekisterinkäyttöoikeuksia ei sallita.
klo System.ThrowHelper.ThrowSecurityException(ExceptionResource resurssi) klo Microsoft.Win32.RegistryKey.OpenSubKey(Merkkijonon nimi, Totuusarvo voi kirjoittaa) klo Microsoft.Win32.RegistryKey.OpenSubKey(Merkkijonon nimi) klo Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_RegistryConnectionString() klo Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_Local() klo Microsoft.SharePoint.Administration.SPFarm.FindLocal(SPFarm& Farm, Totuusarvo& isJoined)
Epäonnistuneen kokoonpanon alueella oli:  Oma tietokone

Tämä avasi uusia mahdollisuuksia tutkimuksen, joten se oli takaisin Google. Tämä johti minut tähän Forum viesti: http://forums.codecharge.com/Posts.php?post_id = 67135. Eipä siitä juuri apua minulle, mutta se alkaa tehdä minut ajattelemaan, oli tietokannasta ja/tai turvallisuuden kysymys. Olen soldiered ja Andrew Connell Post vihdoin laukaisi ajatus, että minun pitäisi tehdä varma, että sovellussarjan tunnistetiedon tilinä oli asianmukainen pääsy tietokantaan. Ajattelin, että se on jo tehnyt. Kuitenkin, kollegani meni ja antoi app allas identiteetin tilin täydet käyttöoikeudet SQL.

Heti, kun hän teki muutos, Kaikki aloitti.

Mitä tapahtui seuraavaksi on paras Haiku runo:

Ongelmia nostaa kätensä.
Swing ja ikävä. Yritä uudestaan.
Menestys! Mutta miten? Miksi?

Hän ei halunnut jättää yksin tuollaista, mieluummin antaa tarvittava vähimmäisoikeus (ja todennäköisesti perusteellisesti kirjoittaa blogimerkinnän; Ehkä häntä booli, muhahahahaha!).

Hän poistaa peräkkäisten käyttöoikeudet app allas identiteetin tililtä … ei ollut enää mitään nimenomaista lupaa app allas tunnistetiedon tilinä ollenkaan. Web-palvelun jatkoi hienosti.

Menimme ja käynnistetään palvelimet. Kaikki edelleen toimivat hyvin.

Niin, kertaus: annoimme app allas identiteetin täydet ja sitten vei. Web-palvelun aloitti ja koskaan lakkasi toimimasta. Outo.

Jos joku tietää, miksi se olisi toiminut, Jätä kommentti.

</loppu>

Technorati Tags: