roštáčik

Telerik design time error - Failed to create designer

dudok — Thu, 11 Mar 2010 16:34:00 GMT

V práci používam Telerik komponenty pre ASP.NET AJAX (teda okrem iného :)). Musím sa priznať, že sú podľa môjho názoru celkom fajn.

Tým celkom myslím, že ako každý soft, majú svoje vrtochy. Jedným z nich je okrem celkom veľkej pamäťovej náročnosti aj fakt, že občas majú veľký problém vykresliť sa za design time. Nejak sa im nechce, koťuhám. :) A keďže to nieje ojedinelý problém, už sa tomu venovalo aj pár ľudí z Telerik-u, napr tu.

A kde teda väzí ten problém prečo sa tieto controls nechcú rendrovať, hrom do nich? :)

Nuž, Telerikovci si v tej svojej Bulharskej centrále (či kde to sídlia) povedali, že by bol celkom dobrý nápad oddeliť design time kód od kódu, ktorý budete deploy-ovať. To je fajn, len občas sa vyskytnú problémy, napr ako ten ktorý sa stal kolegovi.

Mal predchádzajúci build AJAX kontrolov a chcel prejsť na iný. Ja som to prezieravo urobil tak, že som odinštaloval starú verziu, vymazal folder v progam files a nainštaloval novú. Mne to tento postup zabral. Kolega však len upgrade-oval. Podotýkam bez chýb. Design time, ani ťuk, samá chyba.

Super, čo teraz? Uninstall (bez vymazania telerik foldru v program files) a reinstall. Opäť nič. Moja zúfalosť nad týmto faktom popri práci nad projektom naberala slušné obrátky. :/

Až som dostal spásonosnú myšlienku, skontrolovať aj GAC. Nuž predstavte si, spomínané Telerik.Web.Design.dll v predchádzajúcej verzii si tam spokojne hoveli. Nuž potom sa nečudujem, že sa controls nedali za designtime inštancovať, ak verzie buildov nesedeli. Ručné pridanie novej verzie pomohlo, no nie úplne. A keďže sa vymazať nedali, pretože niektorá iná assembly sa na ne odkazovala, bolo treba urobiť nasledovné :

uninstall,
remove telerik adresára v program files,
prípadné dočistenie gac

Potom sa po čistom installe všetko záhadne rozbehlo. Krása :) Môžme vyvíjať :)

Kontrola role v CRM 4.0

dudok — Tue, 23 Feb 2010 14:30:00 GMT

Potrebujete niečo schovať alebo naopak povoliť pre užívateľa podľa jeho Security Role v CRM 4.0? Takéto riešenie nemáte naporúdzi out-of-the-box, ale ak sa nejedná o vec, ktorá je veľmi bezpečnostne kritická, môžete ju schovať pomocou CSS štýlu (je to len oklamanie usera, preto ten dodatok nieje veľmi bezpečnostne kritická).

Na dopyt do CRM môžeme použiť tento kód, ktorý už urobil nejaký neštastník, ktorý bojoval s podobným problémom a pre skrátenie, urobí web servisový request a vráti bool hodnotu ak patrí aktuálny user do skupiny. Potom možeme šikovne na základe flagu schovať, alebo neschovať časť stránky. Musí mať samozrejme nejaké to ID ktorým ho zavoláme. Našťastie ID sa nemení a tak na schovanie môžeme použiť nasledujúci snippet :

document.getElementById("id").style.display='none';

guid je CRMkom vygenerované id elementu.

Poviete si, kam vložiť tento kód? Nuž v sekcii Customizácii do eventu OnLoad formu kde chceme robiť tento hack :)

Enjoy

CA1903 chyba pri kontrole kódu.

dudok — Thu, 18 Feb 2010 11:50:00 GMT

Ak si niekedy púšťate kontrolu kódu vo VS nad svojím vlastným výtvorom, možno ste sa prepracovali aj k takejto hláške :

Warning 11 CA1903 : Microsoft.Portability : Assembly 'blablabla.dll' has a reference to assembly 'System.Data.Entity, Version=3.5.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089'. Because this assembly was introduced in .NET Framework 3.5 Service Pack 1, which is higher than the project's target framework, .NET Framework 3.5, your application may fail to run on systems without this framework installed.

Nuž ale čo s tým? VS má možnosť multitargetu, to vieme, ale vybrať si .NET fw 3.5 SP1 nemôžeme, len 3.5 ako taký.

