You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/send-data/hosted-collectors/cloud-to-cloud-integration-framework/universal-connector-source.md
+10-10Lines changed: 10 additions & 10 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -377,17 +377,17 @@ Sources can be configured using UTF-8 encoded JSON files with the Collector Ma
377
377
| clientRateLimitBurst | Integer | Yes |`1000`| The number of requests the source is allowed to burst. |`1000`|
378
378
| pollingInterval | String | Yes |`"5m"`| Set how frequently to poll for new data. It must be between 5 minutes and 48 hours. |`"5m"`|
379
379
380
-
## Template Dynamic Values
380
+
## Dynamic Values Variables
381
381
382
-
The source has the ability to template in dynamic text into the values of certain fields providing flexibility in crafting the HTTP requests sent to the vendor API.
382
+
The source has the ability to use dynamic values, like the window start time, into the values of certain fields providing flexibility in crafting the HTTP requests sent to the vendor API.
383
383
384
384
The following fields values are allowed to access dynamic text from the template functions described in this section:
385
385
386
386
- HTTP Request Header Values
387
387
- HTTP Request Parameter Values
388
388
- HTTP Request Body
389
389
390
-
To start using the template with one of the supported config values listed above, you will need to enclose the template logic inside double curly braces `{{}}`. Any text outside these double curly braces will be treated as normal unmodified text.
390
+
To start using the variables with one of the supported config values listed above, you will need to enclose the template logic inside double curly braces `{{}}`. Any text outside these double curly braces will be treated as normal unmodified text.
391
391
392
392
Here are some syntax examples calling functions with and without arguments:
393
393
@@ -397,7 +397,7 @@ Here are some syntax examples calling functions with and without arguments:
@@ -406,7 +406,7 @@ Here are some syntax examples calling functions with and without arguments:
406
406
407
407
### WindowStartUTC
408
408
409
-
This function will template in the `start timestamp` of the source window when source is configured to use the `Time Window` progression. The timestamp will always use `UTC` time and never adjust for a specific timezone.
409
+
This variable will get the value in the `start timestamp` of the source window when source is configured to use the `Time Window` progression. The timestamp will always use `UTC` time and never adjust for a specific timezone.
410
410
411
411
The syntax for this function requires a timestamp format as a single argument. See the [Timestamp Formatting](#timestamp-formatting) section for more information on how to format the timestamp.
412
412
@@ -425,7 +425,7 @@ The syntax for this function requires a timestamp format as a single argument. S
425
425
426
426
### WindowStartLocation
427
427
428
-
This function is the same as [WindowStartUTC](#windowstartutc) except it has an additional argument to specify the timezone location.
428
+
This variable is the same as [WindowStartUTC](#windowstartutc) except it has an additional argument to specify the timezone location.
429
429
430
430
:::sumo[Best Practice]
431
431
We strongly recommend you always use `WindowStartUTC` instead of `WindowStartLocation`. Most vendors support and expect UTC timestamps when using their APIs.
@@ -448,9 +448,9 @@ Refer to the [TZ identifier](https://en.wikipedia.org/wiki/List_of_tz_database_t
448
448
449
449
### WindowEndUTC
450
450
451
-
This function will template in the `end timestamp` of the source window when source is configured to use the `Time Window` progression. The timestamp will always use `UTC` time and never adjust for a specific timezone.
451
+
This variable will get the value in the `end timestamp` of the source window when source is configured to use the `Time Window` progression. The timestamp will always use `UTC` time and never adjust for a specific timezone.
452
452
453
-
The syntax for this function requires a timestamp format as a single argument. Refer to the [Timestamp Formatting](#timestamp-formatting) section for more information on how to format the timestamp.
453
+
The syntax for this variable requires a timestamp format as a single argument. Refer to the [Timestamp Formatting](#timestamp-formatting) section for more information on how to format the timestamp.
454
454
455
455
```sh
456
456
{{ .WindowEndUTC "<timestamp format>" }}
@@ -465,11 +465,11 @@ The syntax for this function requires a timestamp format as a single argument. R
This function is the same as [WindowEndUTC](#windowendutc) except it has an additional argument to specify the timezone location.
472
+
This variable is the same as [WindowEndUTC](#windowendutc) except it has an additional argument to specify the timezone location.
473
473
474
474
:::sumo[Best Practice]
475
475
We strongly recommend you always use `WindowEndUTC` instead of `WindowEndLocation`. Most vendors support and expect UTC timestamps when using their APIs.
0 commit comments