Melborp.NET

TFS 2010 Beta 2 - Build: Value cannot be null. Parameter name: path1

melborp — Tue, 03 Nov 2009 03:32:47 +0200

Kiire informatsioon kõigile, kes peaks eksperimenteerimia uue TFS 2010 Beta 2 –e buildimisega. Nimelt default protsessi (workflow) mall ei toimi, kuna seal võetakse registrist regiooni seaded ja kahjuks ei esitata Eestis numbreid samamoodi kui USA –s. Kõik buildid ebaõnnestuvad niisuguse krüptilise veaga, millega kohe peale vaadates ei oska midagi teha. Tundub nagu oleks mõni parameeter endal seadmata, aga pole nii.

Hetkel on lahenduseks pakutud see, et korrektne MSBuildi path on sisse kirjutatud malli sisse.

Rohkem infot probleemist leiate MS foorumist:

Build error: "Value cannot be null. Parameter name: path1" and a TFB210602: Failed to copy.

Parandatud malli saate alla tõmmata minu blogist või siis orignaal asukohast:

http://www.larswilhelmsen.com/2009/10/27/tfb210602-failed-to-copy/

Edu!

Mis on parem TFS 2010 –s?

melborp — Mon, 02 Nov 2009 01:45:59 +0200

Beta 2 –ga on käes paras aeg rääkida põhjustest, miks TFS 2010 on parem kui varasemad versioonid. Iga versioon toob alati uuendusi, aga minu meelest on TFS 2010 –s ikka väga palju uut ja kasulikku, miks mina ise kaalun Beta 2 –te (peale mõningate testimiste) laivis (loe: reaalselt toote arenduses) kasutada.

Siin on minu poolne pisikene loetelu – paljuski viited mujale koos minu kommentaaridega.

Installeerimine, konfigureeri ja haldamine on lihtsam võrreldes varasemate versioonidega
TFS 2010 Admin, Operations & Setup Improvements
TFS 2010 Beta 2 - installeerimine ja konfigureerimine
Tööde haldamine ja jälgimine (Workitem tracking & reporting) on lihtsam, paindlikum ning rohkemate võimalustega. Siin all ma loetleks tähtsamad uuendused: hierarhilised workitemid, custom linkide tüübid, kategooriad (lihtsustab raporteerimist), korralik dashboard SharePointi peal, sõltuvussuhted workitemite vahel,
TFS 2010 Work Item Tracking
TFS 2010 Project Management
MSF 5.0 protsessi mall baseerub Scrum –i peal. Minu meelest väga õige lähenemine ja antud hetkel TFS 2010 peal ainukene Scrumi lähedane protsessi template (Scrum for Team System –i Beta 2 mall peaks saabuma kuskil PDC ajal).Korralik kogus abifaile protsessi jälgimiseks excelite näol (mõned mida on Brian Harry demonud oma blogis ja kasutatakse MS –s DevDiv –i poolt).
MSF for Agile Software Development v5.0
Meeskonna projektide ümber struktureerimine meeskonna projektide kollektsioonide abil (üks agregeerimise tase juures). Saab kollektsiooni tasemelt jälgida projekte.
TFS 2010 võimaldab branchimist ja mergimist visualiseerida ning on paremini arusaadav, kuidas toimib (branchid ja folderid eristatud selgelt).
Viited- TFS 2010 – Branching ja Merging
Paranenud buildimise tugi – lisandunud on gated checkin (seda illustreerib hästi üks open source projekt, mida on võimalik kasutada TFS 2008 juures - http://opengauntlet.org/), WF 4.0 –i kasutamine buildimise juures.
TFS Team Build 2010: What’s New?

See pole lõplik loetelu, aga minule on need muudatused silma hakanud. Kirjutan lähemalt ning täiendan loetelut teiste põnevate muudatuste/uuendustega, kui mahti saan.

Edu!

Viited: TFS 2010 – Branching ja Merging

melborp — Sun, 01 Nov 2009 23:29:39 +0200

Ma sattusin surfates ja TFS 2010 teemal lugedes väga heade infoallikate otsa. Täpsemalt seoses TFS 2010 branchingu ja merginguga. Loodetavasti kunagi jõuan ise rohkem sellest kirjutada, aga hetkel head ja kasulikud lingid:

Edu!

TFS 2010 Beta 2 - installeerimine ja konfigureerimine

melborp — Thu, 29 Oct 2009 02:11:00 +0200

Olen viimased päevad tegelnud värske TFS 2010 Beta 2 üles seadmisega, mis muideks on “go live” litsentsiga ja on võimalik supporti saada Microsofti poolt. Supporti jaoks aga tuleb registreerida ;) Info leiate siit.

