我(通过stack-o的所有人的大量帮助)创建了一个小型WCF,它使用TCP作为Windows服务托管。谢谢!
这个小家伙的最后一个问题;是部署的时候了。在我的解决方案中,有3个项目。一个是Windows服务,另一个是导入的WCF,最后是我为安装添加的安装项目。
我可以通过进入解决方案目录并找到“Setup.exe”或“Setup.msi”来在我的机器上安装/卸载服务。从资源管理器执行任务将在我的开发框中安装该服务。
现在有一些与此解决方案相关的目录。我敢打赌,只需将setup.exe或setup.msi复制到我的目标服务器并尝试运行它就会炸毁。如何确切地找出我需要复制哪些文件/文件夹进行部署?
或者我应该只复制整个解决方案目录?这对我的同事来说有点困难,因为设置例程嵌套在目录5深处。
答案 0 :(得分:1)
你甚至试过 ??
基本上,如果你的NT服务是自给自足的,它不需要比其附带的配置文件(YourService.exe.config
)更多的东西。
当然,需要在目标计算机上安装.NET 3.0(或者最好是3.5 SP1或4.0)才能使WCF可用。
除非您已将其定义为安装的一部分,否则您确实需要更多内容。但是,如果它对您的应用程序很重要,那么无论如何都应该将它放入您的设置中!设置应该能够创建所需的所有内容(文件,服务,目录)。
答案 1 :(得分:0)
这个星球上似乎没有人知道这个问题的答案。
所以我会写这个,所以我可以解决这个问题。
我宁愿删除我的问题,或将其标记为“已关闭”,但无法做到这一点: - (
答案 2 :(得分:0)
这应该不是那么复杂。您的Windows服务的Bin \ Debug文件夹应该包含您的Windows服务的所有依赖项。这里有一组你需要的文件夹。
现在你有了WCF服务。我假设您正在进行自托管,因此您没有.svc文件。您可能拥有的只是您的服务实现及其在WCF项目的另一个bin \ debug文件夹中的依赖项。在这里,您需要部署第二组程序集。
在部署时,要么将两组程序集合并到一个文件夹中,要么将它们分开。你的选择。
当您将其部署到服务器或者只是事先担心复杂性时,您是否遇到任何问题?