Hi,
The WSE code that listens for incomming connections runs by default in the
same AppDomain as the host.
WSE offers different transports to expose a asmx service, such as TCP,
HTTP.SYS, MSMQ, and others (You can also build your own custom transport).
In your case, if you are planning to host a asmx on a service, I think the
HTTP.SYS is the best option. I recommend you to take a look this article
from Aaron Skonnard
http://pluralsight.com/blogs/aaron/archive/2005/10/14/15571.aspx
Regards,
Pablo Cibraro
http://weblogs.asp.net/cibrax
> I'm aware that i can host an "asmx" based webservice in a windows
> service with WSE 3.0. However, i want more than that. Not just do i
[quoted text clipped - 13 lines]
>
> Thanks
markoueis@hotmail.com - 21 Apr 2006 16:58 GMT
I'm taking a look at Http.sys. I'm still not sure how it works but i
can read up on that. For now, permit me to make the question a little
bit tougher. On top of everything I mentionned in the initial post, I
would also like to get the information from the clients to my windows
service , THROUGH PORT 80 (while IIS is runing). However i don't want
IIS to handle anything, just let my windows service do all the work. I
kind of want IIS to be a pass through (or something like that). The
point is, i don't want the users of the software to have to open
another port on their firewalls. Port 80 should be enough.
Thanks
> Hi,
>
[quoted text clipped - 30 lines]
> >
> > Thanks