WireMock中XPath字符串操作报错：无法将#STRING转换为NodeList

问题根源 #

你碰到的核心问题是：WireMock 2.23.2版本里的xPath Handlebars辅助函数只支持返回节点列表（NodeList），而substring-after这类字符串操作的XPath表达式返回的是字符串类型，无法被转换为节点列表，所以才会抛出这个错误。

你的第二个XPath表达式substring-after(//*[local-name()='commonOrderId'],'ABC')在标准XPath测试工具里是有效的，但它不符合WireMock对这个辅助函数的返回类型要求。

解决方案 #

别直接在XPath里做字符串操作了，改成「先用XPath获取节点文本，再用Handlebars内置的字符串工具处理」的方式，具体写法如下：

{{! 第一步：获取commonOrderId节点的文本内容 }}
{{#assign 'commonOrderIdText'}}
  {{(xPath request.body "//*[local-name()='commonOrderId']").text}}
{{/assign}}

{{! 第二步：用Handlebars的substring-after提取ABC之后的内容 }}
{{#assign 'promoCode'}}
  {{substring-after commonOrderIdText 'ABC'}}
{{/assign}}

细节说明 #

1. 节点文本获取：(xPath request.body "//*[local-name()='commonOrderId']").text能取出目标节点里的纯文本（比如你示例里的ABC3534534345435）。这里的括号一定要加，保证先执行xPath函数拿到节点，再访问它的.text属性。
2. Handlebars字符串处理：WireMock的Handlebars模板支持内置的substring-after辅助函数，直接对字符串操作就行，不用再依赖XPath的字符串函数了。

为什么之前的写法不行？ #

• 第一种写法//*[substring-after(local-name()='commonOrderId','ABC')]逻辑就错了：local-name()='commonOrderId'返回的是布尔值（true/false），substring-after会把这个布尔值转成字符串再处理，完全不是你想要的提取订单ID的逻辑。
• 第二种写法的XPath逻辑是对的，但它返回的是字符串，不符合WireMock的xPath辅助函数对返回类型的要求，所以报错。

内容的提问来源于stack exchange，提问作者Aplesh Rana