epistemophiliac/fabric-samples
1
0
Fork 0
mirror of https://github.com/hyperledger/fabric-samples.git synced 2026-06-17 15:35:09 +00:00
Code Issues Projects Releases Packages Wiki Activity Actions

minor documentation fixes smart contract dev

Browse source 
Signed-off-by: munapower <mmunaro@hotmail.com>
This commit is contained in:
munapower 2023-07-26 15:34:55 -03:00 committed by Tatsuya Sato
parent 5870033fcb
commit a6d8f44fdb
2 changed files with 5 additions and 5 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

2
full-stack-asset-transfer-guide/docs/SmartContractDev/00-Introduction.md
View file

@ -112,7 +112,7 @@ Simply both - the terms have been used in Fabric history almost interchangeable;
The aim is to standardize on
- the Smart Contract(s) are classes/structures - the code - that you write in Go/JavaScript/TypeScript/Java etc.
- these are then packaged up and run inside a Chaincode-container (chaincode-image / chaincode-runtime depending on exactly the format of the packaging)
- the chaincode definition is more than just the Smart Contract code, as it includes things such as the couchdb indexes, and the endorsement policy
- the chaincode definition is more than just the Smart Contract code, as it includes things such as the CouchDB indexes, and the endorsement policy
## Packaging

8
full-stack-asset-transfer-guide/docs/SmartContractDev/03-Test-And-Debug-Reference.md
View file

@ -44,7 +44,7 @@ You'll need to have docker available to you, along with VSCode. Also, install th
### What is Chaincode as Service?
The chaincode-as-a-service feature is a very useful and practical way to run 'Smart Contracts. Traditionally the Fabric Peer has taken on the role of orchestrating
The chaincode-as-a-service feature is a very useful and practical way to run 'Smart Contracts'. Traditionally the Fabric Peer has taken on the role of orchestrating
the complete lifecycle of the chaincode. It required access to the Docker Daemon to create images, and start containers. Java, Node.js and Go chaincode frameworks were
explicitly known to the peer including how they should be built and started.
@ -72,11 +72,11 @@ Using the Typescript contract as an example, the difference is easier to see. Th
```
The first is used when the peer is completely controlling the chaincode. The second `start:server-nontls` starts in the Chaincode-as-a-service mode (without using TLS). The command
is very similar `fabric-chainmcode-node server` rather than `fabric-chaincode-node start`. Two options are provided here, these are the network address the chaincode
is very similar `fabric-chaincode-node server` rather than `fabric-chaincode-node start`. Two options are provided here, these are the network address the chaincode
will listen on and its id. (aside when the Peer runs the chaincode, it does pass extra options, but they aren't seen in the package.json)
The third `start:server` adds the required TLS configuration, but is otherwise the same.
The forth `start:server-debug` is the same as the non-TLS case, but includes the environment variable required to get Node.js to open a port to allow a debugger to connect remotely.
The fourth `start:server-debug` is the same as the non-TLS case, but includes the environment variable required to get Node.js to open a port to allow a debugger to connect remotely.
### Java
@ -91,7 +91,7 @@ For debug, the JVM needs to put into debug mode `java -agentlib:jdwp=transport=d
## How is the chaincode package different?
A key difference is that the chaincode package does not contain code. It is used as a holder of data that indicates to the peer where the chaincode is.
What host/port and what TLS configuration is needed? Chaincode packages already can hold data about the couchdb indexes to use or the private data collections.
What host/port and what TLS configuration is needed? Chaincode packages already can hold data about the CouchDB indexes to use or the private data collections.
Within the package, the `connection.json` is an important file. At its simplest it would be