Re: Linux, Mono and Windows Services, MSMQ and WCF

The journey continues.....

I have been making good progress on moving our .NET server application over to Mono 2.2.

Today, I ported the WCF pieces over where all the application does is make calls to a WCF service running on a windows server outside of our office. 

I am getting the following, which suggests to me these pieces of "client side" WCF are not implemented in Mono 2.2:

System.NotImplementedException: The requested feature is not implemented.
  at System.ServiceModel.Configuration.WSHttpBindingElement.OnApplyConfiguration (System.ServiceModel.Channels.Binding binding) [0x00000] 
  at System.ServiceModel.Configuration.StandardBindingElement.ApplyConfiguration (System.ServiceModel.Channels.Binding binding) [0x00000] 
  at System.ServiceModel.Configuration.ConfigUtil.CreateBinding (System.String binding, System.String bindingConfiguration) [0x00000] 
  at System.ServiceModel.ChannelFactory.ApplyConfiguration (System.String endpointConfig) [0x00000] 
  at System.ServiceModel.ChannelFactory.InitializeEndpoint (System.String endpointConfigurationName, System.ServiceModel.EndpointAddress remoteAddress) [0x00000] 
  at System.ServiceModel.ChannelFactory`1[OurCompanyName.Common.WebServiceReference.OurCompanyNameWCFServiceProxy.IOurCompanyNameService]..ctor (System.String endpointConfigurationName, System.ServiceModel.EndpointAddress remoteAddress) [0x00000] 
  at System.ServiceModel.ClientBase`1[TChannel].Initialize (System.ServiceModel.InstanceContext instance, System.String configName, System.ServiceModel.EndpointAddress remoteAddress) [0x00000] 
  at System.ServiceModel.ClientBase`1[TChannel]..ctor (System.ServiceModel.InstanceContext instance, System.String configname) [0x00000] 
  at System.ServiceModel.ClientBase`1[TChannel]..ctor (System.ServiceModel.InstanceContext instance) [0x00000] 
  at System.ServiceModel.ClientBase`1[TChannel]..ctor () [0x00000] 
  at OurCompanyName.Common.WebServiceReference.OurCompanyNameWCFServiceProxy.OurCompanyNameServiceClient..ctor () [0x00000] 
  at OurCompanyName.Common.WebServiceReference.OurCompanyNameServiceProxyAgent.CreateServiceProxy (Boolean useLimited) [0x00000] 
  at OurCompanyName.Common.WebServiceReference.OurCompanyNameServiceProxyAgent.CreateServiceProxy () [0x00000] 
  at OurCompanyName.Common.WebServiceReference.OurCompanyNameServiceProxyAgent.GetConfiguration (System.String loggerSAN) [0x00000] 
  at OurCompanyName.Common.WebServiceReference.OurCompanyNameServiceProxyAgent.GetConfiguration () [0x00000] 
  at OurCompanyNameWCFClientTest.Program.Main (System.String[] args) [0x00000] 
greg@WAS-Ubuntu:~$ 



--- In [email protected], "Greg" <gregarobinson@...> wrote:
>
> Related to this post: http://tech.groups.yahoo.com/group/win_tech_off_topic/message/59929
> 
> I have been asked to look into porting a .NET application to Linux. I am brand new to Linux. The first thought is to port\migrate all the code to Java. I have never worked with Java so that means bringing in consultants. The funds are allocated to do this, I simply worry about migrating the application from .NET to Java and all the problems we will undoubtedly encounter. In addition this is a .NET shop. Going to Java means a portion of our Seas product is now written in Java; which means a Java resource to maintain.
> 
> I was able to create a simple Hello World .NET console app that runs on a Linux box via Mono. 
> 
> Today I found out the app uses 2 Windows Services, .NET 3.5, MSMQ and WCF. My first thought is there is no way Linux\Mono can support all of this. 
> 
> I plan to start digging into this today. If anyone knows now some of or all of this is simply not doable on Linux with Mono please let me know before I invest a lot of time in this. If anyone can point me in the right direction, to some good resources, please do. 
> 
> I do not want to port this part of the application to Java if we do not have to, but if we have to we have to as the decision to go to Linux on the box where this part of the application runs has been made and I cannot change that.
> 
> 
> Thanks!
>