Windows服务容器

时间:2009-10-14 10:06:17

标签: wcf windows-services mef

对于我的项目,我经常需要创建Windows服务。

我需要它们用于调度操作,文件系统监视,异步或长时间运行的任务(备份文件,发送消息,检查要处理的传入邮件,通知等)。

我还使用它们来公开企业中交叉应用程序的WCF服务。

自我托管的场景在我看来更合适,因为我们仍然在II6上,因为暴露WCF非常有限(仅限http)。

大多数服务还需要公开某种管理界面(网络或桌面)来报告,启动和停止各种服务等。

我觉得很奇怪,利用某种mef插件利用大部分功能(主机,安装新服务,管理远程ui,暴露wcf,调度等)的“主机容器”尚不存在。< / p>

如果我不想从头开始,有哪些选择?

2 个答案:

答案 0 :(得分:1)

我是一个名为Daemoniq的开源Windows服务托管框架的开发人员。我理解安装程序如何造成不便,因此动态创建安装程序是其功能之一。您可以从http://daemoniq.org

下载

目前的功能包括:

  • 通过CommonServiceLocator
  • 与容器无关的服务位置
  • 通过app.config
  • 设置serviceName,displayName,description和serviceStartMode等公共服务属性
  • 在同一进程上运行多个Windows服务
  • 通过app.config设置恢复选项
  • 依据via app.config
  • 设置服务
  • 通过命令行
  • 设置服务流程凭据
  • 通过命令行安装,卸载,调试服务

请随时查看。代码贡献也是受欢迎的= D

谢谢!

答案 1 :(得分:0)

开发中有一台主机服务器(微软) - 代号为都柏林。

可能的选择是创建一个Windows服务 - 宿主应用程序,它将加载所有WCF服务并为每个服务创建ServiceHost(例如,通过反射)。 只有一个Windows服务可以轻松管理所有服务主机(您不必管理Windows服务,只需要管理进程中的主机)。

相关问题