[FAB-4377] Fix typo a description of peer version

This patches fix typo long description of peer version command and
some comments. the typo is "the the" and I found same typos in some
other comments.

Change-Id: Id21d3c6ddd5d0a3379284e008aced5e67b89c2c0
Signed-off-by: Nao Nishijima <[email protected]>

Author: Nao Nishijima

core/ledger/kvledger/kv_ledger.go

@@ -101,7 +101,7 @@ func (l *kvLedger) recoverDBs() error {
 		recoverers[0], recoverers[1] = recoverers[1], recoverers[0]
 	}
 	if recoverers[0].firstBlockNum != recoverers[1].firstBlockNum {
-		// bring the lagger db equal to the the other db
+		// bring the lagger db equal to the other db
 		if err := l.recommitLostBlocks(recoverers[0].firstBlockNum, recoverers[1].firstBlockNum-1,
 			recoverers[0].recoverable); err != nil {
 			return err

core/ledger/kvledger/txmgmt/statedb/statecouchdb/query_wrapper.go

@@ -177,7 +177,7 @@ func processAndWrapQuery(jsonQueryMap map[string]interface{}) {
 		//if the type is an array, then iterate through the items
 		case []interface{}:
 
-			//iterate the the items in the array
+			//iterate the items in the array
 			for itemKey, itemValue := range jsonValueType {
 
 				switch itemValue.(type) {
@@ -222,7 +222,7 @@ func processInterfaceMap(jsonFragment map[string]interface{}) {
 		bufferFragment[keyVal] = itemVal
 	}
 
-	//iterate the the item in the map
+	//iterate the item in the map
 	for keyVal, itemVal := range bufferFragment {
 
 		//check to see if the key is an operator

docs/source/configtx.rst

@@ -77,7 +77,7 @@ notation.
 
 ::
 
-    // Assume the the following groups are defined
+    // Assume the following groups are defined
     var root, child1, child2, grandChild1, grandChild2, grandChild3 *ConfigGroup
 
     // Set the following values

events/producer/producer.go

@@ -45,7 +45,7 @@ func NewEventsServer(bufferSize uint, timeout time.Duration) *EventsServer {
 	return globalEventsServer
 }
 
-// Chat implementation of the the Chat bidi streaming RPC function
+// Chat implementation of the Chat bidi streaming RPC function
 func (p *EventsServer) Chat(stream pb.Events_ChatServer) error {
 	handler, err := newEventHandler(stream)
 	if err != nil {

examples/ccchecker/chaincodes/newkeyperinvoke/shadow/newkeyperinvoke.go

@@ -74,7 +74,7 @@ func (t *NewKeyPerInvoke) GetInvokeArgs(ccnum int, iter int) [][]byte {
 	return args
 }
 
-//PostInvoke store the the key/val for later verification
+//PostInvoke store the key/val for later verification
 func (t *NewKeyPerInvoke) PostInvoke(args [][]byte, resp []byte) error {
 	if len(args) < 3 {
 		return fmt.Errorf("invalid number of args posted %d", len(args))

msp/configbuilder.go

@@ -145,7 +145,7 @@ func GetLocalMspConfig(dir string, bccspConfig *factory.FactoryOpts, ID string)
 
 	/* FIXME: for now we're making the following assumptions
 	1) there is exactly one signing cert
-	2) BCCSP's KeyStore has the the private key that matches SKI of
+	2) BCCSP's KeyStore has the private key that matches SKI of
 	   signing cert
 	*/
 

peer/version/version.go

@@ -31,7 +31,7 @@ func Cmd() *cobra.Command {
 var cobraCommand = &cobra.Command{
 	Use:   "version",
 	Short: "Print fabric peer version.",
-	Long:  `Print current version of the the fabric peer server.`,
+	Long:  `Print current version of the fabric peer server.`,
 	Run: func(cmd *cobra.Command, args []string) {
 		Print()
 	},

protos/gossip/message.proto

@@ -191,7 +191,7 @@ message GossipHello {
     PullMsgType msg_type = 3;
 }
 
-// DataUpdate is the the final message in the pull phase
+// DataUpdate is the final message in the pull phase
 // sent from the receiver to the initiator
 message DataUpdate {
     uint64 nonce                = 1;

test/chaincodes/AuctionApp/art.go

@@ -589,7 +589,7 @@ func GetBid(stub shim.ChaincodeStubInterface, function string, args []string) pb
 
 	var err error
 
-	// Check there are 2 Arguments provided as per the the struct - two are computed
+	// Check there are 2 Arguments provided as per the struct - two are computed
 	// See example
 	if len(args) < 2 {
 		fmt.Println("GetBid(): Incorrect number of arguments. Expecting 2 ")
@@ -782,7 +782,7 @@ func CreateItemObject(args []string) (ItemObject, error) {
 	var err error
 	var myItem ItemObject
 
-	// Check there are 13 Arguments provided as per the the struct - two are computed
+	// Check there are 13 Arguments provided as per the struct - two are computed
 	if len(args) != 13 {
 		fmt.Println("CreateItemObject(): Incorrect number of arguments. Expecting 13 ")
 		return myItem, errors.New("CreateItemObject(): Incorrect number of arguments. Expecting 13 ")
@@ -1889,7 +1889,7 @@ func GetListOfOpenAucs(stub shim.ChaincodeStubInterface, function string, args [
 ////////////////////////////////////////////////////////////////////////////
 func GetItemLog(stub shim.ChaincodeStubInterface, function string, args []string) pb.Response {
 
-	// Check there are 1 Arguments provided as per the the struct - two are computed
+	// Check there are 1 Arguments provided as per the struct - two are computed
 	// See example
 	if len(args) < 1 {
 		fmt.Println("GetItemLog(): Incorrect number of arguments. Expecting 1 ")
@@ -1947,7 +1947,7 @@ func GetItemLog(stub shim.ChaincodeStubInterface, function string, args []string
 ////////////////////////////////////////////////////////////////////////////
 func GetItemListByCat(stub shim.ChaincodeStubInterface, function string, args []string) pb.Response {
 
-	// Check there are 1 Arguments provided as per the the struct - two are computed
+	// Check there are 1 Arguments provided as per the struct - two are computed
 	// See example
 	if len(args) < 1 {
 		fmt.Println("GetItemListByCat(): Incorrect number of arguments. Expecting 1 ")
@@ -2002,7 +2002,7 @@ func GetItemListByCat(stub shim.ChaincodeStubInterface, function string, args []
 ////////////////////////////////////////////////////////////////////////////
 func GetUserListByCat(stub shim.ChaincodeStubInterface, function string, args []string) pb.Response {
 
-	// Check there are 1 Arguments provided as per the the struct - two are computed
+	// Check there are 1 Arguments provided as per the struct - two are computed
 	// See example
 	if len(args) < 1 {
 		fmt.Println("GetUserListByCat(): Incorrect number of arguments. Expecting 1 ")

test/chaincodes/AuctionApp/table_api.go

@@ -462,7 +462,7 @@ func GetList(stub shim.ChaincodeStubInterface, objectType string, keys []string)
 
 ////////////////////////////////////////////////////////////////////////////
 // This function verifies if the number of key provided is at least 1 and
-// < the the max keys defined for the Object
+// < the max keys defined for the Object
 ////////////////////////////////////////////////////////////////////////////
 
 func VerifyAtLeastOneKeyIsPresent(objectType string, args []string) error {

test/regression/daily/ledger_lte.py

@@ -5,7 +5,7 @@ class perf_goleveldb(unittest.TestCase):
 
     def test_FAB_3790_VaryNumParallelTxPerChain(self):
         '''
-         In this Performance test, we observe the the performance (time to
+         In this Performance test, we observe the performance (time to
          complete a set number of Ledger operations) of the Ledger component,
          with goleveldb as the state database. We vary the number of parallel
          transactions per chain and observe the performance.
@@ -21,7 +21,7 @@ def test_FAB_3790_VaryNumParallelTxPerChain(self):
 
     def test_FAB_3795_VaryNumChain(self):
         '''
-         In this Performance test, we observe the the performance (time to
+         In this Performance test, we observe the performance (time to
          complete a set number of Ledger operations) of the Ledger component,
          with goleveldb as the state database. We vary the number of chains
          (ledgers).
@@ -37,7 +37,7 @@ def test_FAB_3795_VaryNumChain(self):
 
     def test_FAB_3798_VaryNumParallelTxWithSingleChain(self):
         '''
-         In this Performance test, we observe the the performance (time to
+         In this Performance test, we observe the performance (time to
          complete a set number of Ledger operations) of the Ledger component,
          with goleveldb as the state database. We vary the number of parallel
          transactions on a single chain.
@@ -53,7 +53,7 @@ def test_FAB_3798_VaryNumParallelTxWithSingleChain(self):
 
     def test_FAB_3799_VaryNumChainWithNoParallelism(self):
         '''
-         In this Performance test, we observe the the performance (time to
+         In this Performance test, we observe the performance (time to
          complete a set number of Ledger operations) of the Ledger component,
          with goleveldb as the state database. We vary the number of chains
          without any parallelism within a single chain.
@@ -69,7 +69,7 @@ def test_FAB_3799_VaryNumChainWithNoParallelism(self):
 
     def test_FAB_3801_VaryKVSize(self):
         '''
-         In this Performance test, we observe the the performance (time to
+         In this Performance test, we observe the performance (time to
          complete a set number of Ledger operations) of the Ledger component,
          with goleveldb as the state database. We vary the size of key-value.
 
@@ -84,7 +84,7 @@ def test_FAB_3801_VaryKVSize(self):
 
     def test_FAB_3802_VaryBatchSize(self):
         '''
-         In this Performance test, we observe the the performance (time to
+         In this Performance test, we observe the performance (time to
          complete a set number of Ledger operations) of the Ledger component,
          with goleveldb as the state database. We vary the value of the batch
          size
@@ -100,7 +100,7 @@ def test_FAB_3802_VaryBatchSize(self):
 
     def test_FAB_3800_VaryNumKeysInEachTX(self):
         '''
-         In this Performance test, we observe the the performance (time to
+         In this Performance test, we observe the performance (time to
          complete a set number of Ledger operations) of the Ledger component,
          with goleveldb as the state database. We vary the number of keys in
          each transaction.
@@ -116,7 +116,7 @@ def test_FAB_3800_VaryNumKeysInEachTX(self):
 
     def test_FAB_3803_VaryNumTxs(self):
         '''
-         In this Performance test, we observe the the performance (time to
+         In this Performance test, we observe the performance (time to
          complete a set number of Ledger operations) of the Ledger component,
          with goleveldb as the state database. We vary the number of
          transactions carried out.
@@ -135,7 +135,7 @@ class perf_couchdb(unittest.TestCase):
     @unittest.skip("WIP, skipping")
     def test_FAB_3870_VaryNumParallelTxPerChain(self):
         '''
-         In this Performance test, we observe the the performance (operations
+         In this Performance test, we observe the performance (operations
          per second) of the Ledger component, with CouchDB as the state
          database, as we vary the number of parallel transactions per chain.
         '''
@@ -144,7 +144,7 @@ def test_FAB_3870_VaryNumParallelTxPerChain(self):
     @unittest.skip("WIP, skipping")
     def test_FAB_3871_VaryNumChain(self):
         '''
-         In this Performance test, we observe the the performance (operations
+         In this Performance test, we observe the performance (operations
          per second) of the Ledger component, with CouchDB as the state
          database, as we vary the number of chains (ledgers).
         '''
@@ -153,7 +153,7 @@ def test_FAB_3871_VaryNumChain(self):
     @unittest.skip("WIP, skipping")
     def test_FAB_3872_VaryNumParallelTxWithSingleChain(self):
         '''
-         In this Performance test, we observe the the performance (operations
+         In this Performance test, we observe the performance (operations
          per second) of the Ledger component, with CouchDB as the state
          database, vary the number of parallel transactions on a single chain.
         '''
@@ -162,7 +162,7 @@ def test_FAB_3872_VaryNumParallelTxWithSingleChain(self):
     @unittest.skip("WIP, skipping")
     def test_FAB_3873_VaryNumChainWithNoParallelism(self):
         '''
-         In this Performance test, we observe the the performance (operations
+         In this Performance test, we observe the performance (operations
          per second) of the Ledger component, with CouchDB as the state
          database, as we vary the number of chains without any parallelism.
          within a single chain.
@@ -172,7 +172,7 @@ def test_FAB_3873_VaryNumChainWithNoParallelism(self):
     @unittest.skip("WIP, skipping")
     def test_FAB_3874_VaryKVSize(self):
         '''
-         In this Performance test, we observe the the performance (operations
+         In this Performance test, we observe the performance (operations
          per second) of the Ledger component, with CouchDB as the state
          database, varying the size of key-value.
         '''
@@ -181,7 +181,7 @@ def test_FAB_3874_VaryKVSize(self):
     @unittest.skip("WIP, skipping")
     def test_FAB_3875_VaryBatchSize(self):
         '''
-         In this Performance test, we observe the the performance (operations
+         In this Performance test, we observe the performance (operations
          per second) of the Ledger component, with CouchDB as the state
          database, as we vary the value of the batch size.
         '''
@@ -190,7 +190,7 @@ def test_FAB_3875_VaryBatchSize(self):
     @unittest.skip("WIP, skipping")
     def test_FAB_3876_VaryNumKeysInEachTX(self):
         '''
-         In this Performance test, we observe the the performance (operations
+         In this Performance test, we observe the performance (operations
          per second) of the Ledger component, with CouchDB as the state
          database, as we vary the number of keys in each transaction.
         '''
@@ -199,7 +199,7 @@ def test_FAB_3876_VaryNumKeysInEachTX(self):
     @unittest.skip("WIP, skipping")
     def test_FAB_3877_VaryNumTxs(self):
         '''
-         In this Performance test, we observe the the performance (operations
+         In this Performance test, we observe the performance (operations
          per second) of the Ledger component, with CouchDB as the state
          database, as we vary the number of transactions carried out.
         '''