@dx-do/cli 5.2.38 → 5.2.44

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README.md CHANGED
@@ -16,12 +16,8 @@ npx @dx-do/cli@<version> <--config=<config-file>> command-group command <paramet
16
16
  #### Output
17
17
 
18
18
  ```
19
- ℹ info dx-do v5.2.38 on node v24.14.1 on linux-x64 via node (ssl: 3.5.5)
20
- info Loading configuration from env DXDO_CONFIGURATION (base64)
21
- ✔ success Command line configuration complete
22
- ℹ info Allow Insecure HTTPS: false
23
- ℹ info DXSaasService instantiated.
24
- ℹ info Successfully configured.
19
+ ℹ info dx-do v5.2.43 on node v22.21.0 on darwin-arm64 via node (ssl: 3.5.4)
20
+ warning Not loading configuration
25
21
  ✖ error Usage: dx-do --option[=value]... <command-group> <command> <command-param>=<value>...
26
22
  ℹ info Available command-groups: agent, vertex, auth, dashboard, jsextension, axa, config, channel, alert, nass, alarm, apm-universe, o2-universe, trace, topographer, service, help, graph, metric, metrex, tas, experience, situation, sql, acc, o2-metricgrouping, o2-managementmodule, o2-alert, managementmodule, log, blob, perspective, metricgrouping, asm, inventory, event, attribute
27
23
  ```
@@ -409,6 +405,7 @@ npx @dx-do/cli@<version> <--config=<config-file>> command-group command <paramet
409
405
  ⤜ search............................................: searches inventory
410
406
  ⤜ metrics...........................................: finds metrics associated with inventory
411
407
  ⤜ lookup............................................: searches inventory using free text search, be aware that this may not support all product sources
408
+ ⤜ layers............................................: lists all topology layers with a count of entities on each layer
412
409
  ⤜ list-inventorize-rules............................: shows rules for creating inventory from metrics
413
410
  ⤜ delete-inventorize-rule...........................: deletes an inventorize rule
414
411
  ⤜ create-inventorize-rule...........................: creates a rule for creating inventory from metrics, dryrun mode by default, set mode=create to execute.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@dx-do/cli",
3
- "version": "5.2.38",
3
+ "version": "5.2.44",
4
4
  "description": "CLI execution of DX Operational Observability operations and triage",
5
5
  "author": "Ki Alam",
