1. 16 Jul, 2018 1 commit
    • Jason Yellick's avatar
      FAB-10292 Update protobuf to v1.1.0 · 03104e71
      Jason Yellick authored
      Protobuf was slated to be updated already, but there is a long list of
      incompatibilities with the current source tree.
      Thi CR updates protobuf to v1.1.0, and addresses those
      incompatibilities.  Most of the changes are quite rote and fall into one
      of three buckets.
      1. Code which uses non-keyed field initialization.  (ie, initializing a
      struct like MyStruct{value1, value2, value3}).  The newer generated
      protos produces structs which have additional non-field members.
      Structs should always be initialized with named fields, regardless of
      whether they are protos or not.
      2. Code which assumes that reflect.DeepEqual between two protos with the
      same fields will return true.  This has never been the case, especially
      when considering protos with slice or map fields, but with proto v1.1.0
      with the addition of caching and other members to the proto structs, it
      is even less true.  The correct call is proto.Equal.
      3. Code which assumes that proto fails on bad inputs -- the proto ...
  2. 10 Jul, 2018 1 commit
    • Jason Yellick's avatar
      FAB-10975 Split Execute into Execute/ExecuteInit · 59182528
      Jason Yellick authored
      Presently, the Execute function can either take a
      'ChaincodeInvocationSpec' or a 'ChaincodeDeploymentSpec', and the path
      switches in a few different places depending on which it is.  This makes
      the code complicated and difficult to understand, and in the interest of
      removing the chaincode deployment spec entirely, this code path should
      be isolated.
      Change-Id: I1f54684dba5877b5c629a59d344803f6423cc3da
      Signed-off-by: default avatarJason Yellick <jyellick@us.ibm.com>
  3. 22 May, 2018 3 commits
  4. 14 May, 2018 2 commits
  5. 11 May, 2018 1 commit
  6. 10 May, 2018 2 commits
  7. 25 Apr, 2018 2 commits
  8. 23 Apr, 2018 1 commit
  9. 21 Feb, 2018 1 commit
    • Luis Sanchez's avatar
      [FAB-8103] final HasMore should return false · a6885b58
      Luis Sanchez authored
      final GET_STATE_BY_RANGE response now indicates that
      there are no more results when the total number of
      responses are a multiple of maxResultLimit (the maximum
      number of responses that can be returned in a single
      GET_STATE_BY_RANGE response).
      Change-Id: Ifd482f6f0951ac69698a5cd9f2c610ef84654bf7
      Signed-off-by: default avatarLuis Sanchez <sanchezl@us.ibm.com>