Údajne ide len o warning, ktorý nám hovorí, že SP1 musí byť prítomný na mašine, kde aplikácia pobeží. Trochu od veci, ak sa zamyslíme, že analýza bola vykonaná nad ASP.NET app, kde sa nič nikam neinštaluje, ale OK. Aspoň vieme :)

Viac info o varovaní aj tu : link.

Blog Code Analysis teamu.

Kontroly IBAN,SIPO, PN a účtu.

dudok — Mon, 15 Feb 2010 10:22:00 GMT

V rámci jedného projektu som potreboval urobiť kontroly IBAN, SIPO, rodného čísla a účtu. Vytvoril som pre tento účel class library a keďže sú to dosť všeobecné veci, prečo sa nepodeliť .

Ako prílohu vám prikladám čisto class library, unit testoval som ju, aj vhodnými dátami aj PEXom, poštval som na ňu aj kontroly vstavané vo VS. Ak sa na ten kód niekto pozrie, som otvorený návrhom na refactoring a prípadným bug fixom .

Enjoy.

PS :

pri kontrole FxCop-om som dostal zaujímavú hlášku : "SomeClass.SomeMethod() rethrows a caught exception and specifies it explicitly as an argument. Use 'throw' without an argument instead, in order to preserve the stack location where the exception was initially raised."

Vždy som si myslel, že zachytiť exception, pomenovať si ju a potom urobiť throw ex; je ten správny spôsob, ako re-thrownúť exception. Zrejme nie . Zachytenie pomocou catch a iba čisté throw re-throwne exception ale zachová stack a tak presnejšie vieme, kde exception nastala. Hodí sa pri logovaní chýb.

PS2:

Informácie, ako overovať nájdete napr tu :

http://latrine.dgx.cz/jak-overit-platne-ic-a-rodne-cislo

http://www.modry-klub.sk/honorare/07_modulo.htm

http://www.cnb.cz/m2export/sites/www.cnb.cz/cs/platebni_styk/iban/download/EBS204.pdf

WCF problém s policy pod win 7 vs win xp

dudok — Sun, 14 Feb 2010 21:35:00 GMT

Pri jednom projekte, ktorý používa WCF services som sa stretol s nasledujúcou vecou :

Projekt je vyvíjaný pod win xp aj pod win 7 na plných VS, aj na Express verziách. Pri pridávaní referencie medzi projektami na pc s win 7 všetko funguje, ako má. Na pc s win xp nie. Vývojár je pri pridávaní referencie na service počastovaný nasledujúcou hláškou : The configuration for the service reference could not be added due to the following issue : Unrecognized element "extendedProtectionPolicy".

Vývojár na win 7 pritom nič podobné do .ClientConfig súboru nepridával (vedome).

Riešenie? Nuž pomôže len zmazanie riadku a potom všetko funguje, ako má. Bližší popis prečo nájdete tu : link.

Step-by-step ako na Telerik

dudok — Fri, 05 Feb 2010 10:33:00 GMT

Pre všetkých Telerik-u učenia sa chtivých som našiel dve linky, ktoré by sa Vám mohli hodiť :

ASP.NET AJAX :

http://www.telerik.com/support/documentation-and-tutorials/step-by-step-tutorial-for-ajax.aspx

Silverlight :

http://www.telerik.com/support/documentation-and-tutorials/step-by-step-tutorial-for-silverlight.aspx

Tutoriály sú dosť veľké, nebudete sa nudiť

CDN pre ASP.NET Ajax suite od Teleriku

dudok — Mon, 25 Jan 2010 12:49:00 GMT

Dnes ma napadla kacírska myšlienka, či náhodou Telerik, ktorého komponenty používame v práci nemá možnosť použiť CDN. A na moje milé prekvapenie má. :)

A dokonca si ho môžete zapnúť aj vo web.configu. Takto :

<appSettings>
    <add key="Telerik.ScriptManager.TelerikCdn" value="Enabled" />
    <add key="Telerik.StyleSheetManager.TelerikCdn" value="Enabled" />
</appSettings>

Viac sa dočítate tu :

http://blogs.telerik.com/blogs/posts/09-12-08/cdn_support_ndash_radcontrols_for_asp_net_ajax.aspx

Nutno pripomenúť, že musíte mať verziu Q3 SP1. Naviac na CDN sú hostované aj skiny pre controly. Krok Teleriku hodnotím kladne.

Ako si zašifrovať USB kľúč pre všetky OS

dudok — Wed, 20 Jan 2010 08:55:00 GMT

