1. 15 8月, 2015 4 次提交
    • K
      Add missing @since tag · 93919204
      Kazuki Shimizu 提交于
      Issue: SPR-12801
      93919204
    • S
      Polishing · d4d5e5ce
      Sam Brannen 提交于
      d4d5e5ce
    • S
      Differentiate b/t (in)definite results in JsonPath assertions · 07bb0378
      Sam Brannen 提交于
      Prior to this commit, the exists() method in JsonPathExpectationsHelper
      correctly asserted that the evaluated JsonPath expression resulted in a
      value (i.e., that a non-null value exists); however, if the value was
      an empty array, the exists() method always threw an AssertionError.
      
      The existing behavior makes sense if the JsonPath expression is
      'indefinite' -- for example, if the expression uses a filter to select
      results based on a predicate for which there is no match in the JSON
      document, but the existing behavior is illogical and therefore invalid
      if the JsonPath expression is 'definite' (i.e., directly references an
      array in the JSON document that exists but happens to be empty). For
      example, prior to this commit, the following threw an AssertionError.
      
          new JsonPathExpectationsHelper("$.arr").exists("{ 'arr': [] }");
      
      Similar arguments can be made for the doesNotExist() method.
      
      After thorough analysis of the status quo, it has become apparent that
      the existing specialized treatment of arrays is a result of the fact
      that the JsonPath library always returns an empty list if the path is
      an 'indefinite' path that does not evaluate to a specific result.
      Consult the discussion on "What is Returned When?" in the JsonPath
      documentation for details:
      
          https://github.com/jayway/JsonPath#what-is-returned-when
      
      This commit addresses these issues by ensuring that empty arrays are
      considered existent if the JsonPath expression is definite but
      nonexistent if the expression is indefinite.
      
      Issue: SPR-13351
      07bb0378
    • S
      Polish assertion msgs in JsonPathExpectationsHelper · d2503340
      Sam Brannen 提交于
      d2503340
  2. 14 8月, 2015 8 次提交
  3. 13 8月, 2015 11 次提交
  4. 12 8月, 2015 10 次提交
  5. 11 8月, 2015 2 次提交
  6. 10 8月, 2015 5 次提交
    • S
      Polish usage of global versions in Gradle build · 3cd5210b
      Sam Brannen 提交于
      3cd5210b
    • S
      Upgrade HSQL & Selenium dependencies · a22dd686
      Sam Brannen 提交于
      a22dd686
    • S
      Polish SynthesizedAnnotation support classes · 5deeaf34
      Sam Brannen 提交于
      5deeaf34
    • S
      Synthesize nested maps into annotations · f17173f6
      Sam Brannen 提交于
      Prior to this commit, attempting to synthesize an annotation from a map
      of annotation attributes that contained nested maps instead of nested
      annotations would result in an exception.
      
      This commit addresses this issue by properly synthesizing nested maps
      and nested arrays of maps into nested annotations and nested arrays of
      annotations, respectively.
      
      Issue: SPR-13338
      f17173f6
    • S
      Throw exception if required meta-annotation is not present · 82890361
      Sam Brannen 提交于
      It is a configuration error if an alias is declared via @AliasFor for
      an attribute in a meta-annotation and the meta-annotation is not
      meta-present. However, prior to this commit, the support for validating
      the configuration of @AliasFor in AnnotationUtils currently silently
      ignored such errors.
      
      This commit fixes this by throwing an AnnotationConfigurationException
      whenever a required meta-annotation is not present or meta-present on
      an annotation that declares an explicit alias for an attribute in the
      meta-annotation.
      
      Issue: SPR-13335
      82890361