2016-04-18 17:44:21 +00:00
Running the demos
=================
2017-01-06 11:05:37 +00:00
The Corda repository contains a number of demo programs demonstrating the functionality developed so far:
1. The Trader Demo, which shows a delivery-vs-payment atomic swap of commercial paper for cash
2. The IRS Demo, which shows two nodes establishing an interest rate swap and performing fixings with a
rates oracle
3. The Attachment Demo, which demonstrates uploading attachments to nodes
4. The SIMM Valuation Demo, which shows two nodes agreeing on a portfolio and valuing the initial margin
using the Standard Initial Margin Model
5. The Distributed Notary Demo, which shows a single node getting multiple transactions notarised by a distributed (Raft-based) notary
6. The Bank of Corda Demo, which shows a node acting as an issuer of assets (the Bank of Corda) while remote client
applications request issuance of some cash on behalf of a node called Big Corporation
2016-11-29 14:43:22 +00:00
2016-11-18 11:58:55 +00:00
The demos can be run either from the command line, or from inside IntelliJ. Running from the command line is
2017-01-06 11:05:37 +00:00
recommended if you just want to see the demos run, whereas using IntelliJ can be helpful if you want to debug or
extend the demos. For more details about running via the command line or from within IntelliJ, see :doc: `CLI-vs-IDE` .
2016-11-18 11:58:55 +00:00
2017-01-06 13:29:57 +00:00
.. note :: If you are running the demos from the command line in Unix, you may have to install xterm.
2017-01-06 11:05:37 +00:00
.. note :: If any of the demos don't work, please raise an issue on GitHub.
2016-11-29 14:43:22 +00:00
2016-04-18 17:44:21 +00:00
Trader demo
-----------
2017-01-06 11:05:37 +00:00
This demo brings up four nodes: Bank A, Bank B, Bank Of Corda, and a notary/network map node that they all use. Bank A will
2016-12-06 16:16:47 +00:00
be the buyer, and requests some cash from the Bank of Corda in order to acquire commercial paper from Bank B, the seller.
2016-11-17 17:50:03 +00:00
2017-01-06 11:05:37 +00:00
To run from the command line in Unix:
2016-11-17 17:50:03 +00:00
1. Run `` ./gradlew samples:trader-demo:deployNodes `` to create a set of configs and installs under `` samples/trader-demo/build/nodes ``
2017-01-06 11:05:37 +00:00
2. Run `` ./samples/trader-demo/build/nodes/runnodes `` to open up four new terminals with the four nodes
2016-12-06 16:16:47 +00:00
3. Run `` ./gradlew samples:trader-demo:runBuyer `` to instruct the buyer node to request issuance of some cash from the Bank of Corda node.
2017-01-06 11:05:37 +00:00
This step will display progress information related to the cash issuance process (in the bank of corda node log output)
2016-11-17 17:50:03 +00:00
4. Run `` ./gradlew samples:trader-demo:runSeller `` to trigger the transaction. You can see both sides of the
2017-01-06 11:05:37 +00:00
trade print their progress and final transaction state in the bank node tabs/windows
2016-11-17 17:50:03 +00:00
2017-01-06 11:05:37 +00:00
To run from the command line in Windows:
2016-11-17 17:50:03 +00:00
2017-01-06 11:05:37 +00:00
1. Run `` gradlew samples:trader-demo:deployNodes `` to create a set of configs and installs under `` samples\trader-demo\build\nodes ``
2. Run `` samples\trader-demo\build\nodes\runnodes `` to open up four new terminals with the four nodes
3. Run `` gradlew samples:trader-demo:runBuyer `` to instruct the buyer node to request issuance of some cash from the Bank of Corda node.
This step will display progress information related to the cash issuance process (in the Bank of Corda node log output)
4. Run `` gradlew samples:trader-demo:runSeller `` to trigger the transaction. You can see both sides of the
trade print their progress and final transaction state in the bank node tabs/windows
2016-04-18 17:44:21 +00:00
2017-01-06 11:05:37 +00:00
To run from IntelliJ:
1. Open the Corda project in IntelliJ and import the Gradle project
2017-01-06 13:50:18 +00:00
2. Run the `` Trader Demo: Run Nodes `` configuration, which will start four nodes. Once all nodes are started you will see several
2017-01-06 11:05:37 +00:00
"Node started up and registered in ..." messages
3. Run `` Trader Demo: Run Buyer `` to instruct the buyer node to request issuance of some cash from the Bank of Corda node
4. Run `` Trader Demo: Run Seller `` to trigger the transaction
5. In the "Trader Demo: Run Nodes" run configuration window, you should see some log lines scroll past. Within a few seconds, the message
"Purchase complete - we are a happy customer!" should be printed.
2016-04-18 17:44:21 +00:00
IRS demo
--------
2017-01-06 11:05:37 +00:00
This demo brings up three nodes: Bank A, Bank B and a node that simultaneously runs a notary, a network map and an interest rates
oracle. The two banks agree on an interest rate swap, and then do regular fixings of the deal as the time
2016-11-18 11:58:55 +00:00
on a simulated clock passes.
2017-01-06 11:05:37 +00:00
To run from the command line in Unix:
2016-11-18 11:58:55 +00:00
2017-01-06 13:29:57 +00:00
1. Run `` ./gradlew samples:irs-demo:deployNodes `` to install configs and a command line tool under `` samples/irs-demo/build ``
2. Run `` ./gradlew samples:irs-demo:installDist ``
3. Move to the `` samples/irs-demo/build `` directory
4. Run `` ./nodes/runnodes `` to open up three new terminals with the three nodes
5. Run `` ./install/irs-demo/bin/irs-demo --role UploadRates `` . You should see a
2017-01-06 11:05:37 +00:00
message be printed to the first node (the notary/oracle/network map node) saying that it has accepted the new
interest rates
2017-01-06 13:29:57 +00:00
6. Now run `` ./install/irs-demo/bin/irs-demo --role Trade 1 `` . The number is a trade ID. You should
2017-01-06 11:05:37 +00:00
see lots of activity as the nodes set up the deal, notarise it, get it signed by the oracle, and so on
2017-01-06 13:29:57 +00:00
7. Now run `` ./install/irs-demo/bin/irs-demo --role Date 2017-12-12 `` to roll the simulated clock forward and see some fixings take place
2017-01-06 11:05:37 +00:00
To run from the command line in Windows:
1. Run `` gradlew samples:irs-demo:deployNodes `` to install configs and a command line tool under `` samples\irs-demo\build ``
2017-01-06 13:29:57 +00:00
2. Run `` gradlew samples:irs-demo:installDist ``
3. Move to the `` samples\irs-demo\build `` directory
4. Run `` nodes\runnodes `` to open up three new terminals with the three nodes.
5. Run `` install\irs-demo\bin\irs-demo --role UploadRates `` . You should see a
2017-01-06 11:05:37 +00:00
message be printed to the first node (the notary/oracle/network map node) saying that it has accepted the new
interest rates
2017-01-06 13:29:57 +00:00
6. Now run `` install\irs-demo\bin\irs-demo --role Trade 1 `` . The number is a trade ID. You should
2017-01-06 11:05:37 +00:00
see lots of activity as the nodes set up the deal, notarise it, get it signed by the oracle, and so on
2017-01-06 13:29:57 +00:00
7. Now run `` install\irs-demo\bin\irs-demo --role Date 2017-12-12 `` to roll the simulated clock forward and see some fixings take place
2016-11-18 11:58:55 +00:00
To run from IntelliJ:
2017-01-06 11:05:37 +00:00
1. Open the Corda project in IntelliJ and import the Gradle project
2017-01-06 13:50:18 +00:00
2. Run the `` IRS Demo: Run Nodes `` configuration to start three nodes. Once all nodes are started you will see several
2017-01-06 11:05:37 +00:00
"Node started up and registered in ..." messages
3. Run `` IRS Demo: Run Upload Rates `` to upload the new interest rates to the oracle
4. Run `` IRS Demo: Run Trade `` to have the nodes agree on a trade
5. Run `` IRS Demo: Run Date Change `` to roll the simulated clock forward and see some fixings take place
6. In the "IRS Demo: Run Nodes" window you'll see a lot of activity when you run the trade and when you change the date.
The date change rolls the clock forwards and causes the nodes to agree on the fixings over a period.
2016-07-13 15:43:13 +00:00
2017-01-06 13:29:57 +00:00
This demo also has a web app. To use this, run nodes and upload rates, then navigate to
2017-01-06 11:05:37 +00:00
http://localhost:10005/web/irsdemo and http://localhost:10007/web/irsdemo to see each node's view of the ledger.
2016-07-13 15:43:13 +00:00
2017-01-06 13:50:18 +00:00
To use the web app, click the "Create Deal" button, fill in the form, then click the "Submit" button. You can then
2017-01-06 11:05:37 +00:00
use the time controls at the top left of the home page to run the fixings. Click any individual trade in the blotter to view it.
2016-09-23 13:41:29 +00:00
Attachment demo
2016-11-08 11:58:37 +00:00
---------------
2016-09-23 13:41:29 +00:00
2017-01-06 11:05:37 +00:00
This demo brings up three nodes, and sends a transaction containing an attachment from one to the other.
To run from the command line in Unix:
2016-11-17 18:10:00 +00:00
2016-11-22 14:13:45 +00:00
1. Run `` ./gradlew samples:attachment-demo:deployNodes `` to create a set of configs and installs under `` samples/attachment-demo/build/nodes ``
2017-01-06 11:05:37 +00:00
2. Run `` ./samples/attachment-demo/build/nodes/runnodes `` to open up three new terminal tabs/windows with the three nodes
3. Run `` ./gradlew samples:attachment-demo:runRecipient `` , which will block waiting for a trade to start
2017-01-06 13:50:18 +00:00
4. Run `` ./gradlew samples:attachment-demo:runSender `` in another terminal window to send the attachment. Now look at the other windows to
2017-01-06 11:05:37 +00:00
see the output of the demo
2016-11-17 18:10:00 +00:00
2017-01-06 11:05:37 +00:00
To run from the command line in Windows:
2016-11-17 18:10:00 +00:00
2017-01-06 11:05:37 +00:00
1. Run `` gradlew samples:attachment-demo:deployNodes `` to create a set of configs and installs under `` samples\attachment-demo\build\nodes ``
2. Run `` samples\attachment-demo\build\nodes\runnodes `` to open up three new terminal tabs/windows with the three nodes
3. Run `` gradlew samples:attachment-demo:runRecipient `` , which will block waiting for a trade to start
2017-01-06 13:50:18 +00:00
4. Run `` gradlew samples:attachment-demo:runSender `` in another terminal window to send the attachment. Now look at the other windows to
2017-01-06 11:05:37 +00:00
see the output of the demo
2016-09-23 13:41:29 +00:00
2017-01-06 11:05:37 +00:00
To run from IntelliJ:
2016-09-22 14:22:19 +00:00
2017-01-06 11:05:37 +00:00
1. Open the Corda project in IntelliJ and import the Gradle project
2017-01-06 13:50:18 +00:00
2. Run the `` Attachment Demo: Run Nodes `` configuration to start three nodes. Once all nodes are started you will see several
2017-01-06 11:05:37 +00:00
"Node started up and registered in ..." messages
3. Run `` Attachment Demo: Run Recipient `` , which will wait for a trade to start
4. Run `` Attachment Demo: Run Sender `` to send the attachment
5. In the "Attachment Demo: Run Nodes" window you should see some log lines scroll past. Within a few seconds, the
message "File received - we're happy!" should be printed.
2016-11-25 15:11:19 +00:00
2017-01-05 11:43:24 +00:00
Raft Notary demo
----------------
2016-11-22 18:09:56 +00:00
2017-01-06 11:05:37 +00:00
This demo shows a party getting transactions notarised by a distributed `Raft <https://raft.github.io/> `_ -based notary service.
The demo will start three distributed notary nodes, and two counterparty nodes. One of the counterparties will generate transactions
that transfer a self-issued asset to the other party and submit them for notarisation.
2016-11-22 18:09:56 +00:00
2017-01-06 11:05:37 +00:00
The output will display a list of notarised transaction IDs and corresponding signer public keys. In the Raft distributed notary,
every node in the cluster can service client requests, and one signature is sufficient to satisfy the notary composite key requirement.
You will notice that successive transactions get signed by different members of the cluster (usually allocated in a random order).
2016-11-22 18:09:56 +00:00
2017-01-06 11:05:37 +00:00
To run from the command line in Unix:
2016-11-22 18:09:56 +00:00
2017-01-06 11:05:37 +00:00
1. Run `` ./gradlew samples:raft-notary-demo:deployNodes `` , which will create node directories with configs under `` samples/raft-notary-demo/build/nodes `` .
2017-01-06 13:29:57 +00:00
2. Run `` ./samples/raft-notary-demo/build/nodes/runnodes `` , which will start the nodes in separate terminal windows/tabs.
Wait until a "Node started up and registered in ..." message appears on each of the terminals
2017-01-06 11:05:37 +00:00
3. Run `` ./gradlew samples:raft-notary-demo:notarise `` to make a call to the "Party" node to initiate notarisation requests
In a few seconds you will see a message "Notarised 10 transactions" with a list of transaction ids and the signer public keys
2016-11-22 18:09:56 +00:00
2017-01-06 11:05:37 +00:00
To run from the command line in Windows:
2016-11-22 18:09:56 +00:00
2017-01-06 11:05:37 +00:00
1. Run `` gradlew samples:raft-notary-demo:deployNodes `` , which will create node directories with configs under `` samples\raft-notary-demo\build\nodes `` .
2017-01-06 13:29:57 +00:00
2. Run `` samples\raft-notary-demo\build\nodes\runnodes `` , which will start the nodes in separate terminal windows/tabs.
Wait until a "Node started up and registered in ..." message appears on each of the terminals
2017-01-06 11:05:37 +00:00
3. Run `` gradlew samples:raft-notary-demo:notarise `` to make a call to the "Party" node to initiate notarisation requests
In a few seconds you will see a message "Notarised 10 transactions" with a list of transaction ids and the signer public keys
To run from IntelliJ:
1. Open the Corda project in IntelliJ and import the Gradle project
2017-01-06 13:50:18 +00:00
2. Run the `` Notary Demo: Run Nodes `` configuration to start the nodes. Once all nodes are started you will see several
2017-01-06 11:05:37 +00:00
"Node started up and registered in ..." messages
3. Run the `` Notary Demo: Run Notarisation `` configuration to make a call to the "Party" node to initiate notarisation requests
In a few seconds you will see a message "Notarised 10 transactions" with a list of transaction ids and the signer public keys
2016-11-22 18:09:56 +00:00
Notary nodes store consumed states in a replicated commit log, which is backed by a H2 database on each node.
2017-01-06 11:05:37 +00:00
You can ascertain that the commit log is synchronised across the cluster by accessing and comparing each of the nodes' backing stores
2016-11-22 18:09:56 +00:00
by using the H2 web console:
- Firstly, download `H2 web console <http://www.h2database.com/html/download.html> `_ (download the "platform-independent zip"),
2017-01-06 11:05:37 +00:00
and start it using a script in the extracted folder: `` h2/bin/h2.sh `` (or `` h2\bin\h2 `` for Windows)
2016-11-22 18:09:56 +00:00
2017-01-06 13:29:57 +00:00
- If you are uncertain as to which version of h2 to install or if you have connectivity issues, refer to `` build.gradle ``
located in the `` node `` directory and locate the compile step for `` com.h2database `` . Use a client of the same
major version - even if still in beta.
2016-11-22 18:09:56 +00:00
- The H2 web console should start up in a web browser tab. To connect we first need to obtain a JDBC connection string.
Each node outputs its connection string in the terminal window as it starts up. In a terminal window where a node is running,
look for the following string:
`` Database connection url is : jdbc:h2:tcp://10.18.0.150:56736/node ``
2017-01-06 11:05:37 +00:00
You can use the string on the right to connect to the h2 database: just paste it into the `JDBC URL` field and click *Connect* .
You will be presented with a web application that enumerates all the available tables and provides an interface for you to query them using SQL
2016-11-22 18:09:56 +00:00
- The committed states are stored in the `` NOTARY_COMMITTED_STATES `` table. Note that the raw data is not human-readable,
2017-01-06 11:05:37 +00:00
but we're only interested in the row count for this demo
2016-11-29 14:43:22 +00:00
2016-11-18 17:51:12 +00:00
Bank Of Corda demo
------------------
This demo brings up three nodes: a notary, a node acting as the Bank of Corda that accepts requests for issuance of some asset
and a node acting as Big Corporation which requests issuance of an asset (cash in this example).
2017-01-06 11:05:37 +00:00
2016-11-18 17:51:12 +00:00
Upon receipt of a request the Bank of Corda node self-issues the asset and then transfers ownership to the requester
after successful notarisation and recording of the issue transaction on the ledger.
2017-01-06 11:05:37 +00:00
.. note :: The Bank of Corda is somewhat like a "Bitcoin faucet" that dispenses free bitcoins to developers for
2016-11-18 17:51:12 +00:00
testing and experimentation purposes.
2017-01-06 11:05:37 +00:00
To run from the command line in Unix:
2016-11-18 17:51:12 +00:00
1. Run `` ./gradlew samples:bank-of-corda-demo:deployNodes `` to create a set of configs and installs under `` samples/bank-of-corda-demo/build/nodes ``
2017-01-06 11:05:37 +00:00
2. Run `` ./samples/bank-of-corda-demo/build/nodes/runnodes `` to open up three new terminal tabs/windows with the three nodes
2017-01-06 13:29:57 +00:00
3. Run `` ./gradlew samples:bank-of-corda-demo:runRPCCashIssue `` to trigger a cash issuance request
4. Run `` ./gradlew samples:bank-of-corda-demo:runWebCashIssue `` to trigger another cash issuance request.
Now look at the Bank of Corda terminal tab/window to see the output of the demo
2017-01-06 11:05:37 +00:00
To run from the command line in Windows:
1. Run `` gradlew samples:bank-of-corda-demo:deployNodes `` to create a set of configs and installs under `` samples\bank-of-corda-demo\build\nodes ``
2. Run `` samples\bank-of-corda-demo\build\nodes\runnodes `` to open up three new terminal tabs/windows with the three nodes
2017-01-06 13:29:57 +00:00
3. Run `` gradlew samples:bank-of-corda-demo:runRPCCashIssue `` to trigger a cash issuance request
4. Run `` gradlew samples:bank-of-corda-demo:runWebCashIssue `` to trigger another cash issuance request.
Now look at the Bank of Corda terminal tab/window to see the output of the demo
2017-01-06 11:05:37 +00:00
To run from IntelliJ:
2016-11-18 17:51:12 +00:00
2017-01-06 11:05:37 +00:00
1. Open the Corda project in IntelliJ and import the Gradle project
2017-01-06 13:50:18 +00:00
2. Run the `` Bank Of Corda Demo: Run Issuer `` configuration to start three nodes. Once all nodes are started you will see several
2017-01-06 11:05:37 +00:00
"Node started up and registered in ..." messages
3. Run `` Bank Of Corda Demo: Run RPC Cash Issue `` to request issuance of some cash on behalf of Big Corporation via RPC
4. Run `` Bank Of Corda Demo: Run Web Cash Issue `` to request issuance of some cash on behalf of Big Corporation via HTTP
.. note :: To verify that the Bank of Corda node is alive and running, navigate to the following URL:
2016-11-18 17:51:12 +00:00
http://localhost:10005/api/bank/date
2017-01-06 11:05:37 +00:00
.. note :: The Bank of Corda node explicitly advertises with a node service type as follows:
2016-12-06 16:16:47 +00:00
`` advertisedServices = setOf(ServiceInfo(ServiceType.corda.getSubType("issuer")))) ``
This allows for 3rd party applications to perform actions based on Node Type.
For example, the Explorer tool only allows nodes of this type to issue and exit cash.
2017-01-06 11:05:37 +00:00
In the "Bank Of Corda Demo: Run Issuer" window, you should see the following progress steps displayed:
2016-11-18 17:51:12 +00:00
- Awaiting issuance request
- Self issuing asset
- Transferring asset to issuance requester
- Confirming asset issuance to requester
2017-01-06 11:05:37 +00:00
In the client issue request window, you should see the following printed:
2016-11-18 17:51:12 +00:00
- Successfully processed Cash Issue request
2017-01-06 11:05:37 +00:00
Launch the Explorer application to visualize the issuance and transfer of cash for each node:
2016-11-18 17:51:12 +00:00
2017-01-06 11:05:37 +00:00
`` ./gradlew tools:explorer:run `` (on Unix) or `` gradlew tools:explorer:run `` (on Windows)
2016-11-18 17:51:12 +00:00
2017-01-06 11:05:37 +00:00
Using the following login details:
2016-11-18 17:51:12 +00:00
2017-01-06 11:05:37 +00:00
- For the Bank of Corda node: localhost / port 10004 / username user1 / password test
- For the Big Corporation node: localhost / port 10006 / username user1 / password test
2016-11-18 17:51:12 +00:00
See https://docs.corda.net/node-explorer.html for further details on usage.
2016-11-29 14:43:22 +00:00
SIMM and Portfolio Demo - aka the Initial Margin Agreement Demo
---------------------------------------------------------------
Background and SIMM Introduction
***** ***** ***** ***** ***** ***** **
This app is a demonstration of how Corda can be used for the real world requirement of initial margin calculation and
agreement; featuring the integration of complex and industry proven third party libraries into Corda nodes.
SIMM is an acronym for "Standard Initial Margin Model". It is effectively the calculation of a "margin" that is paid
by one party to another when they agree a trade on certain types of transaction. This margin is
paid such that, in the event of one of the counterparties suffering a credit event
(a financial term and a polite way to say defaulting, not paying the debts that are due, or potentially even bankruptcy),
then the party that is owed any sum already has some of the amount that it should have been paid. This payment to the
receiving party is a preventative measure in order to reduce the risk of a potentially catastrophic default domino
effect that caused the `Great Financial Crisis <https://en.wikipedia.org/wiki/Financial_crisis_of_2007%E2%80%932008> `_ ,
as it means that they can be assured that if they need to pay another party, they will have a proportion of the funds
that they have been relying on.
To enact this, in September 2016, the ISDA committee - with full backing from various governing bodies -
`issued a ruling on what is known as the ISDA SIMM ™ model <http://www2.isda.org/news/isda-simm-deployed-today-new-industry-standard-for-calculating-initial-margin-widely-adopted-by-market-participants> `_ ,
a way of fairly and consistently calculating this margin. Any parties wishing to trade a financial product that is
covered under this ruling would, independently, use this model and calculate their margin payment requirement,
agree it with their trading counterparty and then pay (or receive, depending on the results of this calculation)
this amount. In the case of disagreement that is not resolved in a timely fashion, this payment would increase
and so therefore it is in the parties' interest to reach agreement in as short as time frame as possible.
To be more accurate, the SIMM calculation is not performed on just one trade - it is calculated on an aggregate of
intermediary values (which in this model are sensitivities to risk factors) from a portfolio of trades; therefore
the input to a SIMM is actually this data, not the individual trades themselves.
Also note that implementations of the SIMM are actually protected and subject to license restrictions by ISDA
(this is due to the model itself being protected). We were fortunate enough to technically partner with
`OpenGamma <http://www.opengamma.com> `_ who allowed us to demonstrate the SIMM process using their proprietary model.
In the source code released, we have replaced their analytics engine with very simple stub functions that allow
the process to run without actually calculating correct values, and can easily be swapped out in place for their real libraries.
What happens in the demo (notionally)
***** ***** ***** ***** ***** ***** ***** **
Preliminaries
- Ensure that there are a number of live trades with another party financial products that are covered under the
ISDA SIMM agreement (if none, then use the demo to enter some simple trades as described below).
Initial Margin Agreement Process
- Agree that one will be performing the margining calculation against a portfolio of trades with another party, and agree the trades in that portfolio. In practice, one node will start the flow but it does not matter which node does.
- Individually (at the node level), identify the data (static, reference etc) one will need in order to be able to calculate the metrics on those trades
- Confirm with the other counterparty the dataset from the above set
- Calculate any intermediary steps and values needed for the margin calculation (ie sensitivities to risk factors)
- Agree on the results of these steps
- Calculate the initial margin
- Agree on the calculation of the above with the other party
- In practice, pay (or receive) this margin (omitted for the sake of complexity for this example)
Demo execution (step by step)
***** ***** ***** ***** ***** *** *
2017-01-06 11:05:37 +00:00
To run from the command line in Unix:
2017-01-06 13:50:18 +00:00
2017-01-06 11:05:37 +00:00
1. Deploy the nodes using `` ./gradlew samples:simm-valuation-demo:deployNodes ``
2017-01-06 13:29:57 +00:00
2. Run the nodes using `` ./samples/simm-valuation-demo/build/nodes/runnodes ``
2016-11-29 14:43:22 +00:00
2017-01-06 11:05:37 +00:00
To run from the command line in Windows:
2016-11-29 14:43:22 +00:00
2017-01-06 11:05:37 +00:00
1. Deploy the nodes using `` gradlew samples:simm-valuation-demo:deployNodes ``
2017-01-06 13:29:57 +00:00
2. Run the nodes using `` samples\simm-valuation-demo\build\nodes\runnodes ``
2016-11-29 14:43:22 +00:00
2017-01-06 11:05:37 +00:00
To run from IntelliJ:
2016-11-29 14:43:22 +00:00
2017-01-06 11:05:37 +00:00
1. Open the Corda project in IntelliJ and import the Gradle project
2. Run the `` SIMM Valuation Demo `` configuration
2016-11-29 14:43:22 +00:00
2017-01-06 13:29:57 +00:00
Then, for all three:
2016-11-29 14:43:22 +00:00
2017-01-06 11:05:37 +00:00
3. Browse to http://localhost:10005/web/simmvaluationdemo
2017-01-06 13:29:57 +00:00
4. Select the counterparty (i.e. Bank B)
2017-01-06 11:05:37 +00:00
5. Enter at least 3 trades - via the "Create New Trade" tab
6. On the "Agree Valuations" tab, click the "Start Calculations" button
2016-11-29 14:43:22 +00:00
2017-01-06 13:50:18 +00:00
Additionally, you can confirm that these trades are not visible from `Bank C's node <http://localhost:10009/web/simmvaluationdemo/> `_
and are visible to `Bank B <http://localhost:10007/web/simmvaluationdemo/> `_ .
2016-11-29 14:43:22 +00:00
2017-01-06 11:05:37 +00:00
Please note that any URL path information after `simmvaluationdemo` should not be bookmarked or navigated to directly, as it is only provided for aesthetic purposes.