Letmo som zachytil nedávno správu o stratenom USB kľúči nejakého vojaka. Chudák, je z toho bublina a novinári si ho vychutnali. Nevdojak ma napadlo, ale veď aj ja mám USB kľúč a teším sa z portable verzií rôznych softíkov. Nieje to tak dávno, čo som bol u kamaráta a z jeho stroja, na ktorom mal len svoje srdcu milé softy som si vybavil, čo som potreboval. Super vec, mať všetko po ruke. No keby som ho stratil, uložené heslá vo FireFoxe by ma isto potešili a najmä nálezcu, ak by vedel čo s nimi. Prípadne súkromné a firemné maily... bol by to prúser.

Takže ako na vec? Ak máte správnu verziu Visty, 7 alebo 08, môžete myslím použiť BitLocker (priznám sa, nepoužívam ho). Mám ale pocit, že potom si kľúč užijete len pod týmito OS. A čo také XP, Linux, Mac? Nuž, existuje riešenie a je dokonca zdarma. Kolega používa už dlhší čas software TrueCrypt. Kryptuje si ale časť prenosného disku. Na USB kľúči ho neskúšal. Skúsil som to teda ja. Vytvoril som si súbor, ktorý potom môžete mount-núť ako ďalší disk a na ňom si prenášať svoje cenné dáta. TrueCrypt mám len rozbalený (pri inštalácii sa vás spýta, či ho chcete v portable režime - len sa rozpakuje, alebo nainštaluje). Priamo v roote mám teda 1 file, ktorý je diskom, v adresári mám TrueCrypt (mohol by som si teoreticky urobiť aj autorun), teraz ho púšťam ručne.

TrueCrypt má zaujímavú funkciu, môžete si vytvoriť disk s 2 heslami,

1 - je pre bežné prípady, vidíte všetko,

2 - je pre prípad, že vás niekto donúti prezradiť heslo - uvidíte len časť disku, veľmi zaujímavá feature

Takže, primountovali ste si disk, môžete si nainštalovať portable verzie niektorých software. Odporúčam si nainštalovať aj platform. Pribudne vám integrované menu, adresár pre dokumenty a pod.

Môžete tiež zakryptovať celý disk, lenže potom nemáte kam dať portable verziu TrueCrypt, smola (prípadne 2 partície, ale komu sa chce hrať...). Ak potrebujete byť multiplatformový, môžete si stiahnuť verzie pre Mac alebo Linux. TrueCrypt je veľmi všestranný, nepoznám všetky jeho features, isto som na niečo zabudol, preto ak poznáte nejaké super features, iné, lepšie softy, alebo riešenia, sem s nimi.

Ako správne Redirectovať, aneb kam sa schovala moja premenná v session?

dudok — Mon, 04 Jan 2010 13:00:00 GMT

Tento blog post ponímam jednak ako informáciu pre čitateľov, jednak ako možnú diskusiu k problému.

Takže k veci :

Mal som pocit, že uschovanie si nejakej menšej premennej do objektu Session a následný Response.Redirect na nejakú url kde ju vyberiem zo Session a použijem je bežný a OK spôsob ako fungovať, ak nechcem hodnotu premennej vystaviť na obdiv a pokusy na hack pre usera cez query string. Teda myslel som si to až doposiaľ. V jednej našej aplikácii však potrebujeme (resp. celkom sa hodí) preniesť cez session väčší objekt. (Aký je to väčší objekt? Rádovo MB, v každom prípade nie 4 znaky stringu). No a tu nastáva problém o ktorom som netušil. Pri použití Response.Redirect nastáva totiž ThreadAbortException. Prečo? Nuž, vraj preto, lebo sa ukončuje thread ktorým sme si vyžiadali stránku a pokračujeme na novú. Túto informáciu dostanete aj vo VS v okne Output asi v takomto tvare :

A first chance exception of type 'System.Threading.ThreadAbortException' occurred in mscorlib.dll

Čo sa teda stalo? Nastala exception ThreadAbortException aj v kóde, až na to, že redirect nastane a teda o nej ani nevieme. Vieme ju normálne chytiť v try/catch, no veľa sa nedozvieme, len toľko, že nastala mimo náš kód. Zaujímavé použiť ako druhý parameter vo volaní Redirect hodnotu false. Nuž, nedopracujete sa síce k výnimke a váš request nepadne, no interne výnimka nastane opäť a opäť prídeme o Session. Celú. Bohužiaľ. Aj tu sú však výnimky. Aplikáciu máme nasadenú na 2 rôznych mašinách, obe majú W2k3, IIS6 a na jednej aplikácia dáta v session prenesie, na inej nie. Rozdiel by som musel vyskúmať, každopádne na všetkých dev mašinách nám tento kód padá a session maže a preto sa nechcem spoliehať na to, že na 1 z x mašín kód ide, na ostatných nie.

