DotNetNewsgroup.com  
web access to complete list of Microsoft.NET newsgroups
   home   |   control panel login   |   archive  |  
 
  carried group
academic
adonet
aspnet
aspnet.announcements
aspnet.buildingcontrols
aspnet.caching
aspnet.datagridcontrol
aspnet.mobile
aspnet.security
aspnet.webcontrols
aspnet.webservices
assignment_manager
datatools
dotnet.distributed_apps
dotnet.general
dotnet.myservices
dotnet.nternationalization
dotnet.scripting
dotnet.security
dotnet.vjsharp
dotnet.vsa
dotnet.xml
dotnetfaqs
framework
framework.clr
framework.compactframework
framework.component_services
framework.controls
framework.databinding
framework.drawing
framework.enhancements
framework.interop
framework.odbcnet
framework.performance
framework.remoting
framework.sdk
framework.setup
framework.webservices
framework.windowsforms
framework.wmi
frwk.windowsforms.designtime
lang.csharp
lang.jscript
lang.vb
lang.vb.controls
lang.vb.data
lang.vb.upgrade
lang.vc
lang.vc.libraries
  
 
start date: Fri, 10 Aug 2007 02:54:00 -0700,    posted on: microsoft.public.dotnet.framework.remoting        back       

Thread Index
  1    AndrueC


Channel port not being opened on some machines   
We've been developing a client/server app. using .NET remoting and we've 
finally reached the point where we're ready to deliver it to our QA guys. On 
the two development machines it is running well.

Our problem is that on any other machine although the server doesn't raise 
an exception it never actually opens the port.

netstat -an |find /i "listening"

 shows that the port (should be 49,152) isn't open on the problem machines.

The code we're using to open the channel is:

	IDictionary properties = new Hashtable();

	properties["port"] = ConnectionProvider.ourRegistryManager.Port.ToString();

	TcpChannel channel = new TcpChannel(properties,
				null,
				new IPAddressSinkProvider(new BinaryServerFormatterSinkProvider()));

	ChannelServices.RegisterChannel(channel, true);

Windows firewall pops up a message asking if we should allow the server to 
listen and we said yes. It's now listed in the exceptions tab.

So far the only commonality (we're checking this now) is that it seems to 
require Visual Studio to have been used to debug the applications. FWIW the 
applications don't need to be running under VS on the development machines.

Can anyone shed any light on this?
Date:Fri, 10 Aug 2007 02:54:00 -0700   Author:  

Google
 
Web dotnetnewsgroup.com


COPYRIGHT ?2005, EUROFRONT WORLDWIDE LTD., ALL RIGHT RESERVE  |   Contact us