2019-05-02 08:42:32 +00:00
|
|
|
.. highlight:: kotlin
|
|
|
|
.. raw:: html
|
|
|
|
|
|
|
|
<script type="text/javascript" src="_static/jquery.js"></script>
|
|
|
|
<script type="text/javascript" src="_static/codesets.js"></script>
|
|
|
|
|
|
|
|
API: Service Classes
|
|
|
|
====================
|
|
|
|
|
|
|
|
Service classes are long-lived instances that can trigger or be triggered by flows from within a node. A Service class is limited to a
|
2020-01-24 10:20:08 +00:00
|
|
|
single instance per node. During startup, the node handles the creation of the service. If there is problem when instantiating service
|
|
|
|
the node will report in the log what the problem was and terminate.
|
2019-05-02 08:42:32 +00:00
|
|
|
|
|
|
|
Services allow related, reusable, functions to be separated into their own class where their functionality is
|
|
|
|
grouped together. These functions can then be called from other services or flows.
|
|
|
|
|
|
|
|
Creating a Service
|
|
|
|
------------------
|
|
|
|
|
|
|
|
To define a Service class:
|
|
|
|
|
|
|
|
* Add the ``CordaService`` annotation
|
|
|
|
* Add a constructor with a single parameter of ``AppServiceHub``
|
|
|
|
* Extend ``SingletonSerializeAsToken``
|
|
|
|
|
|
|
|
Below is an empty implementation of a Service class:
|
|
|
|
|
|
|
|
.. container:: codeset
|
|
|
|
|
|
|
|
.. sourcecode:: kotlin
|
|
|
|
|
|
|
|
@CordaService
|
|
|
|
class MyCordaService(private val serviceHub: AppServiceHub) : SingletonSerializeAsToken() {
|
|
|
|
|
|
|
|
init {
|
2020-01-21 13:38:02 +00:00
|
|
|
// Custom code ran at service creation
|
|
|
|
|
|
|
|
// Optional: Express interest in receiving lifecycle events
|
|
|
|
services.register { processEvent(it) }
|
|
|
|
}
|
|
|
|
|
|
|
|
private fun processEvent(event: ServiceLifecycleEvent) {
|
|
|
|
// Lifecycle event handling code including full use of serviceHub
|
|
|
|
when (event) {
|
|
|
|
STATE_MACHINE_STARTED -> {
|
|
|
|
services.vaultService.queryBy(...)
|
|
|
|
services.startFlow(...)
|
|
|
|
}
|
|
|
|
else -> {
|
|
|
|
// Process other types of events
|
|
|
|
}
|
|
|
|
}
|
2019-05-02 08:42:32 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
// public api of service
|
|
|
|
}
|
|
|
|
|
|
|
|
.. sourcecode:: java
|
|
|
|
|
|
|
|
@CordaService
|
|
|
|
public class MyCordaService extends SingletonSerializeAsToken {
|
|
|
|
|
2020-01-21 13:38:02 +00:00
|
|
|
private final AppServiceHub serviceHub;
|
2019-05-02 08:42:32 +00:00
|
|
|
|
|
|
|
public MyCordaService(AppServiceHub serviceHub) {
|
|
|
|
this.serviceHub = serviceHub;
|
2020-01-21 13:38:02 +00:00
|
|
|
// Custom code ran at service creation
|
|
|
|
|
|
|
|
// Optional: Express interest in receiving lifecycle events
|
|
|
|
serviceHub.register(SERVICE_PRIORITY_NORMAL, this::processEvent);
|
|
|
|
}
|
|
|
|
|
|
|
|
private void processEvent(ServiceLifecycleEvent event) {
|
|
|
|
switch (event) {
|
|
|
|
case STATE_MACHINE_STARTED:
|
|
|
|
serviceHub.getVaultService().queryBy(...)
|
|
|
|
serviceHub.startFlow(...)
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
// Process other types of events
|
|
|
|
break;
|
|
|
|
}
|
2019-05-02 08:42:32 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
// public api of service
|
|
|
|
}
|
|
|
|
|
|
|
|
The ``AppServiceHub`` provides the ``ServiceHub`` functionality to the Service class, with the extra ability to start flows. Starting flows
|
|
|
|
from ``AppServiceHub`` is explained further in :ref:`Starting Flows from a Service <starting_flows_from_a_service>`.
|
|
|
|
|
2019-12-04 17:18:40 +00:00
|
|
|
The ``AppServiceHub`` also provides access to ``database`` which will enable the Service class to perform DB transactions from the threads
|
|
|
|
managed by the Service.
|
|
|
|
|
2020-01-21 13:38:02 +00:00
|
|
|
Also the ``AppServiceHub`` provides ability for ``CordaService`` to subscribe for lifecycle events of the node, such that it will get notified
|
|
|
|
about node finishing initialisation and when the node is shutting down such that ``CordaService`` will be able to perform clean-up of some
|
|
|
|
critical resources. For more details please have refer to KDocs for ``ServiceLifecycleObserver``.
|
2019-05-02 08:42:32 +00:00
|
|
|
|
|
|
|
Retrieving a Service
|
|
|
|
--------------------
|
|
|
|
|
|
|
|
A Service class can be retrieved by calling ``ServiceHub.cordaService`` which returns the single instance of the class passed into the function:
|
|
|
|
|
|
|
|
.. container:: codeset
|
|
|
|
|
|
|
|
.. sourcecode:: kotlin
|
|
|
|
|
|
|
|
val service: MyCordaService = serviceHub.cordaService(MyCordaService::class.java)
|
|
|
|
|
|
|
|
.. sourcecode:: java
|
|
|
|
|
|
|
|
MyCordaService service = serviceHub.cordaService(MyCordaService.class);
|
|
|
|
|
|
|
|
.. warning:: ``ServiceHub.cordaService`` should not be called during initialisation of a flow and should instead be called in line where
|
|
|
|
needed or set after the flow's ``call`` function has been triggered.
|
|
|
|
|
|
|
|
.. _starting_flows_from_a_service:
|
|
|
|
|
|
|
|
Starting Flows from a Service
|
|
|
|
-----------------------------
|
|
|
|
|
|
|
|
Starting flows via a service can lead to deadlock within the node's flow worker queue, which will prevent new flows from
|
|
|
|
starting. To avoid this, the rules bellow should be followed:
|
|
|
|
|
|
|
|
* When called from a running flow, the service must invoke the new flow from another thread. The existing flow cannot await the
|
|
|
|
execution of the new flow.
|
|
|
|
* When ``ServiceHub.trackBy`` is placed inside the service, flows started inside the observable must be placed onto another thread.
|
|
|
|
* Flows started by other means, do not require any special treatment.
|
|
|
|
|
|
|
|
.. note:: It is possible to avoid deadlock without following these rules depending on the number of flows running within the node. But, if the
|
|
|
|
number of flows violating these rules reaches the flow worker queue size, then the node will deadlock. It is best practice to
|
2020-01-21 13:38:02 +00:00
|
|
|
abide by these rules to remove this possibility.
|