You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This changeset corrects the timing assumptions and orderer references
that prevented the multi-broker Kafka test (last configuration on the
"Orderer Options" Examples table) from passing.
Change-Id: I8ec88f64fd3c899d3c3de8a77cead5eac0df8940
Signed-off-by: Kostas Christidis <[email protected]>
Copy file name to clipboardexpand all lines: bddtests/features/bootstrap.feature
+9-10
Original file line number
Diff line number
Diff line change
@@ -149,7 +149,7 @@ Feature: Bootstrap
149
149
150
150
And the user "dev0Org0" using cert alias "dev0Org0App1" broadcasts ConfigUpdate Tx "configUpdateTx1" to orderer "<orderer0>" to create channel "com.acme.blockchain.jdoe.Channel1"
151
151
152
-
# Sleep as the deliver takes a bit to have the first block ready
152
+
# Sleep as the local orderer ledger needs to create the block that corresponds to the start number of the seek request
153
153
And I wait "<BroadcastWaitTime>" seconds
154
154
155
155
When user "dev0Org0" using cert alias "dev0Org0App1" connects to deliver function on orderer "<orderer0>"
@@ -257,8 +257,8 @@ Feature: Bootstrap
257
257
258
258
And the user "configAdminPeerOrg0" broadcasts transaction "instantiateTx1" to orderer "<orderer1>" on channel "com.acme.blockchain.jdoe.Channel1"
259
259
260
-
# Sleep as the deliver takes a bit to have the first block ready
261
-
And I wait "2" seconds
260
+
# Sleep as the local orderer ledger needs to create the block that corresponds to the start number of the seek request
261
+
And I wait "<BroadcastWaitTime>" seconds
262
262
263
263
And user "configAdminPeerOrg0" using cert alias "config-admin-cert" connects to deliver function on orderer "<orderer0>"
264
264
@@ -268,10 +268,9 @@ Feature: Bootstrap
268
268
269
269
Then user "configAdminPeerOrg0" should get a delivery "deliveredInstantiateTx1Block" from "<orderer0>" of "1" blocks with "1" messages within "1" seconds
270
270
271
-
# Sleep as the deliver takes a bit to have the first block ready
271
+
# Sleep to allow for chaincode instantiation on the peer
272
272
And I wait "3" seconds
273
273
274
-
275
274
# Entry point for invoking on an existing channel
276
275
When user "dev0Org0" creates a chaincode invocation spec "querySpec1" using spec "cc_spec" with input:
277
276
| funcName | arg1 |
@@ -323,8 +322,8 @@ Feature: Bootstrap
323
322
324
323
And the user "dev0Org0" broadcasts transaction "invokeTx1" to orderer "<orderer2>" on channel "com.acme.blockchain.jdoe.Channel1"
325
324
326
-
# Sleep as the deliver takes a bit to have the first block ready
327
-
And I wait "3" seconds
325
+
# Sleep as the local orderer ledger needs to create the block that corresponds to the start number of the seek request
326
+
And I wait "<BroadcastWaitTime>" seconds
328
327
329
328
And user "dev0Org0" sends deliver a seek request on orderer "<orderer0>" with properties:
0 commit comments