Trvale pracující vlákno pod IIS – .NET – Fórum – Programujte.com

Nazdar všem,

měl bych dotaz. Potřebuji si vytvořit webovou službu (pod IIS 7, C#), která by přijímala požadavky GET a POST (SOAP) a tyto požadavky dále zpracovávala paralelně, avšak na příchozí požadavek již mohla být odeslána odpověď (třeba o akceptaci, informaci o chybě a spol.). Jde o to, že požadavky mohou chodit od více uživatelů, ale cílová aplikace je schopna je zpracovávat postupně tj. přes frontu. 

Jedno z řešení co mě napadlo je že WS by pouze přijímala požadavky a ukládala je na disk jako XML a pod windows by běžela windows services, která by si kontrolovala obsah adresáře a vyzobávala by si z něj jako z fronty jednotlivá XML a předávala je finální aplikaci po jednom (finální aplikace potvrzuje dokončení zpracování, dokud nepotvrdí, nespadne nebo nevyprší timeout nedostane další)

OTÁZKA JE: nedá se nějak pod WS na IIS 7 spustit i nějaký kód na způsob windows services, který by byl schopen pracovat nepřetržitě (fronta s nahromaděnými požadavky se může zpracovávat dlouho po tom co přišel poslední požadavek). Nechce se mi moc zpravovat další proces, např. tak aby přes admin rozhraní webové služby bylo možno zkontrolovat stav trvale běžící aplikace, nebo do ní zasáhnou..

Předem díky za možné náměty

Ahoj,

  samozřejmě můžeš rozjet při startu aplikace další vlákno, které se bude starat o potřebnou činnost a bude nezávislé od příchozího požadavku.

  Co budeš v takovém případě potřebovat vyřešit je třeba: samotné nastartování aplikace, pokud je nastaveno automatické restartování poolu a nepřijde žádný požadavek (další vlákno, které se dotazuje na samotnou aplikaci?). Co v případě, že dojde k chybě a vlákno bude ukončeno atd.

  Určitě bych nezavrhoval možnost spustit winservice, která bude využívat třeba message queue do které bude web aplikace posílat data.

  Pěkný den,

Nazdar,

jj, zkoušel jsem i jiné fora a vesměs byl výsledek stejný. Pokud mám k dispozici server tak jít cestou win services.

Což jsem nakonec i udělal s tím, že web services pracuje v roli pošťáka, který zásilky ukládá na disk, kde si je koncová aplikace vyzvedává v intervalech zajišťovaných windows services. Mám připravenou i variantu s TCP sockety pro přímé volání, abych nemusel používat nějaké periodické kontroly.

Co se týče message queue tak to co jsem jednou zkoušel s tímto bylo nějaké "těžkopádné" a momentálně raději komunikuji přes TCP.

Ahoj,

nevím, jak moc těžkopádné to muselo být, asi každý máme jiný vkus. U MQ máš rovnou zajištěno, že je to queue a zároveň může být persistentní, případně transakční, což při TCP spojení musíš vše řešit znovu.

Pěkný den,