公共语言运行时在 Dynatrace 中检测到无效程序
我可以看到网络上到处都有这个错误消息的很多问题。但我将 Framework 2.0 与 Visual Studio 2005 一起使用。我们有一组 Web 应用程序调用另一台服务器上的 Web 服务。该服务背后的业务逻辑位于 dll 中(在 GAC 中)。它在所有环境中都运行良好,但只有一种!我们确实得到了这个神奇的“警告”,根本没有堆栈跟踪。我们只得到所调用方法的名称,仅此而已。
服务配置没问题,因为我们可以浏览它并使用我们的应用程序访问它(我们在日志中看到它)。所以看起来当 CLR 尝试加载 DLL 时就会发生这种情况。
有谁知道什么会导致这种问题?
I can see that there was a lot of issues with this error message everywhere on the net. But I use Framework 2.0 with Visual Studio 2005. We have a set of web applications that calls web services on another server. The business logic behind this service is in a dll (in the GAC). It works just fine in all environment BUT ONE ! We do get this magical "warning" with no stack trace at all. We just get the name of the method called, but nothing more.
The service configuration is OK since we can browse it and we reach it with our apps (we see it in the logs). So it seems that it happens when CLR try to load the DLL.
Does anyone have any idea what can cause this kind of problem?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
结果发现这是 Dynatrace bug。安装在服务器上的该产品首先捕获所有异常以进行跟踪。不过扔回去好像有点问题。
Turned out it was Dynatrace bug. This product installed on the server catch all Exceptions first to do its tracing. But it seems to have a little problem throwing some back.