问题标签 [diagnostics]

我想提供有关正在使用的 JAXP 实现以及从哪个 JAR 文件加载它的诊断信息。

实现此目的的一种方法是在例如 a 的实例中创建，DocumentBuilderFactory然后检查该类的属性：

有没有更好的方法来实现这一点，也许不必创建一个DocumentBuilderFactory？

我有两张桌子：

• 源表
• 结果表

我的源表上有一个更新后触发器，它更新了结果表中的一些记录。问题是，我的触发器没有更新结果表，我想诊断我的触发器执行。

我尝试select使用语句来查看变量值，但触发器中不允许选择。我想使用类似于PRINTMicrosoft SQL Management Studio 的东西，它会在 GUI 中输出一些值，但我正在使用的 MySQL 或 Toad 工具上似乎不存在这个命令。

那我该如何诊断我的触发器呢？你怎么做呢？

假设我有一个方法 Foo() 并且我想测量执行我应该使用哪种类型的 Windows 性能计数器所需的时间（以毫秒为单位）？

目前我正在使用 NumberOfItems64 ，但除非执行新操作，否则它会保留计数器的最后一个值。这是可取的吗？还是应该在操作完成后立即归零？在这种情况下，您会选择哪种计数器类型，为什么？

我开始使用诊断 css 样式表，例如 http://snipplr.com/view/6770/css-diagnostics--highlight-deprecated-html-with-css--more/

建议的规则之一突出显示类型为 submit 的输入标签，并建议<button>用作更语义化的解决方案。<button>你遇到过的 with type submit（比如浏览器兼容性）有哪些优点或缺点？

为了清楚起见，我理解 的规范<button>，它有一个定义的开始和结束，它可以包含各种元素，而 input 是一个单线态，不能包含任何东西。我想知道的本质上是它是否坏了。我想知道当前按钮的可用性如何。不幸的是，下面的第一个答案似乎暗示除了表格之外的用途之外它已被破坏。

2015年编辑

风景变了！我现在有 6 年以上处理按钮的经验，并且浏览器已经从 IE6 和 IE7 转移了一些。因此，我将添加一个详细说明我发现的内容和建议的答案。

我们正在向我们的 Intranet (Internet Explorer 7) 部署一个我们创建的 ASP.NET webapp，我们知道它不包含任何形式的 ActiveX。当 webapp 在浏览器中加载时，会出现一个黄色的“信息栏”，并显示以下消息：

您的安全设置不允许网站使用安装在您计算机上的 ActiveX 控件。页面可能无法正确显示。单击此处查看选项...

在栏上单击（或右键单击）只会提供常用的帮助内容。如何了解有关 IE 认为正在尝试加载的 ActiveX 控件的更多信息？

我怎样才能知道控件的名称？还是它的出版商？或者它在磁盘上的位置？

我想每个人都同意持续构建和持续集成有利于软件产品的质量。及早发现缺陷，以便尽快修复。对于需要几分钟的连续构建，通常很容易找到导致缺陷的人。但是，对于需要很长时间运行的夜间集成测试，这可能是一个挑战。以下是具体情况，我正在寻找最佳解决方案：

• 运行集成测试需要 1 个多小时。因此，它们在一夜之间运行。每天都会发生多次签到（大约 15 名开发人员的团队），因此有时很难找到“罪魁祸首”（如果有的话）。
• 集成测试环境依赖于其他环境（Web 服务和数据库），这些环境可能会不时出现故障。这会导致集成测试失败。

那么如何组织团队，让这些故障早日解决呢？在我看来，应该指定一个人来诊断缺陷。这应该是早上的第一个任务。如果他需要其他人的专业知识，他们应该随时可用。一旦确定了故障的来源（组件、数据库、Web 服务），所有者应该开始修复它（或者应该通知另一个团队）。

如何任命诊断缺陷的人？理想情况下，有人会自愿（哈哈）。恐怕这种情况不会经常发生。我听说过其他选择——首先到办公室的人应该检查每晚构建的结果。没关系，如果整个团队都同意的话。但是，这会奖励那些迟到的人。我想这个角色应该在团队中轮换。不应接受“我对构建了解不多”的借口。故障源的诊断应该相当简单。如果不是，那么在代码中添加更多的诊断日志记录应该可以提高对集成测试失败的可见性。

在这方面的任何经验或改进上述方法的建议？

WCF 诊断似乎在 SL 中不可用。是因为有限的 System.Diagnostics 支持还是其他原因？无论如何，当服务器端诊断不够时，如何跟踪客户端 WCF 问题？

我想使用 C# 检查远程机器是否已经启动（在重新启动/重新映像之后）。

现在，我能想到的就是运行一个 PING 命令并检查机器是否会回复。有什么优雅的方法吗？

谢谢！

编辑

我担心的一个问题是，PING 通常会在机器启动 Windows 后响应。到那时，某些服务可能尚未启动。请参阅 Anders Lindahl 的回答。

免责声明：我（大部分）对硬件一无所知。这可能是我的问题。但是我发现很难接受无法调试硬件，因此我只是想获得一些第二意见。

我们有一个问题。某些操作（在运行时交换 USB 设备）可能会损坏 USB 集线器或 USB 板上的芯片（它是定制硬件）。这是一个模糊的问题（看起来“膨胀”的程度可能会有所不同），并且问题以间歇性方式表现出来，具有各种难以可靠重现的症状（通常是数据包的随机损坏）。

这导致难以确定新报告的问题是由于此硬件故障还是实际上是软件中的错误。我们已经在这些设备上实施了保护，但如果未受保护的设备与受保护的设备一起使用，则有可能污染（现在受保护的）设备。其中一个端口也没有受到保护，这意味着有人仍然可以通过意外使用错误的端口“杀死”一个应该是安全的单元。

这样做的结果是，如果不完全更换所有硬件，就不可能知道我们的哪些设备遇到了这个问题（我们已经为大多数生产硬件咬住了子弹，但仍然有很多开发和 QA 硬件在那里与这个问题）。

我想这是可能的，给定一个硬件，人们可以使用某种硬件诊断工具来确定套件是否有故障。我生活在一个梦幻世界吗？我的硬件部门告诉我，唯一可以证明故障的测试是软件测试……但正如我所说，这些症状很难重现。由于我对硬件没有那么丰富的经验，我不知道这是否是唯一的答案。因此，我问世界。

我想计算我的 ASP.NET 页面的执行时间并将其显示在页面上。目前我正在使用 System.Diagnostics.Stopwatch 计算执行时间，然后将值存储在日志数据库中。

秒表在 OnInit 中启动并在 OnPreRenderComplete 中停止。这似乎工作得很好，它给出的执行时间与页面跟踪中显示的时间相似。

现在的问题是我无法在页面上显示执行时间，因为秒表在生命周期中停止得太晚了。

做这个的最好方式是什么？