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
Need to properly add consortiums as a config update
to the orderer system channel, vs in the genesis block
as done currently.
Renamed mspAdmin to configAdmin, defind configAdmin for
orderer organization.
Orderer configAdmin now responsible for consortium creation.
Added mod_policy definition to consortium creation.
Now retrieve latest config_update block from channel.
Orderer configAdmin now submits config_update TX for
consortium creation.
Now add anchorpeers to channel config_update.
Removed anchor peers for now from feature. Will add
back in subsequent CR. Has no funcational impact.
Changed mspAdmin... to configAdmin...
Removed older configuration functions.
Renamed msp-admin-cert references to config-admin-cert.
Change-Id: Ic62d76532bb90fd0f2452185980f2e4668151eae
Signed-off-by: Jeff Garratt <[email protected]>
# Order info includes orderer admin/orderer information and address (host:port) from previous steps
70
67
# Only the peer organizations can vary.
71
-
And the ordererBootstrapAdmin using cert alias "bootstrapCertAlias" creates the genesis block "ordererGenesisBlock" for chain "OrdererSystemChainId" for composition "<ComposeFile>" and consensus "<ConsensusType>" using consortiums:
68
+
And the ordererBootstrapAdmin using cert alias "bootstrapCertAlias" creates the genesis block "ordererGenesisBlock" for chain "OrdererSystemChainId" for composition "<ComposeFile>" and consensus "<ConsensusType>"with consortiums modification policy "/Channel/Orderer/Admins"using consortiums:
72
69
| Consortium |
73
-
| consortium1 |
70
+
# | consortium1 |
74
71
75
72
76
73
And the orderer admins inspect and approve the genesis block for chain "OrdererSystemChainId"
@@ -83,11 +80,42 @@ Feature: Bootstrap
83
80
# Sleep as to allow system up time
84
81
And I wait "<SystemUpWaitTime>" seconds
85
82
86
-
And the following application developers are defined for peer organizations and each saves their cert as alias
83
+
Given user "ordererBootstrapAdmin" gives "OrdererSystemChainId" to user "configAdminOrdererOrg0"
84
+
And user "ordererBootstrapAdmin" gives "ordererGenesisBlock" to user "configAdminOrdererOrg0"
85
+
86
+
And the orderer config admin "configAdminOrdererOrg0" creates a consortium "consortium1" with modification policy "/Channel/Orderer/Admins" for peer orgs who wish to form a network:
87
+
| Organization |
88
+
| peerOrg0 |
89
+
| peerOrg1 |
90
+
# | peerOrg2 |
91
+
92
+
And user "configAdminOrdererOrg0" using cert alias "config-admin-cert" connects to deliver function on orderer "<orderer0>"
93
+
94
+
And user "configAdminOrdererOrg0" retrieves the latest configuration "latestOrdererConfig" from orderer "<orderer0>" for channel "OrdererSystemChainId"
95
+
96
+
And the orderer config admin "configAdminOrdererOrg0" creates a consortiums config update "consortiumsConfigUpdate1" using config "latestOrdererConfig" using orderer system channel ID "OrdererSystemChainId" to add consortiums:
97
+
| Consortium |
98
+
| consortium1 |
99
+
100
+
And the user "configAdminOrdererOrg0" creates a configUpdateEnvelope "consortiumsConfigUpdate1Envelope" using configUpdate "consortiumsConfigUpdate1"
101
+
102
+
And the user "configAdminOrdererOrg0" collects signatures for ConfigUpdateEnvelope "consortiumsConfigUpdate1Envelope" from developers:
103
+
| Developer | CertAlias |
104
+
| configAdminOrdererOrg0 | config-admin-cert |
105
+
# | configAdminOrdererOrg1 | config-admin-cert |
106
+
107
+
And the user "configAdminOrdererOrg0" creates a ConfigUpdate Tx "consortiumsConfigUpdateTx1" using cert alias "config-admin-cert" using signed ConfigUpdateEnvelope "consortiumsConfigUpdate1Envelope"
108
+
109
+
And the user "configAdminOrdererOrg0" using cert alias "config-admin-cert" broadcasts ConfigUpdate Tx "consortiumsConfigUpdateTx1" to orderer "<orderer0>" to create channel "com.acme.blockchain.jdoe.Channel1"
110
+
111
+
112
+
Given the following application developers are defined for peer organizations and each saves their cert as alias
And the user "dev0Org0" creates a configUpdateEnvelope "createChannelConfigUpdate1Envelope" using configUpdate "createChannelConfigUpdate1"
141
+
111
142
112
-
And the user "dev0Org0" collects signatures for ConfigUpdateEnvelope "createChannelConfigUpdate1" from developers:
143
+
And the user "dev0Org0" collects signatures for ConfigUpdateEnvelope "createChannelConfigUpdate1Envelope" from developers:
113
144
| Developer | CertAlias |
114
145
| dev0Org0 | dev0Org0App1 |
115
146
| dev0Org1 | dev0Org1App1 |
116
147
117
-
And the user "dev0Org0" creates a ConfigUpdate Tx "configUpdateTx1" using cert alias "dev0Org0App1" using signed ConfigUpdateEnvelope "createChannelConfigUpdate1"
148
+
And the user "dev0Org0" creates a ConfigUpdate Tx "configUpdateTx1" using cert alias "dev0Org0App1" using signed ConfigUpdateEnvelope "createChannelConfigUpdate1Envelope"
118
149
119
150
And the user "dev0Org0" using cert alias "dev0Org0App1" broadcasts ConfigUpdate Tx "configUpdateTx1" to orderer "<orderer0>" to create channel "com.acme.blockchain.jdoe.Channel1"
120
151
@@ -201,44 +232,44 @@ Feature: Bootstrap
201
232
202
233
203
234
Given user "peer0Admin" gives "cc_spec" to user "dev0Org0"
204
-
And user "peer0Admin" gives "cc_spec" to user "mspAdminPeerOrg0"
235
+
And user "peer0Admin" gives "cc_spec" to user "configAdminPeerOrg0"
205
236
206
237
207
-
When user "mspAdminPeerOrg0" using cert alias "msp-admin-cert" creates a instantiate proposal "instantiateProposal1" for channel "com.acme.blockchain.jdoe.Channel1" using chaincode spec "cc_spec"
238
+
When user "configAdminPeerOrg0" using cert alias "config-admin-cert" creates a instantiate proposal "instantiateProposal1" for channel "com.acme.blockchain.jdoe.Channel1" using chaincode spec "cc_spec"
208
239
209
-
And user "mspAdminPeerOrg0" using cert alias "msp-admin-cert" sends proposal "instantiateProposal1" to endorsers with timeout of "90" seconds with proposal responses "instantiateProposalResponses":
240
+
And user "configAdminPeerOrg0" using cert alias "config-admin-cert" sends proposal "instantiateProposal1" to endorsers with timeout of "90" seconds with proposal responses "instantiateProposalResponses":
210
241
| Endorser |
211
242
| peer0 |
212
243
| peer2 |
213
244
214
245
215
-
Then user "mspAdminPeerOrg0" expects proposal responses "instantiateProposalResponses" with status "200" from endorsers:
246
+
Then user "configAdminPeerOrg0" expects proposal responses "instantiateProposalResponses" with status "200" from endorsers:
216
247
| Endorser |
217
248
| peer0 |
218
249
| peer2 |
219
250
220
-
And user "mspAdminPeerOrg0" expects proposal responses "instantiateProposalResponses" each have the same value from endorsers:
251
+
And user "configAdminPeerOrg0" expects proposal responses "instantiateProposalResponses" each have the same value from endorsers:
221
252
| Endorser |
222
253
| peer0 |
223
254
| peer2 |
224
255
225
-
When the user "mspAdminPeerOrg0" creates transaction "instantiateTx1" from proposal "instantiateProposal1" and proposal responses "instantiateProposalResponses" for channel "com.acme.blockchain.jdoe.Channel1"
256
+
When the user "configAdminPeerOrg0" creates transaction "instantiateTx1" from proposal "instantiateProposal1" and proposal responses "instantiateProposalResponses" for channel "com.acme.blockchain.jdoe.Channel1"
226
257
227
-
And the user "mspAdminPeerOrg0" broadcasts transaction "instantiateTx1" to orderer "<orderer1>" on channel "com.acme.blockchain.jdoe.Channel1"
258
+
And the user "configAdminPeerOrg0" broadcasts transaction "instantiateTx1" to orderer "<orderer1>" on channel "com.acme.blockchain.jdoe.Channel1"
228
259
229
260
# Sleep as the deliver takes a bit to have the first block ready
230
261
And I wait "2" seconds
231
262
232
-
And user "mspAdminPeerOrg0" using cert alias "msp-admin-cert" connects to deliver function on orderer "<orderer0>"
263
+
And user "configAdminPeerOrg0" using cert alias "config-admin-cert" connects to deliver function on orderer "<orderer0>"
233
264
234
-
And user "mspAdminPeerOrg0" sends deliver a seek request on orderer "<orderer0>" with properties:
265
+
And user "configAdminPeerOrg0" sends deliver a seek request on orderer "<orderer0>" with properties:
235
266
| ChainId | Start | End |
236
267
| com.acme.blockchain.jdoe.Channel1 | 1 | 1 |
237
268
238
-
Then user "mspAdminPeerOrg0" should get a delivery "deliveredInstantiateTx1Block" from "<orderer0>" of "1" blocks with "1" messages within "1" seconds
269
+
Then user "configAdminPeerOrg0" should get a delivery "deliveredInstantiateTx1Block" from "<orderer0>" of "1" blocks with "1" messages within "1" seconds
239
270
240
271
# Sleep as the deliver takes a bit to have the first block ready
241
-
And I wait "1" seconds
272
+
And I wait "3" seconds
242
273
243
274
244
275
# Entry point for invoking on an existing channel
@@ -293,7 +324,7 @@ Feature: Bootstrap
293
324
And the user "dev0Org0" broadcasts transaction "invokeTx1" to orderer "<orderer2>" on channel "com.acme.blockchain.jdoe.Channel1"
294
325
295
326
# Sleep as the deliver takes a bit to have the first block ready
296
-
And I wait "2" seconds
327
+
And I wait "3" seconds
297
328
298
329
And user "dev0Org0" sends deliver a seek request on orderer "<orderer0>" with properties:
0 commit comments