Conversation
License Check Results🚀 The license check job ran with the Bazel command: bazel run --lockfile_mode=error //:license-checkStatus: Click to expand output |
|
The created documentation from the pull request is available at: docu-html |
src/launch_manager_daemon/config/config_schema/docs/images/example_conf_graph.png
Outdated
Show resolved
Hide resolved
paulquiring
left a comment
There was a problem hiding this comment.
Very concise and detailed. One comment: I feel that someone without prior knowledge of this topic would need a bit more information. I left a proposal in the comments.
| A single component might be deployed across several different systems. To facilitate this, the specific deployment configuration (how and where a component runs) is intentionally kept separate from the inherent properties of the component itself. This separation promotes flexibility and reusability. | ||
|
|
||
| .. _lm_conf_run_targets_grouping_and_components_activation: | ||
| Run Targets: Grouping and Components Activation |
There was a problem hiding this comment.
I get the feeling that someone with no prior knowledge of this topic would need a little more information.
Just adding one more paragraph and moving around the paragraphs, would help.
-
Run Targets: Grouping and Components Activation -> Run Targets: Modelling the system
Explain active, (un)assigned -
Right after "When the Launch Manager Starts a Component" you could move "Run Targets: Grouping and Components Activation" as is.
There was a problem hiding this comment.
Changes applied, finger cross it reads better now and is more understandable.
| @@ -0,0 +1,8 @@ | |||
| { | |||
| "watchdog": { | |||
There was a problem hiding this comment.
I think we should not by default configure this watchdog.
For /dev/watchdog to be available you require a resource manager / kernel driver that sets this up.
If we have this as default configured, users will likely stumble upon this as LaunchManager will not startup because the /dev/watchdog is not available
There was a problem hiding this comment.
As per discussion earlier, possibility to disable watchdog is now added.
| }, | ||
| "recovery_action": { | ||
| "switch_run_target": { | ||
| "run_target": "Off" |
There was a problem hiding this comment.
Should this be fallback_run_target?
There was a problem hiding this comment.
Should be resolved now
|
|
||
| The S-CORE standard provides the following default values for ``watchdog`` properties if they are not explicitly defined elsewhere: | ||
|
|
||
| .. code-block:: json |
There was a problem hiding this comment.
I would recommend to have the default values either here or to include the files from the default_values folder, but I would like to avoid having the same information in two locations.
| @@ -0,0 +1,596 @@ | |||
| .. | |||
There was a problem hiding this comment.
Could we please integrate this into the lifecycle documentation build?
|
Please consider this comment from @pawelrutkaq #110 (comment)
|
|
|
||
| **Properties:** | ||
|
|
||
| * **device_file_path** (string, optional) |
There was a problem hiding this comment.
It looks like most of the properties text is copy/paste from the description that is already in the schema file.
If anyone changes the schema file, they may forget to update this copy or vice versa.
Therefore, I would prefer to avoid duplication.
I would recommend to either simply refer to the schema file and only adding additional information here or including sections of the schema if that is possible (e.g. using rst include)
37b8657 to
8f6e598
Compare
There was a problem hiding this comment.
Please save drawio fiel as drawio.svg so you have single file displayed as svg and also metadata
This pull request followup on #88 and provide documentation for JSON schema.
Part of #38