module.collections¶
Collections module¶
type |
object |
|||
properties |
||||
|
The id of the template to use for this file |
|||
type |
string |
|||
|
The variables and their values to be replaced from the template |
|||
type |
object |
|||
additionalProperties |
||||
|
The variables files to use to replace the variables. The first file of the list will take precedence over the following one. Template variables take precedence over the contents of the files. |
|||
type |
array |
|||
items |
type |
string |
||
|
If the value is set to true, manual editing of this file should be avoided, as the composer will override the value in the next generation. |
|||
type |
boolean |
|||
|
The configuration of the Rabbit MQ used for communication |
|||
|
The configuration of module’s logging |
|||
default |
moduleLogLevel |
INFO |
||
externalLogLevel |
WARN |
|||
|
Configuration of the Mongo Database this module will connect to. |
|||
|
The indexes to build on the Mongo Database for the history collection. If none are specified, we create by default an index for each of the following properties :
|
|||
type |
array |
|||
default |
name |
collectionId |
||
index |
collectionId |
1 |
||
sparse |
False |
|||
name |
schemaId |
|||
index |
schemaId |
1 |
||
sparse |
False |
|||
name |
modified_by |
|||
index |
modified_by |
1 |
||
sparse |
False |
|||
name |
modified_at |
|||
index |
modified_at |
1 |
||
sparse |
False |
|||
name |
operation |
|||
index |
operation |
1 |
||
sparse |
False |
|||
name |
diffs |
|||
index |
diffs |
1 |
||
sparse |
False |
|||
items |
||||
|
The indexes to build on the Mongo Database for the counter collection. If none are specified, we create by default an index for each of the following properties :
|
|||
type |
array |
|||
default |
name |
schemaId |
||
index |
schemaId |
1 |
||
sparse |
False |
|||
name |
counter |
|||
index |
counter |
1 |
||
sparse |
False |
|||
items |
||||
|
Enable usage of user preferences collection. Currently, users preferences are very limited. Users preferences are a list of attributes linked to a specific user. The only current usage consist of using one of these attributes to hide the user identity when interacting with a form Journal component ↗️ You need to define a collection in your configuration to enable this feature. This collection must have type set as USERS_PREFERENCES and must be compliant with the following schema ↗️. |
|||
type |
boolean |
|||
default |
False |
|||
|
Enable usage of collections rights collection. Collections rights allows to restrict the access to the entries of a collection for each individual user. An entry in this collection defines the rights for a specific user, match with the username of the user. If an user has an entry in this collection, the specified rights will be applied. Otherwise, the user will have a full access to every collection. For each user and collection, you can:
Collections rights are handled at multiple levels: users, profiles and services rights. This property is linked to the users level. You need to define a collection in your configuration to enable this feature. This collection must have type set as USERS_RIGHTS and must be compliant with the following schema ↗️. A default configuration for these collections is available in a specific configuration branch called origin/osp-collections-rights-configuration. |
|||
type |
boolean |
|||
default |
False |
|||
|
Enable usage of collections profiles rights collection. Collections profiles rights allows to restrict the access to the entries of a collection for a profile. Profiles correspond to the entries of this collection. Creating a new entry in this collection result in creating a new profile with specific rights. Then, this profile should be linked to an user via an entry in the collections rights collection (needs to be enabled with useCollectionsRights). When rights are present both at the profile level and the user level, we take into account the rights defines in the user level. Therefore, rights set in a user override those set in the profile. For each profile and collection, you can:
Collections rights are handled at multiple levels: users, profiles and services rights. This property is linked to the profiles level. You need to define a collection in your configuration to enable this feature. This collection must have type set as PROFILES_RIGHTS and must be compliant with the following schema ↗️. A default configuration for these collections is available in a specific configuration branch called origin/osp-collections-rights-configuration. |
|||
type |
boolean |
|||
default |
False |
|||
|
Enable usage of collections services rights collection. Collections services rights allows to restrict the access to the entries of a collection when a user in active in a service. Services correspond to the entries of this collection. Creating a new entry in this collection result in creating a new service with specific rights. Then, an user, via an entry in the collections rights collection (needs to be enabled with useCollectionsRights), can enter the service. While the user is active, the rights define in the service will override the ones define for the user. A service is also linked to a list of profiles which determines the services a user have access. For each service and collection, you can:
Collections rights are handled at multiple levels: users, profiles and services rights. This property is linked to the services level. You need to define a collection in your configuration to enable this feature. This collection must have type set as SERVICES and must be compliant with the following schema ↗️. A default configuration for these collections is available in a specific configuration branch called origin/osp-collections-rights-configuration. |
|||
type |
boolean |
|||
default |
False |
|||
additionalProperties |
False |
MessagingConfigurationEntity¶
type |
object |
|
properties |
||
|
The ID of the client, must be different for each module instance. |
|
type |
string |
|
|
The host of the rabbit MQ provider |
|
type |
string |
|
|
The size of the buffer to use when the broker is disconnected (default: 60000). |
|
type |
integer |
|
minimum |
1 |
|
default |
60000 |
|
|
Flag to indicate to store the message (The path /osp/messages must be mount to a volume). |
|
type |
boolean |
|
default |
False |
|
additionalProperties |
False |
LoggingConfigurationEntity¶
type |
object |
|
properties |
||
|
The log level for module’s behavior logging |
|
type |
string |
|
enum |
TRACE, DEBUG, INFO, WARN, ERROR |
|
default |
INFO |
|
|
The log level for module’s internal script behavior logging (if not set the moduleLogLevel will be used) |
|
type |
string |
|
enum |
TRACE, DEBUG, INFO, WARN, ERROR |
|
|
The log level for external libraries logging |
|
type |
string |
|
enum |
TRACE, DEBUG, INFO, WARN, ERROR |
|
default |
WARN |
|
additionalProperties |
False |
MongoConfigurationEntity¶
type |
object |
|
properties |
||
|
The hostname of the mongodb configuration. (For example: mongodb://<host-1>,…,<host-x>/?replicaSet=<replSet-id>) |
|
type |
string |
|
|
The name of the database to use |
|
type |
string |
|
default |
alarms |
|
additionalProperties |
False |
IndexConfigurationEntity¶
type |
object |
|
properties |
||
|
The name of the index |
|
type |
string |
|
|
The Mongo expression used for indexing. See https://docs.mongodb.com/manual/indexes/ for more information. |
|
|
Create the indexes only the document when the field exist |
|
type |
boolean |
|
default |
False |
|
|
Partial filter expression used to filter the elements that are affected by this index |
|
additionalProperties |
False |