Ack |
object Ack : DeserializeAsKotlinObjectDef A general Ack message that conveys no content other than its presence for use when you want an acknowledgement from a recipient. Using Unit can be ambiguous as it is similar to Void and so could mean no response. |
AllPossibleRecipients |
interface AllPossibleRecipients : MessageRecipients A special base class for the set of all possible recipients, without having to identify who they all are. |
CordaRPCOps |
interface CordaRPCOps : RPCOps RPC operations that the node exposes to clients using the Java client library. These can be called from client apps and are implemented by the node in the CordaRPCOpsImpl class. |
FlowHandle |
data class FlowHandle<A> FlowHandle is a serialisable handle for the started flow, parameterised by the type of the flows return value. |
Message |
interface Message A message is defined, at this level, to be a (topic, timestamp, byte arrays) triple, where the topic is a string in Java-style reverse dns form, with "platform." being a prefix reserved by the platform for its own use. Vendor specific messages can be defined, but use your domain name as the prefix e.g. "uk.co.bigbank.messages.SomeMessage". |
MessageHandlerRegistration |
interface MessageHandlerRegistration |
MessageRecipientGroup |
interface MessageRecipientGroup : MessageRecipients A base class for a set of recipients specifically identified by the sender. |
MessageRecipients |
interface MessageRecipients The interface for a group of message recipients (which may contain only one recipient) |
MessagingService |
interface MessagingService A MessagingService sits at the boundary between a message routing / networking layer and the core platform code. |
RPCOps |
interface RPCOps Base interface that all RPC servers must implement. Note: in Corda theres only one RPC interface. This base interface is here in case we split the RPC system out into a separate library one day. |
ReceivedMessage |
interface ReceivedMessage : Message |
SingleMessageRecipient |
interface SingleMessageRecipient : MessageRecipients A base class for the case of point-to-point messages |
StateMachineInfo |
data class StateMachineInfo |
StateMachineUpdate |
sealed class StateMachineUpdate |
TopicSession |
data class TopicSession An identifier for the endpoint MessagingService message handlers listen at. |
TopicStringValidator |
object TopicStringValidator A singleton thats useful for validating topic strings |
RPCReturnsObservables |
annotation class RPCReturnsObservables If an RPC is tagged with this annotation it may return one or more observables anywhere in its response graph. Calling such a method comes with consequences: its slower, and consumes server side resources as observations will buffer up on the server until theyre consumed by the client. |
createMessage |
fun MessagingService.createMessage(topic: String, sessionID: Long = DEFAULT_SESSION_ID, data: ByteArray): Message Returns an initialised Message with the current time, etc, already filled in. |
onNext |
fun <M : Any> MessagingService.onNext(topic: String, sessionId: Long): <ERROR CLASS><M> Returns a ListenableFuture of the next message payload (Message.data) which is received on the given topic and sessionId. The payload is deserilaized to an object of type M. Any exceptions thrown will be captured by the future. |
runOnNextMessage |
fun MessagingService.runOnNextMessage(topic: String, sessionID: Long, callback: (ReceivedMessage) -> Unit): Unit Registers a handler for the given topic and session ID that runs the given callback with the message and then removes itself. This is useful for one-shot handlers that arent supposed to stick around permanently. Note that this callback doesnt take the registration object, unlike the callback to MessagingService.addMessageHandler, as the handler is automatically deregistered before the callback runs. fun MessagingService.runOnNextMessage(topicSession: TopicSession, callback: (ReceivedMessage) -> Unit): Unit Registers a handler for the given topic and session that runs the given callback with the message and then removes itself. This is useful for one-shot handlers that arent supposed to stick around permanently. Note that this callback doesnt take the registration object, unlike the callback to MessagingService.addMessageHandler. |
send |
fun MessagingService.send(topic: String, sessionID: Long, payload: Any, to: MessageRecipients, uuid: UUID = UUID.randomUUID()): Unit fun MessagingService.send(topicSession: TopicSession, payload: Any, to: MessageRecipients, uuid: UUID = UUID.randomUUID()): Unit |
startFlow |
fun <T : Any, R : FlowLogic<T>> CordaRPCOps.startFlow(flowConstructor: () -> R): <ERROR CLASS> These allow type safe invocations of flows from Kotlin, e.g.: fun <T : Any, A, R : FlowLogic<T>> CordaRPCOps.startFlow(flowConstructor: (A) -> R, arg0: A): <ERROR CLASS> fun <T : Any, A, B, R : FlowLogic<T>> CordaRPCOps.startFlow(flowConstructor: (A, B) -> R, arg0: A, arg1: B): <ERROR CLASS> fun <T : Any, A, B, C, R : FlowLogic<T>> CordaRPCOps.startFlow(flowConstructor: (A, B, C) -> R, arg0: A, arg1: B, arg2: C): <ERROR CLASS> fun <T : Any, A, B, C, D, R : FlowLogic<T>> CordaRPCOps.startFlow(flowConstructor: (A, B, C, D) -> R, arg0: A, arg1: B, arg2: C, arg3: D): <ERROR CLASS> |