Igatahes, olen seda üles seadnud ja konfigureerinud ja mõtlesin, et jagaks ka lugejatega mõnda pilti ning olukorda.

Alates TFS 2008 –st on installeerimise kogemus märgatavalt parem olnud, aga konfigureerimine – nii ja naa. Võiks parem olla. Näiteks ei ole väga lihtne olemasolevat SharePointi infrat kasutada või siis SQL Reporting Serviceid – TFS alati kirjutab selle üle ja seal on veel mõned omapärad. Ka administreerimisega on omad puudused, mida saab eraldi vahenditega kompenseerida.

TFS 2010 toob endaga kaasa veel parema installeerimise, konfigureerimine ja administreerimise kogemuse. Asjad muutuvad lihtsamaks. Järgnevatel piltidel lähemalt sammud, mida läbite ja kogete.

Kõik algab installeerimisest.

Selle juures on ainult üks põhiline erinevus – enam ei installeerita SharePointi automaatselt, vaid see on eraldi konfigureerimise osa. Vanasti oli vaja üks haaval käivitada TFS –i, Proxy ja Build teenuste installeerimine, nüüd on võimalik ühe liidese kaudu.

Antud versioon toob selge ja arusaadava lahususe installeerimise ja konfigureerimise vahel.

Igatahes, sellele järgneb konfigureerimine, mis on midagi uut ja põnevamat.

Konfigureerimise wizard –i põhileht

Siin on võimalik teil konfigureerida TFS Basic, Standard Single Server, Advanced … jne valikutena. Standard Single Server pakub järgnevaid võimalusi seadistada (enamus on vaikimisi). Ainukene seade on TFS –i teenuste konto seadmine.

Ma ise proovisin Standard Single Server –t ja võin öelda, et kui teil on SQL Serveril oma nimega instants (mitte vaikimisi instantsi nimi), siis peate kasutama Advanced versiooni. Kes meist kasutab SQL serveri puhul vaikimisi instantsi nimesid? Üldiselt, enamus juhtudel, te peate kasutama advanced versiooni ja seda mitte ainult SQL serveri pärast, vaid ka muude seotud komponentide pärast nagu SharePoint ja Reporting Services.

Advanced

Kusjuures antud leht ise kirjeldab väga hästi ära, mis juhtudel “Advanced” valik on sobilik.

Nagu näha, konfigureerida on mõnevõrra rohkem. Andmebaasi server, rakenduse aadress IIS –s, TFS –i teenuskonto, raporteerimine, SharePoint ja projektide kollektsioon.

Kui SQL Raporteerimise teenused ei ole konfigureeritud, siis ta palub teil need ette ära teha, ennem pole võimalik TFS –i kasutama konfigureerida. Varasemalt (2008 versioonis) ta lihtsalt kirjutas olemasolevad seaded üle. Raporteerimisteenuste lugemiskontoks soovitan muud kui TFS –i teenuskontot. SharePointi puhul on vaja valida, kas olemasolev installatsioon või siis uus ning konfigureerida vastavalt – ei miskit keerukat.

Projektide kollektsioon on midagi uut ja seal tuleb seada peamiselt nimetus.

Üks väga lahe osa konfigureerimisest on Review, kus saab kõikki seaded üle pika loeteluna vaadata.

