fix: correct system variable spelling (#9968)
This commit is contained in:
parent
978599edc4
commit
8dfd18ec20
|
|
@ -110,6 +110,7 @@
|
|||
* Bump up Kafka client to 2.8.1 to fix CVE-2021-38153.
|
||||
* Remove `lengthEnvVariable` for `Column` as it never works as expected.
|
||||
* Add `LongText` to support longer logs persistent as a text type in ElasticSearch, instead of a keyword, to avoid length limitation.
|
||||
* Fix wrong system variable name `SW_CORE_ENABLE_ENDPOINT_NAME_GROUPING_BY_OPENAPI`. It was **opaenapi**.
|
||||
|
||||
#### UI
|
||||
|
||||
|
|
|
|||
|
|
@ -46,7 +46,7 @@ The Configuration Vocabulary lists all available configurations provided by `app
|
|||
| - | - | maxPageSizeOfQueryProfileSnapshot | The maximum size for snapshot analysis in an OAP query. | - | 500 |
|
||||
| - | - | maxSizeOfAnalyzeProfileSnapshot | The maximum number of snapshots analyzed by the OAP. | - | 12000 |
|
||||
| - | - | prepareThreads | The number of threads used to prepare metrics data to the storage. | SW_CORE_PREPARE_THREADS | 2 |
|
||||
| - | - | enableEndpointNameGroupingByOpenapi | Automatically groups endpoints by the given OpenAPI definitions. | SW_CORE_ENABLE_ENDPOINT_NAME_GROUPING_BY_OPAENAPI | true |
|
||||
| - | - | enableEndpointNameGroupingByOpenapi | Automatically groups endpoints by the given OpenAPI definitions. | SW_CORE_ENABLE_ENDPOINT_NAME_GROUPING_BY_OPENAPI | true |
|
||||
| - | - | maxDurationOfQueryEBPFProfilingData | The maximum duration(in second) of query the eBPF profiling data from database. | - | 30 |
|
||||
| - | - | maxThreadCountOfQueryEBPFProfilingData | The maximum thread count of query the eBPF profiling data from database. | - | System CPU core size |
|
||||
| cluster | standalone | - | Standalone is not suitable for running on a single node running. No configuration available. | - | - |
|
||||
|
|
|
|||
|
|
@ -58,7 +58,7 @@ info:
|
|||
│ └── serviceB
|
||||
│ └── productAPI-v2.yaml
|
||||
```
|
||||
3. The feature is enabled by default. You can disable it by setting the `Core Module` configuration `${SW_CORE_ENABLE_ENDPOINT_NAME_GROUPING_BY_OPAENAPI:false}`.
|
||||
3. The feature is enabled by default. You can disable it by setting the `Core Module` configuration `${SW_CORE_ENABLE_ENDPOINT_NAME_GROUPING_BY_OPENAPI:false}`.
|
||||
|
||||
### Rules match priority
|
||||
We recommend designing the API path as clearly as possible. If the API path is fuzzy and an endpoint name matches multiple paths, SkyWalking would select a path according to the match priority set out below:
|
||||
|
|
|
|||
|
|
@ -131,7 +131,7 @@ core:
|
|||
# The number of threads used to prepare metrics data to the storage.
|
||||
prepareThreads: ${SW_CORE_PREPARE_THREADS:2}
|
||||
# Turn it on then automatically grouping endpoint by the given OpenAPI definitions.
|
||||
enableEndpointNameGroupingByOpenapi: ${SW_CORE_ENABLE_ENDPOINT_NAME_GROUPING_BY_OPAENAPI:true}
|
||||
enableEndpointNameGroupingByOpenapi: ${SW_CORE_ENABLE_ENDPOINT_NAME_GROUPING_BY_OPENAPI:true}
|
||||
storage:
|
||||
selector: ${SW_STORAGE:h2}
|
||||
elasticsearch:
|
||||
|
|
|
|||
|
|
@ -76,7 +76,7 @@ core:
|
|||
# The number of threads used to prepare metrics data to the storage.
|
||||
prepareThreads: ${SW_CORE_PREPARE_THREADS:2}
|
||||
# Turn it on then automatically grouping endpoint by the given OpenAPI definitions.
|
||||
enableEndpointNameGroupingByOpenapi: ${SW_CORE_ENABLE_ENDPOINT_NAME_GROUPING_BY_OPAENAPI:true}
|
||||
enableEndpointNameGroupingByOpenapi: ${SW_CORE_ENABLE_ENDPOINT_NAME_GROUPING_BY_OPENAPI:true}
|
||||
storage:
|
||||
selector: ${SW_STORAGE:h2}
|
||||
elasticsearch:
|
||||
|
|
|
|||
Loading…
Reference in New Issue