net.corda.flows / ResolveTransactionsFlow

# ResolveTransactionsFlow

`class ResolveTransactionsFlow : FlowLogic<List<LedgerTransaction>>`

This flow is used to verify the validity of a transaction by recursively checking the validity of all the dependencies. Once a transaction is checked its inserted into local storage so it can be relayed and wont be checked again.

A couple of constructors are provided that accept a single transaction. When these are used, the dependencies of that transaction are resolved and then the transaction itself is verified. Again, if successful, the results are inserted into the database as long as a SignedTransaction was provided. If only the WireTransaction form was provided then this isnt enough to put into the local database, so only the dependencies are checked and inserted. This way to use the flow is helpful when resolving and verifying a finished but partially signed transaction.

The flow returns a list of verified LedgerTransaction objects, in a depth-first order.

### Exceptions

ExcessivelyLargeTransactionGraph | `class ExcessivelyLargeTransactionGraph : Exception`

### Constructors

<init> | `ResolveTransactionsFlow(stx: SignedTransaction, otherSide: Party)` `ResolveTransactionsFlow(wtx: WireTransaction, otherSide: Party)` Resolve the full history of a transaction and verify it with its dependencies. `ResolveTransactionsFlow(txHashes: Set<SecureHash>, otherSide: Party)` This flow is used to verify the validity of a transaction by recursively checking the validity of all the dependencies. Once a transaction is checked its inserted into local storage so it can be relayed and wont be checked again.

### Properties

transactionCountLimit | `var transactionCountLimit: Int` The maximum number of transactions this flow will try to download before bailing out.

### Inherited Properties

fsm | `lateinit var fsm: FlowStateMachine<*>` Reference to the Fiber instance that is the top level controller for the entire flow.
logger | `val logger: <ERROR CLASS>` This is where you should log things to.
progressTracker | `open val progressTracker: ProgressTracker?` Override this to provide a ProgressTracker. If one is provided and stepped, the framework will do something helpful with the progress reports. If this flow is invoked as a sub-flow of another, then the tracker will be made a child of the current step in the parent. If its null, this flow doesnt track progress.
serviceHub | `val serviceHub: ServiceHub` Provides access to big, heavy classes that may be reconstructed from time to time, e.g. across restarts. It is only available once the flow has started, which means it cannnot be accessed in the constructor. Either access this lazily or from inside call.

### Functions

call | `fun call(): List<LedgerTransaction>` This is where you fill out your business logic.

### Inherited Functions

getCounterpartyMarker | `open fun getCounterpartyMarker(party: Party): Class<*>` Return the marker Class which party has used to register the counterparty flow that is to execute on the other side. The default implementation returns the class object of this FlowLogic, but any Class instance will do as long as the other side registers with it.
receive | `fun <T : Any> receive(otherParty: Party): UntrustworthyData<T>` `fun <T : Any> receive(otherParty: Party, receiveType: Class<T>): UntrustworthyData<T>`
send | `fun send(otherParty: Party, payload: Any): Unit`
sendAndReceive | `fun <T : Any> sendAndReceive(otherParty: Party, payload: Any, receiveType: Class<T>): UntrustworthyData<T>` `fun <T : Any> sendAndReceive(otherParty: Party, payload: Any): UntrustworthyData<T>`
subFlow | `fun <R> subFlow(subLogic: FlowLogic<R>, shareParentSessions: Boolean = false): R` Invokes the given subflow by simply passing through this FlowLogics reference to the FlowStateMachine and then calling the call method.
track | `fun track(): <ERROR CLASS><String, <ERROR CLASS><String>>?`