remoting

    1热度

    1回答

    我正在将使用广泛的.NET Remoting的遗留系统转换为更现代的通信框架,我试图在任何重大修订之前让它在本地运行。我的本地设置是Visual Studio 2013,我想主办IIS Express。 我试图通过这个例子here工作,并从Props收到NullReferenceException拉取凭证。看起来ChannelServices.GetChannelSingProperties()已

    2热度

    3回答

    我开发了一些应该在服务器上运行的后端控制台应用程序。 它们被称为服务器进程和服务器代理。服务器进程总是一次创建服务器代理的情况下(作为一个过程)时,这里是调用服务器代理的代码 private static void CreateUpdatedBookingAgent(UpdatedBooking oUpdatedBooking) { try { //Run the

    0热度

    2回答

    我有一个PowerShell脚本。执行此操作将创建与远程计算机的会话并在远程计算机内执行一些脚本块。执行后,我需要发送邮件。 所以,我得到所需的参数(如发件人,收件人,主题,正文,SMTP服务器证书)等本地如下图所示: $param = @{ SmtpServer = 'SMTPServer' Port = 587 UseSsl = $true Credential = $crede F

    0热度

    1回答

    我目前的工作动态,以每台机器分配一个唯一的本地管理员密码,基于特定的命名约定在网络上的PowerShell模块上的PowerShell命令。我的脚本运行良好,但很明显,如果脚本正在访问的计算机之一没有打开或者与网络断开连接,我只能看到“无法连接到RPC服务器”错误消息。现在,如果我要通过组策略推送这些密码更改,即使计算机未连接到网络,一旦登录,更改将被执行。我能想到几种方法来模拟在PowerShe

    2热度

    1回答

    在Java中,使用RMI API,可以通过将其发送到远程机器来执行任意代码来执行。我知道使用Remoting或WCF在.NET中可以实现类似但不完全相同的功能。 但是从我的经验,无论是允许执行任意代码,远程机器还需要一个参考对象,不只是一个接口。那是对的吗? 我已经通过具有DLL中被更新,并且在远程计算机能够使用的是,为了执行代码的共享位置可访问的周围得到。有没有更好的办法? 编辑: http:/

    0热度

    1回答

    现在我需要使用运行在远程机器上做了一些部署工作的脚本: Invoke-Command -ComputerName $hostName -Credential $cred -ScriptBlock $scriptBlock 而且如果$ hostname是调用此命令的计算机,它报告: message : Access is denied. For more information, see the

    0热度

    1回答

    我从下面的调用堆得到这个未处理的异常,但我不知道为什么它以这种方式失败...(虽然可能是我运行它的方式有点特别,是的...) “在程序集中System.Xml.Linq,Version = 4.0.0.0,Culture = neutral,PublicKeyToken = b77a5c561934e089'未被标记为可序列化”,因此跨应用程序域的远程处理调用失败,类型为'System.Xml.L

    0热度

    1回答

    所以我正在为我的办公室编写一个脚本,将Visual Studio构建在他们的登台机器上以实现自动化。当我尝试在通过PowerShell进行远程处理后压缩文件时,虽然(设备尚未准备好),但我收到了非常普遍的错误。这里是我有这个代码: 在这一点上,它会在远程但将与 设备createFromDirectory错误是没有准备好。 我已经加载了程序集,因为我之前在脚本中压缩了一个文件。我已经验证了路径是正确

    0热度

    1回答

    我有一个独立的WPF加载项。插件获取对暴露事件的类型的引用。由于插件在特定的应用程序域中被隔离,因此主机对插件的DLL或存储在其中的类型一无所知。 合同: [AddInContract] public interface IAddInContract: IContract { void Initialize(IAddInHandler handler);

    11热度

    3回答

    我们正在尝试增加TCP远程处理所使用的线程数。我们尝试过更改ThreadPool.SetMinThreads,但我们的压力测试显示.NET Remoting只能处理约100个并发请求。 (但这不是硬性限制)。在任务管理器中,我们可以看到我们的远程处理服务器进程的线程数从11增加到80,然后在压力测试之后降到11。我们正在运行一个ASP.NET 4.0应用程序。