Remoting channel bez otvaranja portova?1. ASP.NET aplikacija
2. Windows servis koji radi u pozadini
3. ASP.NET aplikakacija poziva remoting metod u servisu koji potom u async režimu šalje nekih 100-njak faksova
Lepo sam napravio remoting listener u servisu i pozivam ga preko TCP kanala na nekom portu. Problem je što mi priučeni a svemogući system admin diže obrvu na činjenicu da otvaram port na serveru
(iako je pokriven firewallom) pa to rešenje moram u doglednom periodu zameniti nekim koje ne otvara port. Oba "fabrička" kanala, tcp i http podrazumevaju otvaranje portova.Otvoren sam za bilo koji predlog koji ne podrazumeva pooling sa persistent medija tipa filesystem i SQL. Trenutna ideja mi je da napravim svoj channel koji će raditi preko named pipeova, ali .net nema podršku (ili ima?) za pipeove, pa mi ne gine interop. Ako neko ima bolju ideju, slušam...
Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan, sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv… - Z.Đinđić
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan, sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv… - Z.Đinđić
Re: Remoting channel bez otvaranja portova?
. Fora je što sistem, iako je asinhron, zahteva da se određene informacije po iniciranju batch procesa vrate asp.net aplikaciji (broj transakcije, odobrenja, itd) i da potom servis sam krcka obradu zahteva dok je asp.net aplikacija slobodna da radi druge stvari. Uporteba persistent medija mi omogućava da pokrenem batch proces, ali ne može (bez velike petljancije) da vrati odgovor.