Peale seda on võimalik lasta seaded automaatselt verifitseerida – kas kõik ikka on korrektne ning kas konfigureerimine õnnestuks? Tulemuseks on midagi all järgnevat.

Mõned hoiatused, võibolla mõned errorid, kui miskit on valesti jne. Võimalik ka minna logi vaatama (kus tavapäraselt on rohkem infot). Võite eemaldada mõned warningud ja uuesti verifitseerida.

Järgneb konfigureerimine. Ja kui kõik hästi läheb, siis järgnev ekraan :)

Muidugi alati, ei pruugi hoolimata verifitseerimisest, kõik edukalt minna. Näiteks esimesel korral sain mina hoopis järgneva vea:

Leiate antud vea kohta rohkem infot järgneva raporteeritud bugi juurest. Igatahes, polnud nagu ühtegi viga konfiguratsiooniga, vaid ma kahtlustan et WAS ei andnud informatsiooni loodud veebisaidi kohta mõistliku aja jooksul vms (http://forums.iis.net/t/1150233.aspx). Sama konfiguratsiooni uuesti jooksutamisel kõik toimis.

Nüüd kui TFS ise on konfigureeritud, on võimalik konfigureerida wizardi abil Build –imis teenused, mille konfigureerimine käib sarnaselt üleval pool nähtule. Miskit keerukat või probleeme selle juures, mul ei olnud.

Peale konfigureerimis wizardi sulgemist läheb käima TFS Administration Console ja on võimalik vaadata, mis kõik konfigureeritud on ja õiguseid määrata jne. Kaks pilti ka sellest.

Loodetavasti on mõnele need pildid julgustavad või abistavad.

Edu TFS 2010 Beta 2 –ga ;)

Tip: Veel lisainfot @ kohta C# -s

melborp — Sat, 24 Oct 2009 04:25:31 +0200

Kirjutasin kunagi ammu C# –i seeriat ja seal hulgas tutvustasin @ väljendit. Mõtlesin, et kui ma juba nii hilja üleval olen ning avastasin, et üks nüans on jäänud selle puhul mainimata, siis kirjutaks kiirelt ühe postituse ka ära.

Nimelt on @ –l veel üks lahe omadus.

Kui lisate @ stringi algusesse, siis saate ilma stringe liitmata vabalt teksti kirjutada (k.a. reavahetustega) kuni stringi lõpu märgini (“). Näide on parem, kui minu sõnastus sel kellaajal.

Näide 1:

public static readonly string BookApprovedEmail = @"<html><body>Tere {0},
 Teie raamatu '{1}' arvamus kinnitati
 Administraatori selgitus: {2}
 Tervitustega, ENETA meeskond</body></html>";

Näide 2:

var queryString = @"<Where><And>
 <Eq><FieldRef Name='RealAuthor' LookupId='True' /><Value Type='User'>{0}</Value></Eq>
 <Eq><FieldRef Name='ContentType' /><Value Type='Text'>{1}</Value></Eq>
 </And></Where>";

Teeb antud juhul stringi veidi loetavamaks. Need ei pruugi olla eeskujulikud näited, aga illustreerivad kasutust ikkagi ;)

Edu!

Huvitav leid: Valed aadressid otsingutulemustena

melborp — Fri, 23 Oct 2009 15:04:35 +0200

Hästi lühikene ja kiire tähelepanek. Mõtlesin, et vaatan mida google.com ja bing.com minu blogi aadressi peale ka ütlevad. Tulemuseks sain esimesel otsingulehel järgnevad huvitavad väljavõtted:

Bing

Google

Müstika minule hetkel, kust need mootorid seda on endale indekseerinud. Võibolla on vastus Bingi tulemustele Google –i otsingu tulemustes ;) Punased kastid huvitavatel tulemustel.

Hyper-V ja liiga palju snapshote võtab palju ruumi

melborp — Fri, 23 Oct 2009 02:46:27 +0200

