- 27 Jan, 2017 16 commits
-
-
Chris Elder authored
Motivation for this change: Maintain the version inline with the document, without changing the structure/value of the stored document. This will prevent unexpected data values being returned and will prevent possible name collisions with document values. - Create a data wrapper for ledger JSON data stored in CouchDB. - Return the version based on block number and transaction id The wrapper will be implemented as a new key named "data" which will contain the JSON data for the state database. Prior to change example: "doc": { "_id": "2", "_rev": "2-8ee0c31b21ad650e5b872c0b98e59ab5", "version":"1:2" "asset_name": "marble2", "color": "red", "owner": "tom", "size": "25" } Following change: "doc": { "_id": "2", "_rev": "2-8ee0c31b21ad650e5b872c0b98e59ab5", "version":"1:2" "data": { "asset_name": "marble2", "color": "red", "owner": "tom", "size": "25" } } Change-Id: I59391ea926531c46c346fc8448e3d041ca5f3fdf Signed-off-by:
Chris Elder <chris.elder@us.ibm.com>
-
Christopher Ferris authored
-
Christopher Ferris authored
-
Christopher Ferris authored
-
Christopher Ferris authored
-
Gari Singh authored
-
YACOVM authored
This commit adds a flag (-a) that loads anchor peers from files. The files can be created easily using any text editor and they are in the following format: host port pem certificate The parameter of the anchor peer is a comma separated file list. Signed-off-by:
Yacov Manevich <yacovm@il.ibm.com> Change-Id: I59cda7b09251b1ef6e7475d70e975e3369915eff
-
Greg Haskins authored
-
Gari Singh authored
-
Gari Singh authored
-
denyeart authored
QSCC GetTransactionByID should return a Transaction Envelope, not a Transaction. The Envelope contains the signature and Payload, which contains the transaction header and Transaction. Clients will want the transaction header information when retrieving the transaction. They may also want the signature to verify that the transaction hasn't changed since the time they submitted it. The return type will change from Transaction proto to Envelope proto. Change-Id: I1de238035c3b6cd00abb3ed8506c54566ee0f2b0 Signed-off-by:
denyeart <enyeart@us.ibm.com>
-
Christopher Ferris authored
-
Srinivasan Muralidharan authored
https://jira.hyperledger.org/browse/FAB-1873 sets MSPCONFIGPATH to the right default so non-docker envs will run. "peer" commands should be run from the directory which resolves "./msp/.." correctly. In standard fabric envs this should be "fabric/" directory Change-Id: I2af634baef3f82c8c93748f73d17ced18031496c Signed-off-by:
Srinivasan Muralidharan <muralisr@us.ibm.com>
-
Artem Barger authored
Adding an ability to fetch configuration block, usefull for complex setups such as many orgs having many peers. The syntax is following: peer channel fetch -c chainID Change-Id: I20ef7091be0c76e42d8fb1a4913e8f3f8e7d5748 Signed-off-by:
Artem Barger <bartem@il.ibm.com>
-
Jonathan Levi authored
* changes: [FAB-1648] PKCS11 BCCSP now calls PKCS11 functions [FAB-1648] Add (unreachable) PKCS11 BCCSP ECDSA op
-
Jonathan Levi authored
-
- 26 Jan, 2017 16 commits
-
-
Artem Barger authored
Currently genesis block is not get committed into the ledger while chain is created, therefore the delivery client asks from the ordering service to bring blocks starting from the sequence zero. The zero sequence blocks is actually the configuration block which simple fails validation, because configuration block sequence expected to come in increasing order. This commit takes care to get genesis block committed right after chain created for the first time. NOTE: we do not need to "re-commit" this block in case peer get restarted. Change-Id: I82d6830f540b1772e4134ce380428b0189af9fe3 Signed-off-by:
Artem Barger <bartem@il.ibm.com>
-
Srinivasan Muralidharan authored
-
Jonathan Levi authored
-
Srinivasan Muralidharan authored
-
Alessandro Sorniotti authored
This change set provides code to parse expressions like AND('org0.member', 'org1.admin') into cauthdsl policy objects. This can then be used for the golang client reference implementation to specify endorsement policies for newly created chaincodes. Change-Id: Idb00ff0547ac489438a5023d76970f898d11dca2 Signed-off-by:
Alessandro Sorniotti <ale.linux@sopit.net>
-
Joshua Horton authored
Recover Home topic index.md Updated TOC names per Barry feedback Updated TOC for v1 doc updates Targeting doc for Feb. 1 Hackfest TOC items vetted - content tba WIP [ci skip] Change-Id: I517594296a773d3e6ed4cc02c2c4ca8ea9d58cd7 Signed-off-by:
Joshua Horton <joshh@us.ibm.com>
-
Christopher Ferris authored
-
Christopher Ferris authored
-
Christopher Ferris authored
-
Luis Sanchez authored
Change-Id: Ic5a491f96c471380aab05c3aac3b3cec8be65e6a Signed-off-by:
Luis Sanchez <sanchezl@us.ibm.com>
-
Jason Yellick authored
https://jira.hyperledger.org/browse/FAB-1858 This changeset hooks the gossip initialization path into the configtx.Manager path. It utilizes the new callback from configt.Manager to make this event driven. Change-Id: I2491388f97dd1751c31d1aae52c8802be539ea31 Signed-off-by:
Jason Yellick <jyellick@us.ibm.com>
-
Srinivasan Muralidharan authored
https://jira.hyperledger.org/browse/FAB-1859 The refactor and cleanup of "ccprovider" package (core/common/ccprovider) paved way for further cleanup. As a first step let us move back all the system chaincode (lscc, vscc, cscc, qscc, escc) to be in their own packages under system_chaincodes. Change-Id: Idfe91e351c97e97c614df808e3b1af9d207fd65a Signed-off-by:
Srinivasan Muralidharan <muralisr@us.ibm.com>
-
Jason Yellick authored
https://jira.hyperledger.org/browse/FAB-1856 The gossip team requires a way to be notified when the channel configuration changes. This changeset allows the configtx manager to be constructed with a slice of functions to call when a new configuration is committed. Change-Id: Ib318e271b7c00685117d10d0982ccc8a09a9801e Signed-off-by:
Jason Yellick <jyellick@us.ibm.com>
-
Jonathan Levi authored
-
Jonathan Levi authored
-
Srinivasan Muralidharan authored
-
- 25 Jan, 2017 8 commits
-
-
Jonathan Levi authored
-
Nick Gaski authored
point to new arch doc point to design wiki page fix false statement about endorsers change consensus to ordering [ci skip] Change-Id: I8a22f424c5b36a872928bd48da0f275e1cdbc110 Signed-off-by:
Nick Gaski <ngaski@us.ibm.com>
-
Gregory Haskins authored
This is in prep for FAB-1855 later in the series. Change-Id: Ia0e178b6e056f0a9ec7649d3f91ad1e75194224b Signed-off-by:
Greg Haskins <gregory.haskins@gmail.com>
-
Gregory Haskins authored
The normal flow for chaincode deployment involves an implicit stop of the container as subphases of deployment. However, devmode chaincode is primarily under the control of a user, not the peer. Therefore, the current peer is broken for devmode because it tries to shutdown the container after registration. Because the chaincode was started by the user, the stop ultimately fails but not before the peer has confused its internal state by marking it as down. The primary problem is that subsequent calls into the chaincode will ultimately fail on account of the quasi running-but-not-really-running state and an inability to try to correct the problem autonomously due to the lack of control over the users process. This patch addresses all of the above by acnowledging that devmode chaincode should simply be left in a running state. Change-Id: I2e8f1f81a33019a10e3e65d1416ea4426a19e77a Signed-off-by:
Greg Haskins <gregory.haskins@gmail.com>
-
Binh Nguyen authored
-
Srinivasan Muralidharan authored
-
Jason Yellick authored
https://jira.hyperledger.org/browse/FAB-1851 This changeset adds a peer sharedconfig package. The sharedconfig is named as such, because it is configuration which is shared across all peers for a channel, as opposed to the local configuration which the peer sources from its yaml file. Change-Id: I46bc408ed15a065020722666ee8e50d9f679e665 Signed-off-by:
Jason Yellick <jyellick@us.ibm.com>
-
YACOVM authored
This commit adds a method VerifyByChannel that is channel-contexted and does the same thing as Verify, just that it causes the MSP layer to use a specific MSP manager. Change-Id: I6b7401935f7751b434be893769810a3ba4fad76f Signed-off-by:
Yacov Manevich <yacovm@il.ibm.com>
-