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
/// Push a `batch` request payload through the Pipeline. You can check the status of task pushes with the observability endpoints.
1688
+
/// Pushes records through the Pipeline, directly to an index. You can make the call synchronous by providing the `watch` parameter, for asynchronous calls, you can use the observability endpoints and/or debugger dashboard to see the status of your task. If you want to leverage the [pre-indexing data transformation](https://www.algolia.com/doc/guides/sending-and-managing-data/send-and-update-your-data/how-to/transform-your-data/), this is the recommended way of ingesting your records. This method is similar to `pushTask`, but requires an `indexName` instead of a `taskID`. If zero or many tasks are found, an error will be returned.
1689
+
/// </summary>
1690
+
///
1691
+
/// Required API Key ACLs:
1692
+
/// - addObject
1693
+
/// - deleteIndex
1694
+
/// - editSettings
1695
+
/// <param name="indexName">Name of the index on which to perform the operation.</param>
1696
+
/// <param name="pushTaskPayload"></param>
1697
+
/// <param name="watch">When provided, the push operation will be synchronous and the API will wait for the ingestion to be finished before responding. (optional)</param>
1698
+
/// <param name="options">Add extra http header or query parameters to Algolia.</param>
1699
+
/// <param name="cancellationToken">Cancellation Token to cancel the request.</param>
1700
+
/// <exception cref="ArgumentException">Thrown when arguments are not correct</exception>
1701
+
/// <exception cref="Algolia.Search.Exceptions.AlgoliaApiException">Thrown when the API call was rejected by Algolia</exception>
1702
+
/// <exception cref="Algolia.Search.Exceptions.AlgoliaUnreachableHostException">Thrown when the client failed to call the endpoint</exception>
1703
+
/// <returns>Task of WatchResponse</returns>
1704
+
Task<WatchResponse>PushAsync(
1705
+
stringindexName,
1706
+
PushTaskPayloadpushTaskPayload,
1707
+
bool?watch=default,
1708
+
RequestOptionsoptions=null,
1709
+
CancellationTokencancellationToken=default
1710
+
);
1711
+
1712
+
/// <summary>
1713
+
/// Pushes records through the Pipeline, directly to an index. You can make the call synchronous by providing the `watch` parameter, for asynchronous calls, you can use the observability endpoints and/or debugger dashboard to see the status of your task. If you want to leverage the [pre-indexing data transformation](https://www.algolia.com/doc/guides/sending-and-managing-data/send-and-update-your-data/how-to/transform-your-data/), this is the recommended way of ingesting your records. This method is similar to `pushTask`, but requires an `indexName` instead of a `taskID`. If zero or many tasks are found, an error will be returned. (Synchronous version)
1714
+
/// </summary>
1715
+
///
1716
+
/// Required API Key ACLs:
1717
+
/// - addObject
1718
+
/// - deleteIndex
1719
+
/// - editSettings
1720
+
/// <param name="indexName">Name of the index on which to perform the operation.</param>
1721
+
/// <param name="pushTaskPayload"></param>
1722
+
/// <param name="watch">When provided, the push operation will be synchronous and the API will wait for the ingestion to be finished before responding. (optional)</param>
1723
+
/// <param name="options">Add extra http header or query parameters to Algolia.</param>
1724
+
/// <param name="cancellationToken">Cancellation Token to cancel the request.</param>
1725
+
/// <exception cref="ArgumentException">Thrown when arguments are not correct</exception>
1726
+
/// <exception cref="Algolia.Search.Exceptions.AlgoliaApiException">Thrown when the API call was rejected by Algolia</exception>
1727
+
/// <exception cref="Algolia.Search.Exceptions.AlgoliaUnreachableHostException">Thrown when the client failed to call the endpoint</exception>
1728
+
/// <returns>WatchResponse</returns>
1729
+
WatchResponsePush(
1730
+
stringindexName,
1731
+
PushTaskPayloadpushTaskPayload,
1732
+
bool?watch=default,
1733
+
RequestOptionsoptions=null,
1734
+
CancellationTokencancellationToken=default
1735
+
);
1736
+
1737
+
/// <summary>
1738
+
/// Pushes records through the Pipeline, directly to an index. You can make the call synchronous by providing the `watch` parameter, for asynchronous calls, you can use the observability endpoints and/or debugger dashboard to see the status of your task. If you want to leverage the [pre-indexing data transformation](https://www.algolia.com/doc/guides/sending-and-managing-data/send-and-update-your-data/how-to/transform-your-data/), this is the recommended way of ingesting your records. This method is similar to `push`, but requires a `taskID` instead of a `indexName`, which is useful when many `destinations` target the same `indexName`.
1689
1739
/// </summary>
1690
1740
///
1691
1741
/// Required API Key ACLs:
1692
1742
/// - addObject
1693
1743
/// - deleteIndex
1694
1744
/// - editSettings
1695
1745
/// <param name="taskID">Unique identifier of a task.</param>
1696
-
/// <param name="pushTaskPayload">Request body of a Search API `batch` request that will be pushed in the Connectors pipeline.</param>
1746
+
/// <param name="pushTaskPayload"></param>
1697
1747
/// <param name="watch">When provided, the push operation will be synchronous and the API will wait for the ingestion to be finished before responding. (optional)</param>
1698
1748
/// <param name="options">Add extra http header or query parameters to Algolia.</param>
1699
1749
/// <param name="cancellationToken">Cancellation Token to cancel the request.</param>
/// Push a `batch` request payload through the Pipeline. You can check the status of task pushes with the observability endpoints. (Synchronous version)
1763
+
/// Pushes records through the Pipeline, directly to an index. You can make the call synchronous by providing the `watch` parameter, for asynchronous calls, you can use the observability endpoints and/or debugger dashboard to see the status of your task. If you want to leverage the [pre-indexing data transformation](https://www.algolia.com/doc/guides/sending-and-managing-data/send-and-update-your-data/how-to/transform-your-data/), this is the recommended way of ingesting your records. This method is similar to `push`, but requires a `taskID` instead of a `indexName`, which is useful when many `destinations` target the same `indexName`. (Synchronous version)
1714
1764
/// </summary>
1715
1765
///
1716
1766
/// Required API Key ACLs:
1717
1767
/// - addObject
1718
1768
/// - deleteIndex
1719
1769
/// - editSettings
1720
1770
/// <param name="taskID">Unique identifier of a task.</param>
1721
-
/// <param name="pushTaskPayload">Request body of a Search API `batch` request that will be pushed in the Connectors pipeline.</param>
1771
+
/// <param name="pushTaskPayload"></param>
1722
1772
/// <param name="watch">When provided, the push operation will be synchronous and the API will wait for the ingestion to be finished before responding. (optional)</param>
1723
1773
/// <param name="options">Add extra http header or query parameters to Algolia.</param>
1724
1774
/// <param name="cancellationToken">Cancellation Token to cancel the request.</param>
@@ -4105,6 +4155,52 @@ public ListTransformationsResponse ListTransformations(
0 commit comments