Juba mitmendat kuud töötan ma kasutades Windows Server 2008 –t oma desktop operatsioonisüsteemina ja Hyper-V –d kui oma virtualiseerimisplatvormi. Hankisin selleks endale spetsiaalselt järgmise konfiguratsiooniga masina:

AMD Phenom Quad Core 2,3GHz AM2
2x SATA II 500GB 32MB Cachinga kettad (mirroris)
8GB 1066 MHz DDR2 mälud
80 GB Intel X25-M MLC ketas üle SATA (3Gbit/s)

Kõik virtuaalsed masinad asuvad mul SSD ketta peal ja neid on hetkel neli. Teile võib tunduda, et 80GB peale ei mahu eriti palju, aga see ei vasta tõele. Trikiks on kasutada Compressed foldereid ;) Märkimisväärselt vähem ruumi võtab, veidi rohkem proset aga vähem on kirjutada/lugeda kettalt. Sinna mahub umbes 1-2 masinat veel ;)

Või siis õigemini mahuks, aga ma olen olnud hooletu snapshotide loomisel ja tekitanud neid palju iga masina kohta. Nüüd kui masinad on stabiilsemas seisus ja ma ei eksperimenteeri konkreetsetega enam nii palju, siis tahaks snapshote vähendada (tagasi merge –da originaalsesse .vhd –sse). Asi on kohe naeruväärselt jama, sest enamasti võtavad snapshotid ühe masina kohta kordi rohkem ruumi kui orignaalne algne ketas.

Nüüd aga on vaja lahendust, et need diferentsiaal-kettad tagasi panna ühte – peaks vähem ruumi võtma.

Netist leidsin järgneva juhendi, mida plaanin kasutada ja millest võibolla on kasu teistelgi.

recovering-your-virtual-machine-how-manually-merge-hyper-v-snapshots-back-one-

Update 23.10.2009: Kasutades juhendit ees pool mainitud lingil õnnestus edukalt taastada 7 snapshotiga masin üheks .vhd –ks. Samas parajalt käsitööd.

Sain ka sõbralt infot, et kõige lihtsam viis on kustutada snapshot (kui on mitu, siis kustuta puu) ja siis peaks need mergetama baas-ketta külge tagasi automaatselt. Testisin teise virtuaalse masina peal järgi, millel oli 6-7 snapshoti ja merge –s ilusti tagasi baas ketta külge kõik muudatused. Kusjuures ma tegin seda masina peal, mis oli Saved olekus.

-----

Tegelik eesmärk on aga hoiatada kõikki, kes kasutavad Hyper-V –d ja loovad Snapshote – mõelge ikka hoolega, kas on vaja seda snapshoti, sest mingi hetk tuleb teil hakata neid ka tagasi mergema, kui ruum otsa saab ;) Muidu on snapshotide tegemine igati vinge feature ;)

See üheks .VHD –ks tegemine ei ole nii meeldiv nagu võiks olla.

Üldjoontes on aga Hyper-V kasutamine ja niisuguse keskkonna kasutamine märkimisväärselt suurendanud effektiivsust ja seda just arendades erinevaid projekte erinevates keskkondades erinevate kliendite jaoks :) Super kasulik töötamise viis, mida kavatsen jätkata!

Viimase tähelepanekuna SSD ketaste osas (vähemalt Intel X25-M MLC puhul), võin kinnitada, et mitme masina samaegne jooksutamine ei ole mitte mingi probleem :) Ise jooksutan tihti 3 masinat korraga sealt ;) Tee järgi 7200 rpm kettaga üle USB –i või SATA ;)

Mina olin puu otsas kui pauk käis ehk mis juhtus?

melborp — Fri, 23 Oct 2009 01:47:42 +0200

Kindlasti on mõned täheldanud, et blogisse pole ühtegi uut postitust viimase kuu jooksul tulnud. Millega ma õige tegelnud olen, et blogida pole saanud? Mis blogi see üldse on, see ei näe välja nagu melborp.net vanasti? Kuhu kadus vana mootor CommunityServer?