Všimol som si ale, že pár bajtová premená prežije. Ak si však uložíme niečo väčšie, session stratíme.

Čo teda môžeme robiť?

Po pravde neviem. Trochu som sa poohliadol po webe a došiel som na pár zaujímavých linkov :

http://support.microsoft.com/kb/312629 - údajne to tak má byť a všetko je OK. spomína sa použite false ako druhého parametru, no mne nepomáha,

http://weblogs.asp.net/bleroy/archive/2004/08/03/Don_2700_t-redirect-after-setting-a-Session-variable-_2800_or-do-it-right_2900_.aspx - rovnako aj tu je spomenuté riešenie, ktoré mne nefunguje,

http://www.csharpfriends.com/Articles/getArticle.aspx?articleID=15 - spomenuté Server.Transfer, ktoré som vyskúšal a opäť sa v Output dostavila výnimka.

Posledný pokus bol Server.Execute - popis nájdete na http://msdn.microsoft.com/en-us/library/ac8t9s7b.aspx. Pri tomto síce výnimku nedostaneme, no ani request nepresmerujeme, takže som vyčerpal všetko čo som dnes našiel na webe ale bez výsledku.

Chcem sa teda spýtať, čo robím zle? Prípadne ako to robiť tak, aby to fungovalo

Vopred ď a prajem Vám všetkým všetko dobré do roku 2010

Update 1:

Upravím pár informácií, ktoré som uviedol nepresne. Nepredávame si celý niekoľko MB objekt, ale len názov súboru na disku. Na začiatku PageLoad držíme v Session 3 objekty, tieto sú 2 stringy a 1 menšia štruktúra (niekoľko stringov, nič veľké). Pred Redirect-om si pridáme 4 ďalšie objekty (medzi nimi aj názov súboru a 1 ďalšiu štruktúru a teda máme v Session 7 objektov). Potom vykonáme redirect, po ňom na presmerovanej page je Session stále s rovnakým ID, no len s 3 objektami, ktoré boli v Session predtým, ako sme vstúpili na PageLoad stránky kde sa redirectovalo. Je to vcelku logické, zahodili sme všetky zmeny, ktoré sme vykonali na stránke, kde sme redirectovali. No v mojom malom sample, ktorý som si urobil som dokázal uchovať v Session objekt, ktorý som vložil a následne na ďalšom riadku redirectoval. Zvláštne.

Update 2:

V catch za Response.Redirect Session stále obsahuje 7 objektov, až v PageBase presmerovanej stránky už máme len 3. Velice zajímavé

Development postre

dudok — Sun, 20 Dec 2009 08:47:00 GMT

Všetkých, ktorí by si radi skrášlili svoj príbytok/pracovisko na svoj dev.obraz chcem upozorniť na nasledujúci link. Nájdete tu slušný počet posterov - cheat sheetov, best practises a iné. Nech padnú na úžitok

KB973917 môže znefunkčniť vaše TFS08

dudok — Tue, 15 Dec 2009 11:40:00 GMT

Keďže mi v poslednej dobre prischla nejaká výskumná práca ohľadom TFS 2008, trochu som sa v ňom vŕtal. Bežím na virtuáli s w2k3 od MS, pretože nahodiť tfs08 na win08 a sql08 bolo nad moju trpezlivosť. Všetko fungovalo, až kým pár dní späť som nenarazil na problém, kde som dostával 503 od všetkých webov, ktoré bežia na IIS6, ktoré sú v mojom w2k3 od doby, ako zbehlo pár updatov. Google mi povedal, že nie som sám a tak sa chcem s vami podeliť o riešenie : reinštalácia sp2. U mňa zabrala.

Viac info na tomto odkaze.

Pekné sviatky bratia

Ako na chyby v ASP.NET AJAXe - krajší dialóg

dudok — Tue, 01 Dec 2009 14:00:00 GMT

Iste ste sa niekedy stretli s nepekným hlásením IE, ak nastala chyba niekde v kóde, ktorý renderoval odpoveď, ktorá mala doplávať do UpdatePanelu. Hmm, ale ako z nej urobiť niečo "normálne", user friendly, pretože ak náhodou má user vypnuté otvorenie popupu pri chybe, nemusí si všimnúť malý žltý štít v ľavom dolnom rohu? Napríklad cez alert? Nuž, napríklad takto :

