Cubes can be activated or de-activated from the configuration file application.yaml.
Configuration
Properties
To override the default setting of a specific cube, add the mr.enable.cubes. followed by the cube name to your application.yaml file. For instance, to disable the PnL cube, add the following:
mr:
enable:
cubes:
pnl: `false`
Here’s the list of properties you can use to enable/disable the various cubes:
mr.enable.cubes.common
mr.enable.cubes.market-data
mr.enable.cubes.pnl
mr.enable.cubes.pnl-summary
mr.enable.cubes.sensi
mr.enable.cubes.sensi-summary
mr.enable.cubes.var-es
mr.enable.cubes.var-summary
Spring profiles
Profile
Description
dist-data-node
Only activate the data cubes (all except MRCombinedCube) and also the Netty bus messaging.
dist-query-node
Only activate the query cube (MRCombinedCube) and also the Netty bus messaging.
Datastore implication
De-activating a cube means that the unused stores will also be de-activated. The following matrix shows the mapping between store and cubes.
note
The MRCombinedCube does not require a store because it is a query cube.
The default MR application includes all modules, with the full project code containing the Sensitivity, Market Data, PnL, VaR-ES, and MRCombined cubes (and Summary versions where applicable).
To remove a module completely, remove the dependency in the MR application pom.xml file and modify the MarketRiskConfig class to remove the imports of configuration classes.
All efforts have been made to minimize the amount of code changes required to achieve this removal, but some direct imports from the libraries might remain.
This store is active even if only the PnL cube is activated ↩︎