Kõigest sellest ja veel mõnest uudisest kohe lähemalt.

Esimene ja vast kõige nähtavam muudatus ning uudis on see, et olen vahetanud oma blogi hosti, mootorit ja disaini. Kunagi kui alustasin blogimist tundus CommunityServer parima mootorina .NET –i maastikul ja sel hetkel võibolla oligi. Vahepeal on aga CommunityServeriga toimunud poliitilised muutused ja tasuta versioon ei ole enam niimoodi kättesaadav nagu vanasti, mis ei võimalda mul enam mootorit uuendada. Tekkis vajadus alternatiivi järgi, mis pakuks samasuguseid võimalusi või rohkemgi ja, millele saaks soovi korral kergemini uuendusi ning muudatusi teha. See vajadus oli üleval mõnda aega kuni lõpuks muutus vältimatuks, sest vana eneta portaali serveril, kus blogi asus, taheti juhe seinast tõmmata. Valisin välja BlogEngine .NET mootori oma lihtsuse ja võimekuste poolest ning muidugi, kuna see on kirjutatud .NET –i platvormile. Mootor on nii lihtsalt üles ehitatud, et süsteemile pihta saamine võttis kõigest mõned tunnid ja juba suutsin teha endale vajalikke täiendusi nagu Asirra captcha põhise kommenteerija valideerimise lisamine. Mootoril on kaasas terve hulk äggedaid disaine, millest ühte näete ka hetkel minu blogis kasutusel.

Igatahes olen rahul. Kuidas teile meeldib?

Teine tähtis uudis on see, et alates järgmisest nädalast 26 –ndast Oktoobrist, alustan ma tööd ja elamist Rootsis. Kolin oma neiu ja kassiga püsivalt Rootsi selle aasta jooksul. Esialgu reisin Eesti ja Rootsi vahet rohkem, hiljem aga vähem. See ei muuda mu pühendumist blogida eesti keeles siin või, et mind Eestis enam üldse ei näe. Ikka näeb nii mõnelgi üritusel, aga harvem. Rootsi pole ju tegelikult kaugel, lennukiga naeruväärsed 50 minutit reisi, mida on vähem kui mõnel hommikul kodust tööle sõitmiseks kulub ;)

Alustan tööd süsteemi arhitektina firmas EU-Supply, mis tegeleb üle-euroopaliste ja suurte hangete korraldamise süsteemi arendamisega, mida müüakse kui toodet ja hostitud teenust. Nii ettevõte kui ka toode on minu jaoks huvitavas staadiumis ning pakub palju väljakutseid. Eks näis kuidas seal läheb.

Välismaal töötamise ja elamise kogemust olen ma himustanud juba aastaid, nüüd saab see teoks ja algab Rootsis.

Kolmas tähtis ja põnev uudis, mida kindlasti paljud on kuulnud juba Andrese blogist, on see, et Microsoft on mind austanud niisuguse tiitliga nagu MVP (Most Valuable Professional) Team System –i valdkonnas. Mida see õige tähendab minu jaoks? Mul on võimalus paremini panustada ja rikastada eesti arendajate kommuuni huvitava informatsiooniga Team Systemi kui ka .NET –i platvormil ja seda ma plaanin hakata tegema läbi antud blogi kui ka eneta portaali foorumisaktiivselt osaledes. Eks näeb ja kuuleb minust mujalgi sellega seoses. Igatahes avanes minu jaoks mitmeid uusi uksi tänu MVP tiitlile.

Seoses sellega on mul ka pisikene pildiseerija MVP tiitliga kaasas käivast mustast kastist ning asjadest, mis selle sees on :)

Must kast

Mina koos tiitli ja super laheda klaaskujuga (üldsegi mitte pisikene või kerge klasskuju!)

Klaas kuju eraldi seisvalt ja lähedalt pildistatud (manuaalse fookusega, kuna automaatne fookus objektiivil nii lähedalt ei toiminud). Kui aus olla, siis pildistamise peale kulus kõva 30 minutit – sattusin neiuga hoogu.

