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
Regenerated orderer proto files.
Removed references to ingress/egress policies.
Added default policies for all groups.
Now sign all envelopes.
Added readers/writers/admins to each group.
Now use SerializedIdentity as opposed to cert as PEM for
certChain.
Added value for BlockDataHashingDataStructure.width for channel
configs.
Removed peerOrg2 for now. Will add later.
Addressed non-deterministic issue with lccc and MSP id sorting
for default endorsement policy handling.
Change-Id: I60b177ea6cf8464b3d35e85b45ef3f250941acdf
Signed-off-by: jeffgarratt <[email protected]>
Copy file name to clipboardexpand all lines: bddtests/features/bootstrap.feature
+18-10
Original file line number
Diff line number
Diff line change
@@ -16,28 +16,36 @@ Feature: Bootstrap
16
16
Scenario Outline: Bootstrap a development network with 4 peers (2 orgs) and 1 orderer (1 org), each having a single independent root of trust (No fabric-ca, just openssl)
17
17
#creates 1 self-signed key/cert pair per orderer organization
18
18
Given the orderer network has organizations:
19
-
| Organization |
20
-
| ordererOrg0 |
19
+
| Organization |Readers | Writers | Admins |
20
+
| ordererOrg0 |member | member | admin |
21
21
22
22
And user requests role of orderer admin by creating a key and csr for orderer and acquires signed certificate from organization:
23
23
| User | Orderer | Organization |
24
24
| orderer0Signer | orderer0 | ordererOrg0 |
25
25
26
+
27
+
# Rolenames : MspPrincipal.proto
26
28
And the peer network has organizations:
27
-
| Organization |
28
-
| peerOrg0 |
29
-
| peerOrg1 |
30
-
| peerOrg2 |
29
+
| Organization | Readers | Writers | Admins |
30
+
| peerOrg0 | member | member | admin |
31
+
| peerOrg1 | member | member | admin |
32
+
# | peerOrg2 | member | member | admin |
33
+
34
+
31
35
32
36
And a ordererBootstrapAdmin is identified and given access to all public certificates and orderer node info
33
37
38
+
And the ordererBootstrapAdmin creates a cert alias "bootstrapCertAlias" for orderer network bootstrap purposes for organizations
39
+
| Organization |
40
+
| ordererOrg0 |
41
+
34
42
And the ordererBootstrapAdmin generates a GUUID to identify the orderer system chain and refer to it by name as "OrdererSystemChainId"
35
43
36
44
And the ordererBootstrapAdmin creates a chain creators policy "chainCreatePolicy1" (network name) for peer orgs who wish to form a network using orderer system chain "OrdererSystemChainId":
37
45
| Organization |
38
46
| peerOrg0 |
39
47
| peerOrg1 |
40
-
| peerOrg2 |
48
+
# | peerOrg2 |
41
49
42
50
And the ordererBoostrapAdmin creates the chain creation policy names "chainCreationPolicyNames" for orderer system chain "OrdererSystemChainId" with policies:
43
51
|PolicyName |
@@ -50,7 +58,7 @@ Feature: Bootstrap
50
58
51
59
# Order info includes orderer admin/orderer information and address (host:port) from previous steps
52
60
# Only the peer organizations can vary.
53
-
And the ordererBootstrapAdmin creates the genesis block "ordererGenesisBlock" for chain "OrdererSystemChainId" for network config policy "<PolicyType>" and consensus "<ConsensusType>" using chain creators policies:
61
+
And the ordererBootstrapAdmin using cert alias "bootstrapCertAlias"creates the genesis block "ordererGenesisBlock" for chain "OrdererSystemChainId" for network config policy "<PolicyType>" and consensus "<ConsensusType>" using chain creators policies:
54
62
| ConfigGroupNames |
55
63
| chainCreatePolicy1 |
56
64
| chainCreationPolicyNames |
@@ -108,14 +116,14 @@ Feature: Bootstrap
108
116
| peerOrg0 |
109
117
| peerOrg1 |
110
118
111
-
And the user "dev0Org0" creates a ConfigUpdate Tx "configUpdateTx1" using signed ConfigUpdateEnvelope "createChannelConfigUpdate1"
119
+
And the user "dev0Org0" creates a ConfigUpdate Tx "configUpdateTx1" using cert alias "dev0Org0App1" using signed ConfigUpdateEnvelope "createChannelConfigUpdate1"
112
120
113
121
And the user "dev0Org0" broadcasts ConfigUpdate Tx "configUpdateTx1" to orderer "orderer0" to create channel "com.acme.blockchain.jdoe.Channel1"
114
122
115
123
# Sleep as the deliver takes a bit to have the first block ready
116
124
And I wait "2" seconds
117
125
118
-
When user "dev0Org0" connects to deliver function on orderer "orderer0"
126
+
When user "dev0Org0"using cert alias "dev0Org0App1"connects to deliver function on orderer "orderer0"
119
127
And user "dev0Org0" sends deliver a seek request on orderer "orderer0" with properties:
@given(u'the ordererBootstrapAdmin creates the genesis block "{ordererGenesisBlockName}" for chain "{ordererSystemChainIdName}" for network config policy "{networkConfigPolicy}" and consensus "{consensusType}" using chain creators policies')
@given(u'the ordererBootstrapAdmin using cert alias "{certAlias}" creates the genesis block "{ordererGenesisBlockName}" for chain "{ordererSystemChainIdName}" for network config policy "{networkConfigPolicy}" and consensus "{consensusType}" using chain creators policies')
# print("Signatures for signedConfigEnvelope:\n {0}\n".format(signedConfigEnvelope.Items[0]))
203
191
204
-
@given(u'the user "{userName}" creates a ConfigUpdate Tx "{configUpdateTxName}" using signed ConfigUpdateEnvelope "{createChannelSignedConfigEnvelopeName}"')
@given(u'the user "{userName}" creates a ConfigUpdate Tx "{configUpdateTxName}" using cert alias "{certAlias}" using signed ConfigUpdateEnvelope "{createChannelSignedConfigEnvelopeName}"')
0 commit comments