Do head si vložte tento script :

function EndRequest(sender, eventArgs) {

var errorMessage = eventArgs.get_error().message;

eventArgs.set_errorHandled(true);

alert('Nastala chyba na stránke : ' + errorMessage);

}

function OnLoad() {

Sys.WebForms.PageRequestManager.getInstance().add_endRequest(EndRequest);

}

</script>

Do form napr v master page si z eventu onload zavolajte vyššie uvedený onload. A od tohto momentu by sa vám chyby mali zobrazovať ako alerty

Vyskúšané na IE8 aj poslednom FF.

Menšia zaujímavosť, napr FF aj Chrome kľudne ignorujú js chybu, na ktorú IE upozorní. Možno mám niečo zle nastavené, alebo pod, ale je to prinajmenšom zvláštne. Asi za to môže Gecko... Každopádne dostali ako odpoveď chybovú hlášku od iis, no nie bežnú žltú obrazovku smrti, len pár bajtové chybové hlásenie.

Potrebujete niečo skryť v MOSS?

dudok — Mon, 12 Oct 2009 07:44:00 GMT

V prípade, že potrebujete schovať v MOSS napr menu v pravo, alebo hore (odborne sa tomu celému nadáva vraj chrome), napr chcete si urobiť z MOSS úložisko dokumentov, ale s customizovaným zobrazením, odporúčam vám site http://sharepointcanvas.com/spc/ ktorý vám vygeneruje css aké potrebujete. To len vložíte do Content Editor Webpart a šmahom máte MOSS aký len chcete :) A ja som prácne hľadal css class-y a vytváral si vlastné css :) ach jaj :))))))

Pozor ale, neskryte si úplne všetko, lebo sa nedostanete ani k možnosti dostať page do stavu editácie webpartov. Situácia sa dá obísť query stringom, pridajte za napr /Forms/AllItems.aspx?Contents=1 kde sa dostanete do módu úpravy Webpartov a môžete Content webpart vymazať a tým uvidíte opäť všetko. Príjemné experimentovanie. :)

Ako schovať selektívne item v sitemap

dudok — Thu, 01 Oct 2009 13:00:00 GMT

V prípade, že použijeme ako datasource obyčajný SiteMapDataSource a pre zobrazovanie Menu a v tomto menu zavesíme na MenuItemDataBound zavesíme nasledujúci eventhandler :

    protected void subMenu_MenuItemDataBound(object sender, MenuEventArgs e)
    {
        System.Web.UI.WebControls.Menu menu = (System.Web.UI.WebControls.Menu)sender;
        SiteMapNode mapNode = (SiteMapNode)e.Item.DataItem;

        System.Web.UI.WebControls.MenuItem itemToRemove = menu.FindItem(mapNode.Title);

        if (mapNode["type"] == "hidden")
        {
            System.Web.UI.WebControls.MenuItem parent = e.Item.Parent;
            if (parent != null)
            {
                parent.ChildItems.Remove(e.Item);
            }
        }
    }

Môžeme v sitemap súbore použiť pre menuitem, ktorý má predka (Parenta) nasledujúci atribút : type="hidden".

Prečo píšem predka? Pretože ak nezobrazíme root node, parent v našom kóde bude null. Tým pádom môžeme skryť len položky ktoré niesú v zobrazovanom roote.

No a možno sa pýtajú podaktorí, k čomu je toto celé dobré? Napr : máte masterpage a v ňom menu. Chcete, aby sa zobrazovalo na všetkých stránkach. Dáta v DB zobrazujete napr. spôsobom, ktorý najprv. zobrazí všetky položky a pre detail položky sa presmeruje na iný page, ktorý vytiahne k položke doplňujúce informácie. Ak chcete menu, musí byť aj táto podstránka v sitemap, no nechcete dovoliť užívateľom sa na ňu dostať z menu, teda má aj nemá byť v sitemap. Viem, je to schiza.

Ako rýchlo na javascript kód do stránky

dudok — Tue, 08 Sep 2009 12:55:00 GMT

V prípade, že by ste potrebovali vložiť kúsok javascript kódu do stránky, napr ako alert hlášku na základe výsledku postbacku, ide to jednoducho aj takto :

ClientScript.RegisterStartupScript(typeof(string), "startupScript", "alert('abcd');", true);

Property ClientScript má viacero metód na zaregistrovanie skriptov. Viac info aj tu : http://www.codeproject.com/KB/aspnet/Register_Client_Script.aspx

Koniec hlásenia