将matchesJsonPath从Groovy注入Spring Cloud Contract

Question

"$.['variants'][*][?(@.['name'] == 'product_0004' && @.['selected'] == true)]"

将出现在生成的json中，如下所示：

{
  "request" : {
    "bodyPatterns": [ {
      "matchesJsonPath": "$.['variants'][*][?(@.['name'] == 'product_0004' && @.['selected'] == true)]"
    } ]
  }
}

为了匹配，例如：

{ "variants": [
    { "name": "product_0003", "selected": false },
    { "name": "product_0004", "selected": true  },
    { "name": "product_0005", "selected": false } ]
}

和不匹配,例如：

{ "variants": [
    { "name": "product_0003", "selected": false },
    { "name": "product_0004", "selected": false },
    { "name": "product_0005", "selected": true  } ]
}

Answer 1

在json路径上进行匹配有一些可能性，但您不一定要将它用于显式值的匹配，而是通过使用regex为使用者创建一个灵活的存根。但也有一些可能性。

因此，body部分是您的静态请求主体，具有硬编码的值，而bodyMatchers部分为您提供了使消费者端的存根匹配更加灵活的能力。

Contract.make {
  request {
    method 'POST'
    url '/some-url'
    body ([
      id: id
      items: [
         foo: foo
         bar: bar
      ],
      [
         foo: foo
         bar: foo
      ]
    ])
    bodyMatchers {
        jsonPath('$.id', byEquality())       //1
        jsonPath('$.items[*].foo', byRegex('(?:^|\\W)foo(?:$|\\W)'))    //2
        jsonPath('$.items[*].bar', byRegex(nonBlank()))     //3
      }
      headers {
          contentType(applicationJson())
      }
  }
  response {
    status 200
  }
}

我引用了一些行

2：我不确定当属性在列表中时，//1解决方案的工作效果如何，并且您希望存根能够灵活地使用所提供的项的数量。因此，我还包括了这个byRegex，它基本上意味着，对于列表中的任何项，属性foo必须具有确切的值“foo”。但是，我真的不知道你为什么要这么做。

3：这就是bodyMatchers其实最有用的地方。如果项目列表中的每个属性栏都是非空html" target="_blank">字符串，则该行表示：与此合同匹配。这允许您拥有一个具有灵活大小的列表/数组的动态存根。

为了使存根匹配，需要满足bodyMatchers中的所有条件。