2017-06-16 13:05:52 +00:00
|
|
|
.. highlight:: kotlin
|
|
|
|
.. raw:: html
|
|
|
|
|
|
|
|
<script type="text/javascript" src="_static/jquery.js"></script>
|
|
|
|
<script type="text/javascript" src="_static/codesets.js"></script>
|
|
|
|
|
|
|
|
Running our CorDapp
|
|
|
|
===================
|
|
|
|
|
|
|
|
Now that we've written a CorDapp, it's time to test it by running it on some real Corda nodes.
|
|
|
|
|
2017-08-16 07:36:00 +00:00
|
|
|
Clean up
|
|
|
|
--------
|
|
|
|
Before running our node, delete the ``client/TemplateClient.java`` (for Java) or ``client/TemplateClient.kt`` (for
|
|
|
|
Kotlin) file. We won't be using it, and it will cause build errors unless we remove it.
|
|
|
|
|
2017-06-16 13:05:52 +00:00
|
|
|
Deploying our CorDapp
|
|
|
|
---------------------
|
2017-08-17 11:02:44 +00:00
|
|
|
Let's take a look at the nodes we're going to deploy. Open the project's ``build.gradle`` file and scroll down to the
|
|
|
|
``task deployNodes`` section. This section defines three nodes - the Controller, NodeA, and NodeB:
|
2017-06-16 13:05:52 +00:00
|
|
|
|
|
|
|
.. container:: codeset
|
|
|
|
|
|
|
|
.. code-block:: kotlin
|
|
|
|
|
2017-08-17 11:02:44 +00:00
|
|
|
task deployNodes(type: net.corda.plugins.Cordform, dependsOn: ['jar']) {
|
2017-06-16 13:05:52 +00:00
|
|
|
directory "./build/nodes"
|
2017-10-02 09:04:27 +00:00
|
|
|
networkMap "O=Controller,L=London,C=GB"
|
2017-06-16 13:05:52 +00:00
|
|
|
node {
|
2017-10-02 09:04:27 +00:00
|
|
|
name "O=Controller,L=London,C=GB"
|
2017-06-16 13:05:52 +00:00
|
|
|
advertisedServices = ["corda.notary.validating"]
|
|
|
|
p2pPort 10002
|
|
|
|
rpcPort 10003
|
2017-10-02 09:04:27 +00:00
|
|
|
cordapps = ["net.corda:corda-finance:$corda_release_version"]
|
2017-06-16 13:05:52 +00:00
|
|
|
}
|
|
|
|
node {
|
2017-10-02 09:04:27 +00:00
|
|
|
name "O=PartyA,L=London,C=GB"
|
2017-06-16 13:05:52 +00:00
|
|
|
advertisedServices = []
|
|
|
|
p2pPort 10005
|
|
|
|
rpcPort 10006
|
|
|
|
webPort 10007
|
2017-10-02 09:04:27 +00:00
|
|
|
cordapps = ["net.corda:corda-finance:$corda_release_version"]
|
2017-06-16 13:05:52 +00:00
|
|
|
rpcUsers = [[ user: "user1", "password": "test", "permissions": []]]
|
|
|
|
}
|
|
|
|
node {
|
2017-10-02 09:04:27 +00:00
|
|
|
name "O=PartyB,L=New York,C=US"
|
2017-06-16 13:05:52 +00:00
|
|
|
advertisedServices = []
|
|
|
|
p2pPort 10008
|
|
|
|
rpcPort 10009
|
|
|
|
webPort 10010
|
2017-10-02 09:04:27 +00:00
|
|
|
cordapps = ["net.corda:corda-finance:$corda_release_version"]
|
2017-06-16 13:05:52 +00:00
|
|
|
rpcUsers = [[ user: "user1", "password": "test", "permissions": []]]
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
We have three standard nodes, plus a special Controller node that is running the network map service, and is also
|
|
|
|
advertising a validating notary service. Feel free to add additional node definitions here to expand the size of the
|
|
|
|
test network.
|
|
|
|
|
|
|
|
We can run this ``deployNodes`` task using Gradle. For each node definition, Gradle will:
|
|
|
|
|
|
|
|
* Package the project's source files into a CorDapp jar
|
|
|
|
* Create a new node in ``build/nodes`` with our CorDapp already installed
|
|
|
|
|
|
|
|
We can do that now by running the following commands from the root of the project:
|
|
|
|
|
|
|
|
.. code:: python
|
|
|
|
|
|
|
|
// On Windows
|
|
|
|
gradlew clean deployNodes
|
|
|
|
|
|
|
|
// On Mac
|
|
|
|
./gradlew clean deployNodes
|
|
|
|
|
|
|
|
Running the nodes
|
|
|
|
-----------------
|
2017-08-17 11:02:44 +00:00
|
|
|
Running ``deployNodes`` will build the nodes under ``build/nodes``. If we navigate to one of these folders, we'll see
|
|
|
|
the three node folders. Each node folder has the following structure:
|
2017-06-16 13:05:52 +00:00
|
|
|
|
|
|
|
.. code:: python
|
|
|
|
|
|
|
|
.
|
2017-07-07 11:06:28 +00:00
|
|
|
|____corda.jar // The runnable node
|
|
|
|
|____corda-webserver.jar // The node's webserver
|
2017-06-16 13:05:52 +00:00
|
|
|
|____dependencies
|
2017-07-07 11:06:28 +00:00
|
|
|
|____node.conf // The node's configuration file
|
2017-06-16 13:05:52 +00:00
|
|
|
|____plugins
|
2017-07-07 11:06:28 +00:00
|
|
|
|____java/kotlin-source-0.1.jar // Our IOU CorDapp
|
2017-06-16 13:05:52 +00:00
|
|
|
|
|
|
|
Let's start the nodes by running the following commands from the root of the project:
|
|
|
|
|
|
|
|
.. code:: python
|
|
|
|
|
2017-08-17 11:02:44 +00:00
|
|
|
// On Windows
|
|
|
|
build/nodes/runnodes.bat
|
2017-06-16 13:05:52 +00:00
|
|
|
|
2017-08-17 11:02:44 +00:00
|
|
|
// On Mac
|
|
|
|
build/nodes/runnodes
|
2017-06-16 13:05:52 +00:00
|
|
|
|
|
|
|
This will start a terminal window for each node, and an additional terminal window for each node's webserver - eight
|
|
|
|
terminal windows in all. Give each node a moment to start - you'll know it's ready when its terminal windows displays
|
|
|
|
the message, "Welcome to the Corda interactive shell.".
|
|
|
|
|
|
|
|
.. image:: resources/running_node.png
|
|
|
|
:scale: 25%
|
|
|
|
:align: center
|
|
|
|
|
|
|
|
Interacting with the nodes
|
|
|
|
--------------------------
|
|
|
|
Now that our nodes are running, let's order one of them to create an IOU by kicking off our ``IOUFlow``. In a larger
|
|
|
|
app, we'd generally provide a web API sitting on top of our node. Here, for simplicity, we'll be interacting with the
|
|
|
|
node via its built-in CRaSH shell.
|
|
|
|
|
2017-10-02 09:04:27 +00:00
|
|
|
Go to the terminal window displaying the CRaSH shell of PartyA. Typing ``help`` will display a list of the available
|
2017-06-16 13:05:52 +00:00
|
|
|
commands.
|
|
|
|
|
2017-10-02 09:04:27 +00:00
|
|
|
We want to create an IOU of 100 with PartyB. We start the ``IOUFlow`` by typing:
|
2017-06-16 13:05:52 +00:00
|
|
|
|
2017-07-07 11:06:28 +00:00
|
|
|
.. container:: codeset
|
|
|
|
|
|
|
|
.. code-block:: java
|
|
|
|
|
2017-10-02 09:04:27 +00:00
|
|
|
start IOUFlow arg0: 99, arg1: "O=PartyB,L=New York,C=US"
|
2017-06-16 13:05:52 +00:00
|
|
|
|
2017-07-07 11:06:28 +00:00
|
|
|
.. code-block:: kotlin
|
|
|
|
|
2017-10-02 09:04:27 +00:00
|
|
|
start IOUFlow iouValue: 99, otherParty: "O=PartyB,L=New York,C=US"
|
2017-06-16 13:05:52 +00:00
|
|
|
|
2017-10-02 09:04:27 +00:00
|
|
|
PartyA and PartyB will automatically agree an IOU. If the flow worked, it should have led to the recording of a new IOU
|
|
|
|
in the vaults of both PartyA and PartyB.
|
2017-06-16 13:05:52 +00:00
|
|
|
|
|
|
|
We can check the flow has worked by using an RPC operation to check the contents of each node's vault. Typing ``run``
|
|
|
|
will display a list of the available commands. We can examine the contents of a node's vault by running:
|
|
|
|
|
2017-10-02 09:04:27 +00:00
|
|
|
.. container:: codeset
|
2017-06-16 13:05:52 +00:00
|
|
|
|
2017-10-02 09:04:27 +00:00
|
|
|
.. code-block:: java
|
2017-06-16 13:05:52 +00:00
|
|
|
|
2017-10-02 09:04:27 +00:00
|
|
|
run vaultQuery contractStateType: com.template.state.IOUState
|
2017-06-16 13:05:52 +00:00
|
|
|
|
2017-10-02 09:04:27 +00:00
|
|
|
.. code-block:: kotlin
|
2017-06-16 13:05:52 +00:00
|
|
|
|
2017-10-02 09:04:27 +00:00
|
|
|
run vaultQuery contractStateType: com.template.IOUState
|
2017-06-16 13:05:52 +00:00
|
|
|
|
2017-10-02 09:04:27 +00:00
|
|
|
The vaults of PartyA and PartyB should both display the following output:
|
2017-06-16 13:05:52 +00:00
|
|
|
|
|
|
|
.. code:: python
|
|
|
|
|
2017-10-02 09:04:27 +00:00
|
|
|
states:
|
2017-06-16 13:05:52 +00:00
|
|
|
- state:
|
|
|
|
data:
|
|
|
|
value: 99
|
2017-10-02 09:04:27 +00:00
|
|
|
lender: "C=GB,L=London,O=PartyA"
|
|
|
|
borrower: "C=US,L=New York,O=PartyB"
|
2017-06-16 13:05:52 +00:00
|
|
|
participants:
|
2017-10-02 09:04:27 +00:00
|
|
|
- "C=GB,L=London,O=PartyA"
|
|
|
|
- "C=US,L=New York,O=PartyB"
|
|
|
|
contract: "com.template.contract.IOUContract"
|
|
|
|
notary: "C=GB,L=London,O=Controller,CN=corda.notary.validating"
|
2017-06-16 13:05:52 +00:00
|
|
|
encumbrance: null
|
2017-10-02 09:04:27 +00:00
|
|
|
constraint:
|
|
|
|
attachmentId: "F578320232CAB87BB1E919F3E5DB9D81B7346F9D7EA6D9155DC0F7BA8E472552"
|
2017-06-16 13:05:52 +00:00
|
|
|
ref:
|
2017-10-02 09:04:27 +00:00
|
|
|
txhash: "5CED068E790A347B0DD1C6BB5B2B463406807F95E080037208627565E6A2103B"
|
|
|
|
index: 0
|
|
|
|
statesMetadata:
|
|
|
|
- ref:
|
|
|
|
txhash: "5CED068E790A347B0DD1C6BB5B2B463406807F95E080037208627565E6A2103B"
|
2017-06-16 13:05:52 +00:00
|
|
|
index: 0
|
2017-10-02 09:04:27 +00:00
|
|
|
contractStateClassName: "com.template.state.IOUState"
|
|
|
|
recordedTime: 1506415268.875000000
|
|
|
|
consumedTime: null
|
|
|
|
status: "UNCONSUMED"
|
|
|
|
notary: "C=GB,L=London,O=Controller,CN=corda.notary.validating"
|
|
|
|
lockId: null
|
|
|
|
lockUpdateTime: 1506415269.548000000
|
|
|
|
totalStatesAvailable: -1
|
|
|
|
stateTypes: "UNCONSUMED"
|
|
|
|
otherResults: []
|
2017-06-16 13:05:52 +00:00
|
|
|
|
|
|
|
Conclusion
|
|
|
|
----------
|
|
|
|
We have written a simple CorDapp that allows IOUs to be issued onto the ledger. Like all CorDapps, our
|
|
|
|
CorDapp is made up of three key parts:
|
|
|
|
|
|
|
|
* The ``IOUState``, representing IOUs on the ledger
|
|
|
|
* The ``IOUContract``, controlling the evolution of IOUs over time
|
2017-07-07 11:06:28 +00:00
|
|
|
* The ``IOUFlow``, orchestrating the process of agreeing the creation of an IOU on-ledger
|
2017-06-16 13:05:52 +00:00
|
|
|
|
|
|
|
Together, these three parts completely determine how IOUs are created and evolved on the ledger.
|
|
|
|
|
|
|
|
Next steps
|
|
|
|
----------
|
2017-07-07 11:06:28 +00:00
|
|
|
There are a number of improvements we could make to this CorDapp:
|
|
|
|
|
|
|
|
* We could require signatures from the lender as well the borrower, to give both parties a say in the creation of a new
|
|
|
|
``IOUState``
|
|
|
|
* We should add unit tests, using the contract-test and flow-test frameworks
|
|
|
|
* We should change ``IOUState.value`` from an integer to a proper amount of a given currency
|
|
|
|
* We could add an API, to make it easier to interact with the CorDapp
|
|
|
|
|
|
|
|
We will explore some of these improvements in future tutorials. But you should now be ready to develop your own
|
2017-10-02 09:11:33 +00:00
|
|
|
CorDapps. There's `a more fleshed-out version of the IOU CorDapp <https://github.com/corda/cordapp-example>`_ with an
|
2017-07-07 11:06:28 +00:00
|
|
|
API and web front-end, and a set of example CorDapps in `the main Corda repo <https://github.com/corda/corda>`_, under
|
|
|
|
``samples``. An explanation of how to run these samples :doc:`here <running-the-demos>`.
|
2017-06-16 13:05:52 +00:00
|
|
|
|
|
|
|
As you write CorDapps, you can learn more about the API available :doc:`here <api>`.
|
|
|
|
|
|
|
|
If you get stuck at any point, please reach out on `Slack <https://slack.corda.net/>`_,
|
2017-07-07 11:06:28 +00:00
|
|
|
`Discourse <https://discourse.corda.net/>`_, or `Stack Overflow <https://stackoverflow.com/questions/tagged/corda>`_.
|