BUTHRAKAUR: tohle bych tipnul spíš na nějaké konkrétní nastavení IIS (docela by to sedělo na nějaké české hostingy, protože český asp.net hosting za moc nestojí)... já jsem se s tím v praxi nesetkal... samozřejmě, pokud se počítá s tím, že ten task poběží až takhle dlouho, tak bych to určitě nedělal takhle naivně (zákon schválnosti je neúprosný a recycle bys prostě potkal)...

SLUPKA, NECROMAN: mozna se pletu, ale matne si vzpominam, ze IISko standardne po 120s zabiji requestem vyprodukovany thready, ne? Pokud je to vazne dele trvajici async task, tak bych to videl spis na klasickej pripad pro messaging.

SLUPKA: uff, dik za vycerpavajici odpoved :)

NECROMAN: Pokud nebude nějaká divná konfigurace IIS, tak to projde naprosto bez problémů. Je klidně možné použít i timer, který vůbec request nepotřebuje (samozřejmě je k diskuzi na co je správné to použít). Nicméně i tak máš několik scénářů při kterých k zabití dojde (můžeš mít automatický recycle na app poolu, nasazení nové verze kódu, a další věci které ti zabijí proces.

Nicméně, chce to vzít potaz pár věcí. Pokud se nepletu, tak exception na background vlákně, která probublá až úplně ven ti shodí proces (app pool), žádný chybový návrat jako při requestu. A navíc, pokud dojde k několika úplným pádům, tak se IIS rozhodne nerestartovat pool. A další věc, sebere ti to vlákno, které by normálně sloužilo k obsluhování requestu (při větším množství takových tasků přestane tvůj server odpovídat).

Dotaz, je mozne v ASP.NET pri requestu spustit nejaky dele bezici task na serveru a vratit rychle reponse?
Nedojde k zabiti toho tasku nez dobehne?

Hledáme vývojáře, který nám vytvoří malou webovou aplikaci v .NET, ktera komunikuje s API a data zobrazuje, uklada. Specifikace vymenou za bio - posta pls.

Padá mi aplikace a přitom to nehodí žádnou výjimku. Snažil jsem se něco vyguglovat, ale na nic co by mi přišlo k věci jsem nenarazil. Potřeboval bych radu, jak to chytit. Mám dva případy (projekty). "Nasadil" jsem log4net. Na začátek a konec metod jsem si dal záznam. Nejsem si 100% jistý, ale domnívám se, že v případě výjimky by to navíc mělo tu výjimku zaznamenat, včetně nějakých detailů (ale možná jsem to jenom blbě pochopil).
1. projekt je COM objekt, který volám z Win32 aplikace. V drtivé většině (několik desítek až pár set) případů to funguje. Asi u 10 klientů to "padá". Přičemž jediná hláška je od OS, že program přestal pracovat. Dokonce jsem si tam potom cvičně doplnil volání metody: private static void Foo() { throw new Exception("This is an Exception"); }, ale chová se to prakticky stejně, výjimka se nekoná (na PC, kde mi to předtím chodilo a bez té "ruční" výjimky nepadalo). Tady jsem znejistěl, jestli log4net ty výjimky loguje sám od sebe, nebo si to musím doprogramovat.
2. projekt je WinForm aplikace, je tam několik formulářů, spousta datasetů. To zatím není u klientů, ale testerovi to občas upadne pod rukama. Když je to nějaká "normální" chyba, tak to výjimku hodí, to pak není problém dohledat a opravit. Pokud jí to ale chcípne bez výjimky, tak jsme v prdeli. Padá to málo (1× - 3× za den), náhodně na různých místech. Alespoň se nám nepodařilo to nijak vysledovat. Programátorům to nepadá, aby se to alespoň nějak lépe chytalo :-( Tady jdu teprve log4net nasadit.
---
Nemáte nějakou radu ohledně toho sledování kam program vlezl, aby se nemuselo na desítky míst vložit zalogování průlezu? Nebo nesetkali jste se někdo s podobným chováním?
FW 4.0, VS2013, DevExpress vizuální komponenty, FirebirdClient na připojení k Firebird SQL.

Neimplementoval jste někdo náhodou protokol M-Bus (neplést si s Modbusem) v C#? Nějak nemůžu dohledad žádný knihovny. Díky

NECROMAN: IMHO přesně tak, to chování (na vstupu mám něco-nebo-null, mám funkci něco→výsledek a na výstupu mám výsledek-nebo-null) popisuje monádu; konkrétně monádu, které se říká Maybe.

ROTTWEILER: rekl bych, ze to bude takovy syntakticky cukr pro Maybe Monad, ale sam v tom nejsem expert, tak abych nekecal :)

NECROMAN: Já jsem pochopil, co to umožní, ale nebylo mi jasný jaký to má vztah k monádům.

ROTTWEILER: protoze to vychazi z "Monad" - takove dost teoreticke objekty ve funkcionalnich jazycich typu F#. Zde je jedno pekne vysvetleni:
The Marvels of Monads - Yet Another Language Geek - Site Home - MSDN Blogs
http://blogs.msdn.com/b/wesdyer/archive/2008/01/11/the-marvels-of-monads.aspx

Monadic null checking bude zajimava vec, ktera usetri dost psani kodu typu
if (user != null){
if (user.orders != null && user.orders.Length > 0){
return user.orders[0].id;
}
}
return fallbackId;

misto toho pujde:
return user?.orders?.FirstOrDefault()?.id ?? fallbackId;

NECROMAN: Možná hloupá otázka, proč se tomu říká monadic?

MORMEGIL: nakoniec som ten cert restoroval pomocou mimikatz z ineho kompu, kde bol menej prisny antivir :)

MISO: Ten jbstore nefunguje?

MORMEGIL: Cool diky, naviedol si ma na spravnu cestu. Bohuzial ten moj komp je zabezpeceny tak, ze moj user nevie spustit MMC. Alternativou je pouzit utilitu mimikatz, ale ta zase pouziva nejaky exploit, takze mi ju zachyti Kaspersky AV :) Proste sa dostavam do bludneho kruhu :)

MISO: Jailbreak?

Prosim vas, netusite, je mozne z Win XP vykradnut x509 certifikaty, ktore su ulozene ako neexportovatelne?

Což mi připomíná jednu drobnou odbočku - v Levných knihách v Jindřišské 12 (Praha 1) teď mají pár kusů knihy Mistrovství ve WPF (2008) [v češtině] za 449 Kč. Běžná cena se pohybuje kolem 1 100–1 500 Kč. Mají je tedy značené jako "defekty", ale po zběžném ohledání vypadají v pohodě, resp. mají třeba trochu otlačenou vazbu, ale to na použitelnosti nic nemění.
Třeba to někoho zaujme. Mají tam i další tituly od Cpressu s podobou slevou, ale již starší (např. Microsoft SQL Server 2005 - velký průvodce administrátora).