I'm trying to build a web service via .NET remoting (without ASP.NET) using a
pre-existing wsdl file. It doesn't seem to be a very straight-forward
process, as SOAP exceptions keep popping up that don't appear if I do use the
ASP.Net approach. My remoting type looks exactly like the output of the
wsdl.exe utility when executed against the same wsdl file, so I'm not sure
why it's complaining about the soap message. I don't get these exceptions
using the ASP.Net approach.
I've tried googling for information about building non-ASP.Net web services.
Specifically, I want to use remoting to listen for inbound xml messages
using SOAP from non-.NET clients. I want to eliminate the need for a web
server (IIS or any other web server). Is remoting possible in this
situation? Normally remoting is allowed between two .NET endpoints, but since
I'm passing SOAP requests I was hoping this was the exception to that rule.
Do I have any other options to hosting web services in my own process without
the need for a seperate web server to communicate with non-.NET clients?
Thanks,
CJF 3 1333
Hi,
Using VS 2005? Have a look at WSE 3.0 (Web Service Enhancements). Using the
features it provides you will be able to host the web service in windows
apps, console apps or windows services (which will probably be your choice): http://msdn.microsoft.com/webservice...e/default.aspx http://msdn.microsoft.com/webservice...ml/newwse3.asp
(this atricle has a paragraph on hosting serices outside IIS)
You could also use WCF (Windows Communication Foundation - final version
coming with Windows Vista, but available with a Go-Live license meaning you
can use the CTP builds in production environment now) to achieve the same: www.windowscommunication.net
Hope this helps.
Best regards,
Robert Wilczynski. I'm trying to build a web service via .NET remoting (without ASP.NET) using a pre-existing wsdl file. It doesn't seem to be a very straight-forward process, as SOAP exceptions keep popping up that don't appear if I do use the ASP.Net approach. My remoting type looks exactly like the output of the wsdl.exe utility when executed against the same wsdl file, so I'm not sure why it's complaining about the soap message. I don't get these exceptions using the ASP.Net approach.
I've tried googling for information about building non-ASP.Net web services. Specifically, I want to use remoting to listen for inbound xml messages using SOAP from non-.NET clients. I want to eliminate the need for a web server (IIS or any other web server). Is remoting possible in this situation? Normally remoting is allowed between two .NET endpoints, but since I'm passing SOAP requests I was hoping this was the exception to that rule. Do I have any other options to hosting web services in my own process without the need for a seperate web server to communicate with non-.NET clients? Thanks, CJF
So it sounds like out-of-the-box you can't host a remoting type as a web
service within your own managed executible. I will look more into the WSE 3.0
and see how it fits my needs. Thanks!
"Robert Wilczynski" wrote: Hi,
Using VS 2005? Have a look at WSE 3.0 (Web Service Enhancements). Using the features it provides you will be able to host the web service in windows apps, console apps or windows services (which will probably be your choice):
http://msdn.microsoft.com/webservice...e/default.aspx http://msdn.microsoft.com/webservice...ml/newwse3.asp (this atricle has a paragraph on hosting serices outside IIS)
You could also use WCF (Windows Communication Foundation - final version coming with Windows Vista, but available with a Go-Live license meaning you can use the CTP builds in production environment now) to achieve the same:
www.windowscommunication.net
Hope this helps.
Best regards, Robert Wilczynski.
I'm trying to build a web service via .NET remoting (without ASP.NET) using a pre-existing wsdl file. It doesn't seem to be a very straight-forward process, as SOAP exceptions keep popping up that don't appear if I do use the ASP.Net approach. My remoting type looks exactly like the output of the wsdl.exe utility when executed against the same wsdl file, so I'm not sure why it's complaining about the soap message. I don't get these exceptions using the ASP.Net approach.
I've tried googling for information about building non-ASP.Net web services. Specifically, I want to use remoting to listen for inbound xml messages using SOAP from non-.NET clients. I want to eliminate the need for a web server (IIS or any other web server). Is remoting possible in this situation? Normally remoting is allowed between two .NET endpoints, but since I'm passing SOAP requests I was hoping this was the exception to that rule. Do I have any other options to hosting web services in my own process without the need for a seperate web server to communicate with non-.NET clients? Thanks, CJF
Hello CJF,
If you do not want to host your service in IIS, As Robert has suggested,
..NET 2.0 + Indigo supports hosting WebServices in custon ASP.NET process.
For .NET 1.1, Dino Esposito has written a Nice article in msdn about how to
host you service in a smallscale IIS called cassini... I have not read that
article in detail . PLease have a look in that it might help you. http://msdn.microsoft.com/msdnmag/is...1/cuttingedge/
Thanmks
Ram
"CJF" wrote: So it sounds like out-of-the-box you can't host a remoting type as a web service within your own managed executible. I will look more into the WSE 3.0 and see how it fits my needs. Thanks!
"Robert Wilczynski" wrote:
Hi,
Using VS 2005? Have a look at WSE 3.0 (Web Service Enhancements). Using the features it provides you will be able to host the web service in windows apps, console apps or windows services (which will probably be your choice):
http://msdn.microsoft.com/webservice...e/default.aspx http://msdn.microsoft.com/webservice...ml/newwse3.asp (this atricle has a paragraph on hosting serices outside IIS)
You could also use WCF (Windows Communication Foundation - final version coming with Windows Vista, but available with a Go-Live license meaning you can use the CTP builds in production environment now) to achieve the same:
www.windowscommunication.net
Hope this helps.
Best regards, Robert Wilczynski.
I'm trying to build a web service via .NET remoting (without ASP.NET) using a pre-existing wsdl file. It doesn't seem to be a very straight-forward process, as SOAP exceptions keep popping up that don't appear if I do use the ASP.Net approach. My remoting type looks exactly like the output of the wsdl.exe utility when executed against the same wsdl file, so I'm not sure why it's complaining about the soap message. I don't get these exceptions using the ASP.Net approach.
I've tried googling for information about building non-ASP.Net web services. Specifically, I want to use remoting to listen for inbound xml messages using SOAP from non-.NET clients. I want to eliminate the need for a web server (IIS or any other web server). Is remoting possible in this situation? Normally remoting is allowed between two .NET endpoints, but since I'm passing SOAP requests I was hoping this was the exception to that rule. Do I have any other options to hosting web services in my own process without the need for a seperate web server to communicate with non-.NET clients? Thanks, CJF This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics
by: klaus triendl |
last post by:
hi,
recently i discovered a memory leak in our code; after some investigation i
could reduce it to the following problem:
return objects of functions are handled as temporary objects, hence...
|
by: Mario |
last post by:
Hello,
I couldn't find a solution to the following problem (tried
google and dejanews), maybe I'm using the wrong keywords?
Is there a way to open a file (a linux fifo pipe actually) in...
|
by: Yves Glodt |
last post by:
Hello,
if I do this:
for row in sqlsth:
________pkcolumns.append(row.strip())
________etc
without a prior:
|
by: Adrian Herscu |
last post by:
Hi all,
In which circumstances it is appropriate to declare methods as non-virtual?
Thanx,
Adrian.
|
by: =?UTF-8?B?Ik1hcnRpbiB2LiBMw7Z3aXMi?= |
last post by:
PEP 1 specifies that PEP authors need to collect feedback from the
community. As the author of PEP 3131, I'd like to encourage comments
to the PEP included below, either here (comp.lang.python), or...
|
by: DolphinDB |
last post by:
Tired of spending countless mintues downsampling your data? Look no further!
In this article, you’ll learn how to efficiently downsample 6.48 billion high-frequency records to 61 million...
|
by: isladogs |
last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM).
In this month's session, we are pleased to welcome back...
|
by: isladogs |
last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM).
In this month's session, we are pleased to welcome back...
|
by: Vimpel783 |
last post by:
Hello!
Guys, I found this code on the Internet, but I need to modify it a little. It works well, the problem is this: Data is sent from only one cell, in this case B5, but it is necessary that data...
|
by: jfyes |
last post by:
As a hardware engineer, after seeing that CEIWEI recently released a new tool for Modbus RTU Over TCP/UDP filtering and monitoring, I actively went to its official website to take a look. It turned...
|
by: PapaRatzi |
last post by:
Hello,
I am teaching myself MS Access forms design and Visual Basic. I've created a table to capture a list of Top 30 singles and forms to capture new entries. The final step is a form (unbound)...
|
by: Defcon1945 |
last post by:
I'm trying to learn Python using Pycharm but import shutil doesn't work
|
by: af34tf |
last post by:
Hi Guys, I have a domain whose name is BytesLimited.com, and I want to sell it. Does anyone know about platforms that allow me to list my domain in auction for free. Thank you
|
by: isladogs |
last post by:
The next Access Europe User Group meeting will be on Wednesday 3 Apr 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM).
In this session, we are pleased to welcome former...
| |