我有一组单元测试,可以将存储的XML文件解组为JAXB对象。他们在工作。这些测试使用的是PowerMock(1.6.6),因为CUT中的一个细节(被测代码)需要一个“whenNew”子句。
我决定改变一个对象工厂背后的抽象,这让我可以转移到纯粹的Mockito。
当我这样做时,在测试期间将XML文件解组为JAXB对象时,我开始遇到无法解释的问题。它只是没有将某些元素存储到JAXB对象中。
执行解组的方法如下所示:
protected JAXBElement<?> unmarshallToObject(Node node, Class<?> nodeClassType) throws ServiceException {
try {
return getUnmarshaller().unmarshal(node, nodeClassType);
} catch (JAXBException ex) {
baseLogger.error(null, ex, "JAXB Exception while un-marshalling");
throw new ServiceException(UslErrCodes.BACKEND_APP.createServiceErr(BackendConfig.USL.getId(),
"JAXB Exception while un-marshalling"), ex);
}
}
我将其更改为以下内容以获取更多信息:
protected JAXBElement<?> unmarshallToObject(Node node, Class<?> nodeClassType) throws ServiceException {
try {
Unmarshaller unmarshaller = getUnmarshaller();
unmarshaller.setEventHandler(new javax.xml.bind.helpers.DefaultValidationEventHandler());
return unmarshaller.unmarshal(node, nodeClassType);
} catch (JAXBException ex) {
baseLogger.error(null, ex, "JAXB Exception while un-marshalling");
throw new ServiceException(UslErrCodes.BACKEND_APP.createServiceErr(BackendConfig.USL.getId(),
"JAXB Exception while un-marshalling"), ex);
}
}
我发现解组过程拒绝在JAXB实例中存储一些元素,因为它会导致xml架构错误。
例如,在更改此代码后,我看到了如下消息。我在这里引用命名空间“http://namespace1.xsd”,这显然不是它的原始名称,但是在这些示例中显示了特定命名空间的所有位置,我使用这个“namespace1.xsd”名称。
JAXB Exception while un-marshalling:unexpected element (uri:"http://namespace1.xsd", local:"securityFeeRequired"). Expected elements are <{}securityFeeRequired>,<{}proprietarySegmentFlag>,<{}Treatment>,<{}creditScoreMessage>,<{}ServiceEligibility>,<{}warningMessage>,<{}creditScoreResult>,<{}creditBand>
正如您所看到的,XML文档声明该元素位于命名空间中,但“{}”似乎暗示没有预期的命名空间。
这是生成的JAXB类的摘录:
@XmlAccessorType(XmlAccessType.FIELD)
@XmlType(name = "", propOrder = { "creditScoreResult", "creditScoreMessage", "warningMessage",
"securityFeeRequired", "treatment", "creditBand", "proprietarySegmentFlag", "serviceEligibility" })
public static class FooResult implements Serializable {
private static final long serialVersionUID = 1L;
protected String creditScoreResult;
protected String creditScoreMessage;
protected String warningMessage;
protected boolean securityFeeRequired;
这是来自同一包中生成的“package-info”的@XmlSchema注释:
@XmlSchema(namespace="http://namespace1.xsd", elementFormDefault=XmlNsForm.QUALIFIED)
因此,在收到此错误后,我决定尝试制作“这可能无法正常工作”的更改。
我更改了XML文件,这是类似的摘录:
<ExecuteFooResponse xmlns:ns1="http://namespace1.xsd" xmlns:ns2="http://namespace2.xsd">
<FooResult>
<securityFeeRequired>false</securityFeeRequired>
<Treatment><code>A001</code>
<message>No additional fee is required at this time</message>
</Treatment>
<ServiceEligibility>
<productCode>BAR</productCode>
<serviceEligibilityIndicator>true</serviceEligibilityIndicator>
</ServiceEligibility>
</FooResult>
<Response>
<ns2:code>0</ns2:code>
<ns2:description>Success</ns2:description>
</Response>
</ExecuteFooResponse>
我做的唯一更改是“namespace1.xsd”的命名空间前缀。据我所知,它以“”(空白)失败,这是正确的。我将其更改为“ns1”,但仅在声明中。我显然没有在元素的主体中引用该前缀。这使得测试通过。
请恢复我的理智。
答案 0 :(得分:0)
问题最终是测试使用的XML文档实际上不是模式有效的。他们有微妙的问题导致验证失败,但这些问题是由其他开发人员故意放在那里的,因为他们发现PowerMock测试不会在没有错误的情况下通过。我仍在试图弄清楚为什么PowerMock只能处理该状态下的文件,但我的文档现在是模式有效的,并且Mockito测试正在运行。