1. 24 Sep, 2016 1 commit
  2. 23 Sep, 2016 2 commits
  3. 22 Sep, 2016 1 commit
    • Srinivasan Muralidharan's avatar
      skeleton Endorser implemention with a CLI driver · ec50ad17
      Srinivasan Muralidharan authored
      This patch is for https://jira.hyperledger.org/browse/FAB-181
      
      ,
      FAB-182.
      
      The patch is around endorser.go which implements the basic
      Endorser service. The "peer deploy ..." and "peer invoke .."
      CLI driver commands have been modified to redirected to use
      endorser.ProcessProposal instead of the original "devops"
      calls.
      
      The deploy, invoke (and query) CLI calls are unchanged in
      non-dev mode from user point of view - but for one difference.
      The response is a ProposalResponse.
      
      In dev mode (ie, when peer is started with --peer-chaincodedev)
      the deploy command would need to set "CORE_CHAINCODE_MODE=dev"
      in the "peer chaincode deploy ..." command. This is because, the
      command now computes the chaincode code just like the SDK as
      opposed to leaving it to be done by devops in the peer. Example
      CORE_CHAINCODE_MODE=dev CORE_LOGGING_LEVEL=debug ./peer chaincode
      deploy -n mycc -c '{"Args":["init","a","100","b","200"]}'
      
      Change-Id: Ie6e44cef880bfcbeb7619f135566a7dce9dcdbc2
      Signed-off-by: default avatarSrinivasan Muralidharan <muralisr@us.ibm.com>
      ec50ad17
  4. 20 Sep, 2016 1 commit
    • manish's avatar
      Disable WAL for block storage DB · 0df6a8d1
      manish authored
      
      
      (Rocks) DB WAL adds overheads while using the DB for saving checkpoints
      for block storage. Avoiding writing to WAL translates the write workload
      (appending blocks to the blockfile) into a sequential disk writes.
      
      This commit changes the way checkpoints are saved - checkpoints are
      written to DB as before, however since WAL is disabled, the checkpoint
      stays in-memory only. The in-memory checkpoint is flushed explicitly to
      disk (via DB flush) at the time of new block file creation. The in-memory
      checkpoint would implicitly also be flushed to memory at the time of DB
      shutdown. However, if a crash takes place, the checkpoint available in the
      DB would be behind the actual block file status. In order to handle this
      crash scenario, this commit also adds code to perform a scan of the block
      file beyond the last saved checkpoint and update the checkpoint.
      
      Change-Id: Ie88646b225abaa50b595833f5e7ed8d4facae920
      Signed-off-by: default avatarmanish <manish.sethi@gmail.com>
      0df6a8d1
  5. 18 Sep, 2016 1 commit
  6. 17 Sep, 2016 4 commits
  7. 15 Sep, 2016 2 commits
    • manish's avatar
      WIP - Initial commit for ledger code. · 7439cd35
      manish authored
      
      
      This includes structure of the new code conforming to new architecture
      and a basic working implementation.
      
      Change-Id: I885e122c0001ff82301cd1448a7ddad80db931b0
      Signed-off-by: default avatarmanish <manish.sethi@gmail.com>
      7439cd35
    • Jason Yellick's avatar
      Add generic blackbox rawledger tests · be768c7c
      Jason Yellick authored
      
      
      This changeset adds tests which are generally applicable to
      rawledger implementations.  It enables these tests for both
      ramledger and for fileledger.
      
      You may notice that these tests are substantially similar to
      the tests in file ledger and were derived from there,
      substituting black box equivalents for the implementation
      details of fileledger.
      
      This new suite of tests also caught a bug in the ramledger
      implementation which could result in a crash when the
      specified block was exactly the block number of the oldest
      block in storage.  A fix is included.
      
      Change-Id: I76813c8ba7853d47fa6ffa89b16ffc66b8ddfd5f
      Signed-off-by: default avatarJason Yellick <jyellick@us.ibm.com>
      be768c7c
  8. 14 Sep, 2016 4 commits
  9. 12 Sep, 2016 1 commit
  10. 08 Sep, 2016 1 commit
  11. 03 Sep, 2016 1 commit
  12. 02 Sep, 2016 1 commit
  13. 01 Sep, 2016 1 commit
  14. 31 Aug, 2016 4 commits
  15. 30 Aug, 2016 4 commits
  16. 26 Aug, 2016 4 commits
  17. 24 Aug, 2016 1 commit
  18. 23 Aug, 2016 6 commits