在 Service Fabric 中作为来宾可执行文件托管时，是否有任何既定模式可以使控制台应用程序保持活动状态？

在我订阅了 Service Bus 或类似的服务之后添加一个Thread.Sleep(Timeout.Infinite)对我来说有点像黑客。我见过的其他方法使用 Console.ReadKey()，但是，再一次，这感觉就像一个 hack。

嗨，任何人都可以帮忙，我正在尝试让 Service Fabric 托管一个 .Net Core Web API Restful 服务作为来宾可执行文件。

我可能错误地猜测，一旦我完成了完整的发布，我应该能够运行 exe，但是当我这样做时它会失败。

我做了以下...

1. 确保主 Web API 程序集和所有引用的 .NET Core 程序集设置为 x64 目标

2. 将输出类型设置为 exe 并具有如下所示的 program.cs...

   /li>

3. 完成命令行的东西......

   /li>

4. 在生成的 win10-x64 发布文件夹中的 Project.deps.json 中引用了“Microsoft.AspNetCore.Server.Kestrel”：“1.0.0”。

但是，当我直接执行该操作时，控制台窗口会报告 StartUp Constructor 的问题，即执行 builder.build 时。

我感觉接近让这些东西正常工作，并添加了一个 Service Fabric 来宾主机项目来托管 exe，但不用说节点失败并出现如下所示的错误......

CodePackage 激活过程中出错。服务主机以退出代码终止：2147516556

我究竟做错了什么？

我正在尝试部署来宾可执行文件，但该可执行文件位于我的代码目录的子文件夹中，如下所示是我的 ServiceManifest.xml 中的 xml 片段

但是每当我尝试将它部署在我的本地集群上时，它都会抛出

Microsoft.VisualStudio.Azure.Fabric.ApplicationProject.ProjectSystem.PackageException

. 但是，如果 exe 直接在这样的代码文件夹下

<Program>python.exe</Program>

然后它工作正常

我有来宾可执行文件（真正的 .net core 1.1 控制台应用程序），第一次部署只需要几分钟。升级部署需要 12 分钟以上。5 节点集群上有 3 个服务实例。SF 是面向开发人员的，没有工作量。

来宾可执行文件是 start.cmd

start.cmd 真的很简单

感谢任何修复缓慢升级的建议。

我刚刚为一个项目启动了一个关于服务结构的 PoC，我被困在一些本应直截了当但变得真正痛苦的事情上......

我需要做的是托管一个控制台应用程序，在服务结构中返回一些值，并能够按需调用它并取回它的返回值。

所以我创建了一个看起来像这样的简单 exe，托管在 GuestExe

首先，如果 readline 被注释，则资源管理器将 guestExe 显示为失败，并且不会创建文件。如果我取消注释，来宾 exe 将在资源管理器中显示为良好，并且控制台应用程序将自行启动（尽管我没有要求它），文件将被创建，我不会能够调用它。

集群图像

我试图在我的浏览器中点击几件事：上面的端点http://localhost:19081/PoC9/GuestExe?cmd=instance和没有 cmd 参数的相同。

如果有人知道应该如何做，请帮忙:)

有没有办法修改 qcow2 图像的 st_ctime_sec 属性？

我正在尝试构建可重现的 qcow2 版本，最终目标是我可以重新创建 qcow2 文件，并且仍然具有逐字节相同的内容。

我很高兴我的原始版本和复制版本之间的 ctime 有所不同。

使用 virt-diff -a orig.qcow2 -A rebuild.qcow2 --atime --dir-times --times 我只会得到如下差异：

更改：st_ctime_sec

• d 0755 4096 2017-11-21 22:35:00 2017-11-21 22:35:00 2017-11-22 02:34:36 /boot/efi/EFI
• d 0755 4096 2017-11-21 22:35:00 2017-11-21 22:35:00 2017-11-22 11:10:48 /boot/efi/EFI

我找到了一个以 root 身份运行的解决方案，但我正在寻找可以作为普通用户运行的东西。

从挂载 qcow 作为设备

然后从更改 ctime

其中更改包含类似的行

我已经创建了我的 Asp.net Mvc 应用程序的 Exe，现在我已经将该应用程序部署为 Service Fabric 本地群集中的来宾可执行文件。如何浏览页面以及如何将其托管在服务结构中？

我计划在 Service Fabric 群集中托管我的来宾可执行文件，但我怀疑如果我在 Service Fabric 节点上的来宾可执行文件死了会发生什么？

Service Fabric 会自动重新启动我的可执行文件吗

我是服务结构的新手，并试图将 java 应用程序部署到具有 5 个节点的本地服务结构集群。我正在使用 Ubuntu VM 并按照以下步骤在 asf 集群中构建和部署它。部署时我遇到错误。我也尝试在 asf 远程集群中部署并遇到了同样的问题。你能帮我解决这个问题吗？

链接：Jav 应用程序部署到 ASF 集群

错误代码：

我正在尝试在 ServiceFabric GuestExecutable 容器中运行 dotnetcore 控制台应用程序。当我将此 GuestExecutable 服务添加到我的 SF 应用程序时，我配置如下

1. 代码包文件夹 -> ..repos\NewDllGuestSF\CoreConsole\bin\Debug\netcoreapp2.0

2. 程序 -> CoreConsole.dll

3. 工作文件夹 -> 代码包

在这里，我知道我正在尝试将此 .dll 文件托管为 GuestExecutable 服务的可执行文件。这就是我想要做的，但不能以某种方式。当我对传统的 .NetFramework 应用程序和 .exe 可执行文件进行相同尝试时，我能够在 SF 集群上成功运行它。但我需要做的是使用 dotnetcore 应用程序，当然还有一个 dll 可执行文件。

到目前为止，我尝试过的是 - 我可以在构建我的 dotnetcore 控制台应用程序时生成一个 dll 和一个 exe，并在 GuestExecutable 中使用生成的 .exe 文件。但是在这里，我必须将我的控制台应用程序配置为将多个框架定位为“netcoreapp2.0;net461”，这是由于某些原因我无法做到的。

当我在 SF 集群中使用 dll 可执行文件运行我的 dotnetcore 控制台应用程序时，我遇到了以下错误

在这里，如果我们看到，GuestExecutable 服务保持健康状态，但应用程序没有。

谁能帮我解决这个问题，我想做的就是在 GuestExecutable SF 服务中托管一个 .dll 文件作为入口点。