6
6
  "logo": {
@@ -1,12 +0,0 @@
1
- <script
2
- type="text/javascript"
3
- id="ca_eum_ba"
4
- src="${app.collectorURL}/api/1/urn:ca:tenantId:${app.tenantId}/urn:ca:appId:${app.appId}/bajs?agent=browser"
5
- data-profileUrl="${app.collectorURL}/api/1/urn:ca:tenantId:${app.tenantId}/urn:ca:appId:${app.appId}/profile?agent=browser"
6
- data-tenantID="${app.tenantId}"
7
- data-appID="${app.appId}"
8
- data-appVersion="1.0"
9
- data-use-axa-appname="true"
10
- data-appKey="${app.appKey}"
11
- async
12
- ></script>
@@ -1,78 +0,0 @@
1
- # dx-do bulk-vertex-patch
2
-
3
- The bulk vertex patch command ('vertex bulk-patch') is intended to ingest large
4
- amounts of attribute data from a json file, which will usually be generated by another script.
5
-
6
- The format of the json file is described in a json schema that is accessible with the bulk-patch-schema command (vertex bulk-patch-schema).
7
-
8
- The top level of a bulk vertex patch is an object with three properties
9
-
10
- * **patchFilter**: a dictionary of attributeNames -> attributeValues. Only objects that match this filter may be patched, regardless of the specific patch matching filters.
11
- * **hostnameConfiguration**: default domain names for the source and vertex, to allow matching when the source or the vertex has a FQDN
12
- * **patches**: a list of patches, which are defined by attribute matching rules, new attributes to apply to matching vertices, and whether to overwrite existing attribute values.
13
-
14
- Here is a boilerplate bulk-patch file that defines a single patch.
15
- ```json
16
- {
17
- "patchFilter": {
18
- "<attributeName1>": "<attributeValue>",
19
- "<attributeName2>": "<attributeValue>"
20
- },
21
- "hostnameConfiguration": {
22
- "patchHostDefaultDomain": "<.domain.name.com>",
23
- "vertexHostDefaultDomain": "<.domain.name.com>"
24
- },
25
- "patches": [
26
- {
27
- "matches": [
28
- {
29
- "matchType": "DEFAULT_DOMAIN_MAPPING_HOST",
30
- "attributeName": "hostname",
31
- "matchValue": "lvnkprod010365"
32
- }
33
- ],
34
- "newAttributeValues": {
35
- "cmdb.ci.app": "2124451"
36
- },
37
- "overwrite": false
38
- }
39
- ]
40
- }
41
-
42
- ```
43
-
44
- ###
45
-
46
- | MatchType | Description |
47
- | --- |------------------------------------------|
48
- | DEFAULT_DOMAIN_MAPPING_HOST | see below |
49
- | ATTRIBUTE_EXACT | matches the exact value of the attribute |
50
- |ATTRIBUTE_PREFIX | matches the matchValue.* |
51
-
52
-
53
- ### hostname configuration
54
-
55
- > Note the DEFAULT_DOMAIN_MAPPING_HOST strategy can be used on any attribute that has hostname-like values.
56
-
57
- If the patchHostDefaultDomain and the vertexHostDefaultDomain (both "domain.name.com") are the same, you will get the following match result:
58
-
59
- | patch source | vertex attr value | match |
60
- |-----------------------|-----------------------| --- |
61
- | host1 | host1 | true |
62
- | host1.domain.name.com | host1 | true |
63
- | host1 | host1.domain.name.com | true |
64
- | host1.another.domain | host1 | false |
65
- | host1 | host1.another.domain | false |
66
-
67
- If the patchHostDefaultDomain and the vertexHostDefaultDomain are different ("d1.com" vs "d2.com"), you will get the following match result:
68
-
69
-
70
-
71
- | patch source (d1.com) | vertex attr value (d2.com) | match |
72
- |-----------------------|----------------------------|-------|
73
- | host1 | host1 | false |
74
- | host1.d1.com | host1 | false |
75
- | host1 | host1.d1.com | true |
76
- | host1.d2.com | host1 | true |
77
-
78
-
@@ -1,13 +0,0 @@
1
- SetFlag: ${flagName}
2
-
3
- #IdentifyClassAs: <class> ${flagName}
4
- #IdentifyInheritedAs: <class> ${flagName}
5
- #IdentifyAnnotatedClassAs: <class> ${flagName}
6
- #IdentifyDeepInheritedAs: <class> ${flagName}
7
- #IdentifyClassAs: <class> ${flagName}
8
-
9
- #TraceAnnotatedMethodsWithParametersIfFlagged: ${flagName} <AnnotationClass> BlamePointTracer "${metricRoot}|SubCategory"
10
- #TraceComplexMethodsIfFlagged: ${flagName} BlamePointTracer "${metricRoot}|SubCategory"
11
- #TraceComplexMethodsWithParametersIfFlagged: ${flagName} BlamePointTracer "${metricRoot}|SubCategory"
12
- #TraceOneMethodIfFlagged: ${flagName} <method> BlamePointTracer "${metricRoot}|SubCategory"
13
- #TraceOneMethodWithParametersIfFlagged: ${flagName} <method> BlamePointTracer "${metricRoot}|SubCategory"
@@ -1,2 +0,0 @@
1
- ${bundlePropertyRoot}.myProperty=false
2
-
@@ -1,104 +0,0 @@
1
-
2
- ## Environment Variables
3
-
4
- #### Basic Environment Vars
5
-
6
- * **DXDO_CONFIGURATION** : String containing entire JSON configuration
7
- * **DXDO_LOG_LEVEL** : "debug" or "info"
8
- * **DXDO_NO_COLOR** : disable colors in output
9
- * **FORCE_COLOR** : if 0 disable colors in logging
10
- * **DXDO_DEBUG_ARGS** : shows provided args as understood by the parser
11
- * **ALLOW_INSECURE_HTTPS** : allows connections to on-premise DX with self-signed certs.
12
-
13
- #### Request Logging Environment Vars
14
-
15
- * **DXDO_LOG_REQUESTS** : any value, true if exists.
16
- * **DXDO_REQUEST_LOG_FILE** : location to log requests
17
- * **DXDO_POSTMAN_EXPORT** : if set, along with DXDO_LOG_REQUESTS, will export a complete postman export of all network transactions.
18
- * **DXDO_POSTMAN_DIR** : set to the location for postman exports of runs
19
-
20
- ## Configuration
21
- * dx-do loads its default configuration from ~/.dxdo/default.dxo2.config.json
22
- * If that doesn't exist, the first time you run dx-do, it will prompt you for values and write the configuration file.
23
- * You can have multiple config files for different tenants, and pass them using the '--config=<config file>' argument.
24
- * If your configuration file is in ~/.dxdo directory, you do not have to specify the directory' argument.
25
- * Also, dx-do assumes that the extension is .json and will add it if the file doesn't exist as specified.
26
-
27
- * ```'npx dx-do --config=my-config'``` will find a config in ```~/.dxdo/my-config.dxo2.config.json```
28
-
29
- ## Proxy Configuration
30
-
31
- * dx-do relies on system proxy by default.
32
- * if a system proxy is enabled but not working, you can try setting
33
- * `export GLOBAL_AGENT_HTTP_PROXY=true`
34
- * user can also provide a proxy configuration file on the command line
35
- * 'npx dx-do --config=my-config --proxyConfig=my-proxy.json'
36
-
37
- ### Proxy configuration file format
38
- ```text
39
- {
40
- host: <proxy hostname>
41
- port: <proxy port>
42
- auth: {
43
- username: <username>
44
- password: <password>
45
- }
46
- protocol: <proxy http mode = "https" | "http">
47
- }
48
-
49
- ```
50
- ## Generating keys
51
-
52
- * [userToken] Launchpad -> Settings -> + New Token -> User Token ...
53
-
54
- ## optional configuration
55
-
56
- * userToken is now required, tenant token is not necessary.
57
-
58
- ## current version 4 configuration file format
59
-
60
- ```
61
- {
62
- "configurationVersion": "3"
63
- "cohortId": "<cohortUD from Settings -> Connector Parameters>",
64
- "userToken": <DX User Token from Settings -> Manage Tokens -> New Token -> User>,
65
- "dxGatewayHost": "https://apmgw.dxi-na1.saas.broadcom.com/",
66
- }
67
- ```
68
-
69
-
70
- ## now disabled version 3 configuration file format, please use "config upgrade" command.
71
-
72
- ```
73
- {
74
- "tenantCN": "<>",
75
- "tenantId": "<>",
76
- "tenantToken": <DX Tenant Token>,
77
- "userToken": <DX User Token>,
78
- "hostUrl": "https://apmgw.dxi-na1.saas.broadcom.com/",
79
- "axaHostUrl": "https://axa.dxi-na1.saas.broadcom.com/",
80
- "oiHostUrl": "https://oi.dxi-na1.saas.broadcom.com/",
81
- "axaSessionHostUrl": "https://axaservices-es-exporter.dxi-na1.saas.broadcom.com/",
82
- "dashboardHostUrl": "https://dxi-dashboard.dxi-na1.saas.broadcom.com/",
83
- "configurationVersion": "3"
84
- }
85
- ```
86
-
87
- ## disabled old configuration file format
88
-
89
- ```
90
- {
91
- "tenantToken": <DX Tenant Token>
92
- "hostUrl": <DX APM Host>,
93
- "axaHostUrl"?: <DX AXA Host>,
94
- "oiHostUrl"?: <DX OI Host>,
95
- "tenantId": <DX Tenant Number>,
96
- "tenantCN": <DX Tenant Name>>,
97
- "dashboardHostUrl"?: <DX Dashboard Host>,
98
- "dashboardApiKey"?: <Deprecated: DX Dashboard Key -- see 'npx dx-do dashboard create-dashboard-api-key'>,
99
- "oiUserKey"?: <DX User API Key: Deprecated>
100
- "apiKey": <DX User Key -- Not used since 2.9>,
101
- }
102
- ```
103
-
104
-
@@ -1,17 +0,0 @@
1
- # dx-do dashboard quirks
2
-
3
- ### Configuration
4
-
5
- dx-do dashboard commands require an API key that is not able to be generated from the UI.
6
-
7
- In order to generate a dashboard api key, follow these steps:
8
-
9
- 1. Open a modern browser as a DX admin
10
- 2. Open browser developer tools and find any XHR request ("search").
11
- 3. In the request headers, ensure that it has keys starting with CA_ and SPP_
12
- 4. Copy the entire cookie value.
13
- 5. From the terminal, run
14
- * ```npx dx-do dashboard create-dashboard-api-key liveBrowserSessionCookie="<paste cookie header>"```
15
- 6. Add a key "dashboardApiKey" to your tenant's config.json with the value generated by the previous command.
16
-
17
-
@@ -1,122 +0,0 @@
1
- {
2
- "licenseGroups": [
3
- {
4
- "name": "Kubernetes",
5
- "isPrimary": true,
6
- "devicesPerHost": 4,
7
- "membershipRules": [
8
- {
9
- "agentNameRegex": "Kubernetes Agent.*"
10
- }
11
- ]
12
- },{
13
- "name": "Java",
14
- "isPrimary": true,
15
- "devicesPerAgent": 4,
16
- "membershipRules": [
17
- {
18
- "agentProcessRegex": "(tomcat|weblogic|websphere|undertow|liberty).*"
19
- }
20
- ]
21
- },
22
- {
23
- "name": ".NET",
24
- "isPrimary": true,
25
- "devicesPerAgent": 4,
26
- "membershipRules": [
27
- {
28
- "agentProcessRegex": "(\\.NET).*",
29
- "excludeAgentNameRegex": "PerfMonCollector.*"
30
- }
31
- ]
32
- },
33
- {
34
- "name": "NodeJS",
35
- "isPrimary": true,
36
- "devicesPerAgent": 0.4,
37
- "membershipRules": [
38
- {
39
- "agentProcessRegex": "(nodejs-).*"
40
- }
41
- ]
42
- },
43
- {
44
- "name": "Go",
45
- "isPrimary": true,
46
- "devicesPerAgent": 0.4,
47
- "membershipRules": [
48
- {
49
- "agentProcessRegex": "(go-).*"
50
- }
51
- ]
52
- },
53
- {
54
- "name": "Python",
55
- "isPrimary": true,
56
- "devicesPerHost": 4,
57
- "membershipRules": [
58
- {
59
- "agentProcessRegex": "(python-).*"
60
- }
61
- ]
62
- },{
63
- "name": "PHP",
64
- "isPrimary": true,
65
- "devicesPerAgent": 4,
66
- "membershipRules": [
67
- {
68
- "agentProcessRegex": "(php-).*"
69
- }
70
- ]
71
- },
72
- {
73
- "name": "NetOps",
74
- "isPrimary": true,
75
- "devicesPerAgent": 0,
76
- "membershipRules": [
77
- {
78
- "agentProcessRegex": "(NFA|NetOps|Spectrum|VNA).*"
79
- }
80
- ]
81
- },
82
- {
83
- "name": "Infrastructure",
84
- "isPrimary": false,
85
- "devicesPerAgent": 1,
86
- "membershipRules": [
87
- {
88
- "agentProcessRegex": "(Infrastructure).*"
89
- },
90
- {
91
- "agentProcessRegex": "Cluster.*"
92
- },
93
- {
94
- "agentNameRegex": "Infrastructure.*"
95
- },
96
- {
97
- "agentNameRegex": "Prometheus.*"
98
- }
99
- ]
100
- },
101
- {
102
- "name": "PerfMon",
103
- "isPrimary": false,
104
- "devicesPerAgent": 1,
105
- "membershipRules": [
106
- {
107
- "agentProcessRegex": "(PerfMonCollector).*"
108
- }
109
- ]
110
- },
111
- {
112
- "name": "Built-In",
113
- "isPrimary": false,
114
- "devicesPerGroupMember": 0,
115
- "membershipRules": [
116
- {
117
- "agentHostRegex": "(Custom Metric Host|Experience Collector Host)"
118
- }
119
- ]
120
- }
121
- ]
122
- }
@@ -1,30 +0,0 @@
1
- # ${bundleName} (${bundleVersion})
2
-
3
- ## Description
4
-
5
- ${bundleDisplayName}
6
-
7
- ## APM version
8
- ${agentMinimumVersion}
9
-
10
- ## Supported third party versions
11
-
12
- ## Limitations
13
-
14
- ## License
15
- https://communities.ca.com/docs/DOC-231150910#license on the CA APM Developer Community.
16
-
17
- ## Support
18
- This document and associated tools are made available from CA Technologies as examples and provided at no charge as a courtesy to the CA APM Community at large. This resource may require modification for use in your environment. However, please note that this resource is not supported by CA Technologies, and inclusion in this site should not be construed to be an endorsement or recommendation by CA Technologies. These utilities are not covered by the CA Technologies software license agreement and there is no explicit or implied warranty from CA Technologies. They can be used and distributed freely amongst the CA APM Community, but not sold. As such, they are unsupported software, provided as is without warranty of any kind, express or implied, including but not limited to warranties of merchantability and fitness for a particular purpose. CA Technologies does not warrant that this resource will meet your requirements or that the operation of the resource will be uninterrupted or error free or that any defects will be corrected. The use of this resource implies that you understand and agree to the terms listed herein.
19
-
20
- Although these utilities are unsupported, please let us know if you have any problems or questions by adding a comment to the CA APM Community Site area where the resource is located, so that the Author(s) may attempt to address the issue or question.
21
-
22
- Unless explicitly stated otherwise this field pack is only supported on the same platforms as the APM core agent. See [APM Compatibility Guide](http://www.ca.com/us/support/ca-support-online/product-content/status/compatibility-matrix/application-performance-management-compatibility-guide.aspx).
23
-
24
-
25
- # Change log
26
- Changes for each version of the field pack.
27
-
28
- Version | Author | Comment
29
- |--------|--------|--------|
30
- |${bundleVersion}| ${bundleAuthor} | First version of the field pack.|
@@ -1,21 +0,0 @@
1
- # ${bundleName} (${bundleVersion})
2
-
3
- ## Description
4
-
5
- ${bundleDisplayName}
6
-
7
- # Installation Instructions
8
-
9
- deploy to extensions/deploy in the agent directory or add to a package via ACC.
10
-
11
- ## Prerequisites
12
-
13
- ## Dependencies
14
- ${bundleDependencies}
15
-
16
- ## Configuration
17
-
18
- # Usage Instructions
19
-
20
- ## Debugging and Troubleshooting
21
-