Lisaks nendele kolmele põhiuudisele ja kaasnevatele tegevustele olen ma aktiivne olnud www.eneta.ee käivitumisega, esinenud MSP –de demo õhtul ITK -s ja viimased kaks nädalat olnud bronhiidis.

Tagant järele mõeldes ja seda nimekirja lugedes ikka mõnevõrra aktiivne olnud, kuigi blogis välja ei paista – või mis?

Päikest!

Kasulik viide: elutsükli valik projektile

melborp — Sat, 19 Sep 2009 21:03:33 +0200

Avastasin ühe huvitava artikkli teemal – mis on arenduselutükkel ja kuidas seda valida. Olen ka ise täheldanud tänapäeval, et vaidlus on tihtipeale agiilsete ja traditsiooniliste vahel ning ma ise olen agiilse arendusstiili pooldaja/kasutaja (arendusmetoodikad nagu Scrum, MSF Agile ja agiilsed praktikad). Samas enamus projektides, milles olen osalenud tehakse kombinatsiooni vastavalt projektile ja organisatsioonile – võetakse selline arendus elutsükkel, mis sobib organisatsiooniga ja praktikad, mis muudavad töö projektis efektiivsemaks ning minnakse seda teed. Ei pea tegema täpselt Scrumi, MSF Agile –i, waterfall -i või muud. On variante üleminekuks, on variante, et aeglaselt kohaneda ning harjuda uute/teiste meetoditega ning ning leida need praktikad, võtted, mis aitavad efektiivsemalt tööd teha. Igasse organisatsiooni ei saa kohe scrumi kasutusele võtta. Igat tüüpi projekti arendamisel ei pruugi ka scrum või MSF agile mõistlik olla. Organisatsiooni muutmine on teadaolevalt väga vaevarikas ja pikk protsess ning nõuab tahtejõudu muutuda terve organisatsiooni poolt ning eesmärk on ju teha tööd efektiivsemalt, mitte kasutada mingit kindlat elutsükklit – agiilset või muud oma töö tegemisel.

Artikkel ise asub siin:

http://www.jrothman.com/Papers/Cutter/whatlifecycle.html

VS2008 T4 Template ja hostspecific

melborp — Thu, 17 Sep 2009 06:13:00 +0200

Olen varasemalt kirjutanud T4 mallide kasutamisest koodi genereerimisel. Ise kasutan seda näiteks SharePointi lahenduste juures, kus väljade ja sisutüüpide XML –de pealt konstantide genereerimine mõistlik tundub.

Üks ebameeldivus T4 mallidega siiski oli, kuni eilseni. Ma polnud saanud mõistlikult tööle XML –i (või teiste) andmefailde leidmist lahenduse või projekti relatiivselt asukohalt. Ei taha ju kirjutada koodi genereerijasse sisse absoluutset teekonda, kus fail asub. See võib olla igal arendajal erinev.

Soovitan lugeda Oleg Sychi postitusi T4 mallide kohta. Olen ka neile varem viidanud. Nüüd viitaks konkreetselt T4 Template direktiivile. Seal see lahendus peituski.

Selleks, et te saaksite relatiivsest asukohast absoluutset tuletada, on vaja järgmist teha.

1. Lisada “*.tt” faili päisesse direktiiv - <#@ template #>

2. Lisada antud direktiivile attribuut “hostspecific” väärtusega “true”. hostsspecific attribuut teeb seda, et teile muutub kättesaadavaks property nimega Host (objekt, mis tuleneb ITextTemplatingEngineHost liidesest), mis võimaldab muuhulgas “ResolvePath” tegevust.

<#@ template hostspecific=”true” #>

3. Seejärel on võimalik relatiivse asukoha järgi absoluutselt leida näiteks järgmiselt:

Host.ResolvePath(@"..\..\Project2\12\TEMPLATE\FEATURES\Project\Fields\Fields.xml");

(kaks kataloogi üles poole ja seejärel Project2\12\…)

Edu!