简体   繁体   English

来自mks-integrity xmlapi的不同输出

[英]Different output from mks-integrity xmlapi

I just want to see if somebody else had the same experience with the mksapi.jar using java in comparison to the command line. 我只想看看与命令行相比,使用Java的其他人是否对mksapi.jar有相同的体验。 Running on windows. 在Windows上运行。

My problem is that using the option --xmlapi with the CLI or using com.mks.connect.AbstractCmdRunner.executeWithXML(String[] cmd) with the java API gives different output for the node Response//WorkItems//WorkItem//Field//Value 我的问题是,在CLI中使用选项--xmlapi或在Java API中使用com.mks.connect.AbstractCmdRunner.executeWithXML(String[] cmd)会为节点Response // WorkItems // WorkItem // Field提供不同的输出//值

While the CLI has an additional node TokenValue containing the value of the "Value", the java API gives the value as part of the Value node. CLI的另一个节点TokenValue包含“ Value”的值,而Java API将该值作为Value节点的一部分提供。

Example: 例:

<Field name="projectType">
    <Value dataType="string">
      <TokenValue>Variant</TokenValue>
    </Value>
</Field>

vs.

<Field name="projectType">
    <Value dataType="string">Variant</Value>
</Field>

I wonder if one of you has an explanation - or even better a solution to align both outputs to whatever version. 我想知道你们中的一个人是否有解释-甚至更好的解决方案是将两个输出对齐到任何版本。

This example is part of result from si sandboxinfo --xmlapi 此示例是si sandboxinfo --xmlapi结果的一部分

There is no guarantee that the two provide the same results. 不能保证两者提供相同的结果。

The --xmlapi option is an unpublished option, so it's unsupported. --xmlapi选项是未发布的选项,因此不受支持。

Disclosure: I work for PTC Integrity Technical Support. 披露:我为PTC Integrity技术支持工作。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM