小编ren*_*e_r的帖子

Visual Studio 2015 RTM - 调试无法正常工作

我已经安装了VS 2015 RTM(没有别的),我无法调试任何解决方案,无论是现有解决方案还是全新解决方案(使用VS 2015创建并针对.Net Framework 4.6编译),它只会打开一个VS中的新选项卡,称为中断模式,具有以下文本:应用程序处于中断模式您的应用程序已进入中断状态,但没有执行所选调试引擎支持的代码(例如,仅执行本机运行时代码) ).如果我检查调试 - >模块窗口:VS2015Test.vshost.exe没有加载符号(即使我点击加载符号它不起作用)VS2015Test.exe符号已加载

它也没有显示控制台上的输出(它是一个控制台应用程序,只有以下几行代码:

class Program
{
        static void Main(string[] args)
        {
            Console.WriteLine("TEST");
            Console.ReadKey();
        }
    }
Run Code Online (Sandbox Code Playgroud)

我尝试重新安装VS 2015,重新启动计算机,删除%temp%/ AppData/Microsoft/Visual Studio/14中的所有文件,在管理模式下启动VS但似乎没有任何工作.

调试工作的一个方面是这个选项:工具 - >选项 - >调试 - >使用管理的可压缩性模式

^^但这不能成为使用旧/旧模式的解决方案.

顺便说一句:VS 2013中的调试工作正常.

任何帮助,将不胜感激.

.net c# debugging visual-studio-debugging visual-studio-2015

62
推荐指数
5
解决办法
8万
查看次数

Asp.Net Core – Kestrel – 端口共享 – 替代方案

目前我们正在从 .Net Framework (4.7) 迁移到 .Net Core / Asp.Net Core。

我们有一些使用 WebAPI 并侦听同一端口 (443) 的微服务。

我们有一个单页应用程序(由几个模块(逻辑单元)组成),所有模块都使用相同的端口(443)与我们的微服务进行通信。

使用 Kestrel 时不支持 Asp.Net Core 端口共享,是否还有其他选择,然后使用反向代理,如 Nginx、Appache(“重定向”到不同端口)?

我们不能使用 IIS 作为反向代理,因为我们也在使用 IIS 目前不支持的 gRPC。

如果反向代理解决方案是正确的方法(我个人认为是,因为MS-doku,你能推荐一个反向代理,我们使用的是 Windows 并且需要对 spnego(Kerberos、NTLM v1、v2)的支持,至少代理应该能够将 spnego 转发到我们的 IIS,我们可能会将其用于其他应用程序和单点登录解决方案。

Nginx 看起来不错,但没有内置对 spnego 的支持(仅在付费/商业版本中)。

reverse-proxy tcpportsharing kestrel-http-server asp.net-core

5
推荐指数
1
解决办法
683
查看次数