升级到1.9后，MIP SDK文件处理程序打印“MIP错误:XPath没有返回结果”
文件处理程序对一些png文件抛出错误，所以我把SDK从1.8.102更新到1.9.90。
现在它工作正常，但是CreateFileHandlerAsync()方法的打印错误显示“MIP错误:XPath没有返回结果(` anonymous-namespace '):GetXmlNodesFromPath:src \ protection \ rest _ clients \ license _ parser . CPP:209”
共有1个答案
这可能需要工程部门进行调查。我建议打开一个支持案例，这样我们就可以获得所有需要的日志。你能在其他文件或新保护的文件上重现这个错误吗？
-
WARNING 请你先确认你的版本已经是 1.9.* 版本，这里的 * 可以是 1.9 的任意修复版本。 更新代码 预计耗时： 1 小时 这是你自我操作的步骤，确认将你的 1.9 版本代码升级到 2.0 版本，如果你做过一些自定义修改可能会出现代码冲突，你需要解决。 升级依赖 预计耗时： 3 分钟 进入 Plus 程序目录，执行： composer update -vvv 1 这个过程根据你的网速
-
问题内容： 从1.8升级到django 1.9时，出现此错误。我检查了类似问题的答案，但我认为这不是任何第三方软件包或应用程序的问题。 我已经为“ django.contrib.auth”修改了已安装的应用程序。 问题答案： 尝试将以下行添加到设置文件的顶部： 并且如果这不能帮助你尝试从已安装的应用程序列表中逐一删除第三方应用程序。
-
我有一个web服务，它从另一个系统接收xml事件，使用特定的工作流处理它们，并将潜在错误列表作为HTTP响应发送回。 事件处理工作流由几个使用Guava的EventBus实现的处理程序（例如：预处理器、持久器和验证器）组成。处理程序相互发送事件。类似这样： 问题是：如何将处理结果从Validator处理程序深度返回到起点（Request estHandler），以便用户接收HTTP响应？ 我考虑两
-
灰度升级简介 灰度升级功能支持产品的平滑发布，让一部分用户使用旧产品，一部分用户使用新产品，逐步扩大新产品用户范围，最后全部迁移到新产品上来。保证整体系统的稳定。 灰度升级使用场景举例 假设有一个旧应用为客户提供服务，在应用引擎中部署为应用A，公司准备上线一个新版本，可以在应用引擎中部署为应用B（两者必须在同一个space下）。 点击进入应用B的详情页面，点击左上角的灰度升级，选择应用A，点击完成
-
问题内容： 我正在解析json数据。我的解析没有问题，我正在使用模块。但是某些api请求返回空值。这是我的示例： 这是我解析json对象的代码段： 正如我提到的一些请求，我得到以下错误： 处理此错误的最佳方法是什么？ 问题答案： Python编程中有一条规则叫做“求宽容比求许可要容易”（简而言之：EAFP）。这意味着您应该捕获异常，而不是检查值的有效性。 因此，请尝试以下操作： 编辑 ：由于实际上
-
问题内容： 以下代码似乎不起作用，即使该文件看起来很好也是如此。 在此先感谢您的帮助。 编辑：结果是我试图去Graphics.drawImage（images [0]）;，它给了我一个空指针异常。这段代码可以很好地完成。 编辑：更改按建议移动if（！file.exists（）），并将文件包装在输入流中。 问题答案： ImageIO.read（file）; 如果找不到注册的 ImageReader，