Name | ttd-workflows JSON |
Version |
0.1.12
JSON |
| download |
home_page | None |
Summary | Python Client SDK Generated by Speakeasy. |
upload_time | 2025-03-19 03:42:22 |
maintainer | None |
docs_url | None |
author | Speakeasy |
requires_python | >=3.9 |
license | None |
keywords |
|
VCS |
|
bugtrack_url |
|
requirements |
No requirements were recorded.
|
Travis-CI |
No Travis.
|
coveralls test coverage |
No coveralls.
|
# ttd-workflows-python
<!-- Start Summary [summary] -->
## Summary
Workflows API: A RESTful service for commonly used workflows.
<!-- End Summary [summary] -->
<!-- Start Table of Contents [toc] -->
## Table of Contents
<!-- $toc-max-depth=2 -->
* [ttd-workflows-python](#ttd-workflows-python)
* [SDK Installation](#sdk-installation)
* [IDE Support](#ide-support)
* [SDK Example Usage](#sdk-example-usage)
* [Authentication](#authentication)
* [Available Resources and Operations](#available-resources-and-operations)
* [Retries](#retries)
* [Error Handling](#error-handling)
* [Server Selection](#server-selection)
* [Custom HTTP Client](#custom-http-client)
* [Resource Management](#resource-management)
* [Debugging](#debugging)
<!-- End Table of Contents [toc] -->
<!-- Start SDK Installation [installation] -->
## SDK Installation
> [!NOTE]
> **Python version upgrade policy**
>
> Once a Python version reaches its [official end of life date](https://devguide.python.org/versions/), a 3-month grace period is provided for users to upgrade. Following this grace period, the minimum python version supported in the SDK will be updated.
The SDK can be installed with either *pip* or *poetry* package managers.
### PIP
*PIP* is the default package installer for Python, enabling easy installation and management of packages from PyPI via the command line.
```bash
pip install ttd-workflows
```
### Poetry
*Poetry* is a modern tool that simplifies dependency management and package publishing by using a single `pyproject.toml` file to handle project metadata and dependencies.
```bash
poetry add ttd-workflows
```
### Shell and script usage with `uv`
You can use this SDK in a Python shell with [uv](https://docs.astral.sh/uv/) and the `uvx` command that comes with it like so:
```shell
uvx --from ttd-workflows python
```
It's also possible to write a standalone Python script without needing to set up a whole project like so:
```python
#!/usr/bin/env -S uv run --script
# /// script
# requires-python = ">=3.9"
# dependencies = [
# "ttd-workflows",
# ]
# ///
from ttd_workflows import Workflows
sdk = Workflows(
# SDK arguments
)
# Rest of script here...
```
Once that is saved to a file, you can run it with `uv run script.py` where
`script.py` can be replaced with the actual file name.
<!-- End SDK Installation [installation] -->
<!-- Start IDE Support [idesupport] -->
## IDE Support
### PyCharm
Generally, the SDK will work well with most IDEs out of the box. However, when using PyCharm, you can enjoy much better integration with Pydantic by installing an additional plugin.
- [PyCharm Pydantic Plugin](https://docs.pydantic.dev/latest/integrations/pycharm/)
<!-- End IDE Support [idesupport] -->
<!-- Start SDK Example Usage [usage] -->
## SDK Example Usage
### Example
```python
# Synchronous Example
import os
from ttd_workflows import Workflows
with Workflows(
ttd_auth=os.getenv("WORKFLOWS_TTD_AUTH", ""),
) as workflows:
res = workflows.campaign.create()
# Handle response
print(res)
```
</br>
The same SDK client can also be used to make asychronous requests by importing asyncio.
```python
# Asynchronous Example
import asyncio
import os
from ttd_workflows import Workflows
async def main():
async with Workflows(
ttd_auth=os.getenv("WORKFLOWS_TTD_AUTH", ""),
) as workflows:
res = await workflows.campaign.create_async()
# Handle response
print(res)
asyncio.run(main())
```
<!-- End SDK Example Usage [usage] -->
<!-- Start Authentication [security] -->
## Authentication
### Per-Client Security Schemes
This SDK supports the following security scheme globally:
| Name | Type | Scheme | Environment Variable |
| ---------- | ------ | ------- | -------------------- |
| `ttd_auth` | apiKey | API key | `WORKFLOWS_TTD_AUTH` |
To authenticate with the API the `ttd_auth` parameter must be set when initializing the SDK client instance. For example:
```python
import os
from ttd_workflows import Workflows
with Workflows(
ttd_auth=os.getenv("WORKFLOWS_TTD_AUTH", ""),
) as workflows:
res = workflows.campaign.create()
# Handle response
print(res)
```
<!-- End Authentication [security] -->
<!-- Start Available Resources and Operations [operations] -->
## Available Resources and Operations
<details open>
<summary>Available methods</summary>
### [campaign](docs/sdks/sdkcampaign/README.md)
* [create](docs/sdks/sdkcampaign/README.md#create) - Create a new campaign with required fields
* [get_version](docs/sdks/sdkcampaign/README.md#get_version) - GET a campaign's version
### [graphql](docs/sdks/graphql/README.md)
* [execute](docs/sdks/graphql/README.md#execute) - An endpoint that executes valid GraphQL queries.
### [seed](docs/sdks/sdkseed/README.md)
* [create](docs/sdks/sdkseed/README.md#create) - Create a new seed with required fields
</details>
<!-- End Available Resources and Operations [operations] -->
<!-- Start Retries [retries] -->
## Retries
Some of the endpoints in this SDK support retries. If you use the SDK without any configuration, it will fall back to the default retry strategy provided by the API. However, the default retry strategy can be overridden on a per-operation basis, or across the entire SDK.
To change the default retry strategy for a single API call, simply provide a `RetryConfig` object to the call:
```python
import os
from ttd_workflows import Workflows
from ttd_workflows.utils import BackoffStrategy, RetryConfig
with Workflows(
ttd_auth=os.getenv("WORKFLOWS_TTD_AUTH", ""),
) as workflows:
res = workflows.campaign.create(,
RetryConfig("backoff", BackoffStrategy(1, 50, 1.1, 100), False))
# Handle response
print(res)
```
If you'd like to override the default retry strategy for all operations that support retries, you can use the `retry_config` optional parameter when initializing the SDK:
```python
import os
from ttd_workflows import Workflows
from ttd_workflows.utils import BackoffStrategy, RetryConfig
with Workflows(
retry_config=RetryConfig("backoff", BackoffStrategy(1, 50, 1.1, 100), False),
ttd_auth=os.getenv("WORKFLOWS_TTD_AUTH", ""),
) as workflows:
res = workflows.campaign.create()
# Handle response
print(res)
```
<!-- End Retries [retries] -->
<!-- Start Error Handling [errors] -->
## Error Handling
Handling errors in this SDK should largely match your expectations. All operations return a response object or raise an exception.
By default, an API error will raise a models.APIError exception, which has the following properties:
| Property | Type | Description |
|-----------------|------------------|-----------------------|
| `.status_code` | *int* | The HTTP status code |
| `.message` | *str* | The error message |
| `.raw_response` | *httpx.Response* | The raw HTTP response |
| `.body` | *str* | The response content |
When custom error responses are specified for an operation, the SDK may also raise their associated exceptions. You can refer to respective *Errors* tables in SDK docs for more details on possible exception types for each operation. For example, the `create_async` method may raise the following exceptions:
| Error Type | Status Code | Content Type |
| -------------------------- | ----------- | ---------------- |
| models.ProblemDetailsError | 400 | application/json |
| models.APIError | 4XX, 5XX | \*/\* |
### Example
```python
import os
from ttd_workflows import Workflows, models
with Workflows(
ttd_auth=os.getenv("WORKFLOWS_TTD_AUTH", ""),
) as workflows:
res = None
try:
res = workflows.campaign.create()
# Handle response
print(res)
except models.ProblemDetailsError as e:
# handle e.data: models.ProblemDetailsErrorData
raise(e)
except models.APIError as e:
# handle exception
raise(e)
```
<!-- End Error Handling [errors] -->
<!-- Start Server Selection [server] -->
## Server Selection
### Override Server URL Per-Client
The default server can be overridden globally by passing a URL to the `server_url: str` optional parameter when initializing the SDK client instance. For example:
```python
import os
from ttd_workflows import Workflows
with Workflows(
server_url="https://api.thetradedesk.com/workflows",
ttd_auth=os.getenv("WORKFLOWS_TTD_AUTH", ""),
) as workflows:
res = workflows.campaign.create()
# Handle response
print(res)
```
<!-- End Server Selection [server] -->
<!-- Start Custom HTTP Client [http-client] -->
## Custom HTTP Client
The Python SDK makes API calls using the [httpx](https://www.python-httpx.org/) HTTP library. In order to provide a convenient way to configure timeouts, cookies, proxies, custom headers, and other low-level configuration, you can initialize the SDK client with your own HTTP client instance.
Depending on whether you are using the sync or async version of the SDK, you can pass an instance of `HttpClient` or `AsyncHttpClient` respectively, which are Protocol's ensuring that the client has the necessary methods to make API calls.
This allows you to wrap the client with your own custom logic, such as adding custom headers, logging, or error handling, or you can just pass an instance of `httpx.Client` or `httpx.AsyncClient` directly.
For example, you could specify a header for every request that this sdk makes as follows:
```python
from ttd_workflows import Workflows
import httpx
http_client = httpx.Client(headers={"x-custom-header": "someValue"})
s = Workflows(client=http_client)
```
or you could wrap the client with your own custom logic:
```python
from ttd_workflows import Workflows
from ttd_workflows.httpclient import AsyncHttpClient
import httpx
class CustomClient(AsyncHttpClient):
client: AsyncHttpClient
def __init__(self, client: AsyncHttpClient):
self.client = client
async def send(
self,
request: httpx.Request,
*,
stream: bool = False,
auth: Union[
httpx._types.AuthTypes, httpx._client.UseClientDefault, None
] = httpx.USE_CLIENT_DEFAULT,
follow_redirects: Union[
bool, httpx._client.UseClientDefault
] = httpx.USE_CLIENT_DEFAULT,
) -> httpx.Response:
request.headers["Client-Level-Header"] = "added by client"
return await self.client.send(
request, stream=stream, auth=auth, follow_redirects=follow_redirects
)
def build_request(
self,
method: str,
url: httpx._types.URLTypes,
*,
content: Optional[httpx._types.RequestContent] = None,
data: Optional[httpx._types.RequestData] = None,
files: Optional[httpx._types.RequestFiles] = None,
json: Optional[Any] = None,
params: Optional[httpx._types.QueryParamTypes] = None,
headers: Optional[httpx._types.HeaderTypes] = None,
cookies: Optional[httpx._types.CookieTypes] = None,
timeout: Union[
httpx._types.TimeoutTypes, httpx._client.UseClientDefault
] = httpx.USE_CLIENT_DEFAULT,
extensions: Optional[httpx._types.RequestExtensions] = None,
) -> httpx.Request:
return self.client.build_request(
method,
url,
content=content,
data=data,
files=files,
json=json,
params=params,
headers=headers,
cookies=cookies,
timeout=timeout,
extensions=extensions,
)
s = Workflows(async_client=CustomClient(httpx.AsyncClient()))
```
<!-- End Custom HTTP Client [http-client] -->
<!-- Start Resource Management [resource-management] -->
## Resource Management
The `Workflows` class implements the context manager protocol and registers a finalizer function to close the underlying sync and async HTTPX clients it uses under the hood. This will close HTTP connections, release memory and free up other resources held by the SDK. In short-lived Python programs and notebooks that make a few SDK method calls, resource management may not be a concern. However, in longer-lived programs, it is beneficial to create a single SDK instance via a [context manager][context-manager] and reuse it across the application.
[context-manager]: https://docs.python.org/3/reference/datamodel.html#context-managers
```python
import os
from ttd_workflows import Workflows
def main():
with Workflows(
ttd_auth=os.getenv("WORKFLOWS_TTD_AUTH", ""),
) as workflows:
# Rest of application here...
# Or when using async:
async def amain():
async with Workflows(
ttd_auth=os.getenv("WORKFLOWS_TTD_AUTH", ""),
) as workflows:
# Rest of application here...
```
<!-- End Resource Management [resource-management] -->
<!-- Start Debugging [debug] -->
## Debugging
You can setup your SDK to emit debug logs for SDK requests and responses.
You can pass your own logger class directly into your SDK.
```python
from ttd_workflows import Workflows
import logging
logging.basicConfig(level=logging.DEBUG)
s = Workflows(debug_logger=logging.getLogger("ttd_workflows"))
```
You can also enable a default debug logger by setting an environment variable `WORKFLOWS_DEBUG` to true.
<!-- End Debugging [debug] -->
<!-- Placeholder for Future Speakeasy SDK Sections -->
Raw data
{
"_id": null,
"home_page": null,
"name": "ttd-workflows",
"maintainer": null,
"docs_url": null,
"requires_python": ">=3.9",
"maintainer_email": null,
"keywords": null,
"author": "Speakeasy",
"author_email": null,
"download_url": "https://files.pythonhosted.org/packages/0a/1e/8e854258e0e6f9bd14ea6ee739b9b828d801c99cf52368a56689e242fd8b/ttd_workflows-0.1.12.tar.gz",
"platform": null,
"description": "# ttd-workflows-python\n\n<!-- Start Summary [summary] -->\n## Summary\n\nWorkflows API: A RESTful service for commonly used workflows.\n<!-- End Summary [summary] -->\n\n<!-- Start Table of Contents [toc] -->\n## Table of Contents\n<!-- $toc-max-depth=2 -->\n* [ttd-workflows-python](#ttd-workflows-python)\n * [SDK Installation](#sdk-installation)\n * [IDE Support](#ide-support)\n * [SDK Example Usage](#sdk-example-usage)\n * [Authentication](#authentication)\n * [Available Resources and Operations](#available-resources-and-operations)\n * [Retries](#retries)\n * [Error Handling](#error-handling)\n * [Server Selection](#server-selection)\n * [Custom HTTP Client](#custom-http-client)\n * [Resource Management](#resource-management)\n * [Debugging](#debugging)\n\n<!-- End Table of Contents [toc] -->\n\n<!-- Start SDK Installation [installation] -->\n## SDK Installation\n\n> [!NOTE]\n> **Python version upgrade policy**\n>\n> Once a Python version reaches its [official end of life date](https://devguide.python.org/versions/), a 3-month grace period is provided for users to upgrade. Following this grace period, the minimum python version supported in the SDK will be updated.\n\nThe SDK can be installed with either *pip* or *poetry* package managers.\n\n### PIP\n\n*PIP* is the default package installer for Python, enabling easy installation and management of packages from PyPI via the command line.\n\n```bash\npip install ttd-workflows\n```\n\n### Poetry\n\n*Poetry* is a modern tool that simplifies dependency management and package publishing by using a single `pyproject.toml` file to handle project metadata and dependencies.\n\n```bash\npoetry add ttd-workflows\n```\n\n### Shell and script usage with `uv`\n\nYou can use this SDK in a Python shell with [uv](https://docs.astral.sh/uv/) and the `uvx` command that comes with it like so:\n\n```shell\nuvx --from ttd-workflows python\n```\n\nIt's also possible to write a standalone Python script without needing to set up a whole project like so:\n\n```python\n#!/usr/bin/env -S uv run --script\n# /// script\n# requires-python = \">=3.9\"\n# dependencies = [\n# \"ttd-workflows\",\n# ]\n# ///\n\nfrom ttd_workflows import Workflows\n\nsdk = Workflows(\n # SDK arguments\n)\n\n# Rest of script here...\n```\n\nOnce that is saved to a file, you can run it with `uv run script.py` where\n`script.py` can be replaced with the actual file name.\n<!-- End SDK Installation [installation] -->\n\n<!-- Start IDE Support [idesupport] -->\n## IDE Support\n\n### PyCharm\n\nGenerally, the SDK will work well with most IDEs out of the box. However, when using PyCharm, you can enjoy much better integration with Pydantic by installing an additional plugin.\n\n- [PyCharm Pydantic Plugin](https://docs.pydantic.dev/latest/integrations/pycharm/)\n<!-- End IDE Support [idesupport] -->\n\n<!-- Start SDK Example Usage [usage] -->\n## SDK Example Usage\n\n### Example\n\n```python\n# Synchronous Example\nimport os\nfrom ttd_workflows import Workflows\n\n\nwith Workflows(\n ttd_auth=os.getenv(\"WORKFLOWS_TTD_AUTH\", \"\"),\n) as workflows:\n\n res = workflows.campaign.create()\n\n # Handle response\n print(res)\n```\n\n</br>\n\nThe same SDK client can also be used to make asychronous requests by importing asyncio.\n```python\n# Asynchronous Example\nimport asyncio\nimport os\nfrom ttd_workflows import Workflows\n\nasync def main():\n\n async with Workflows(\n ttd_auth=os.getenv(\"WORKFLOWS_TTD_AUTH\", \"\"),\n ) as workflows:\n\n res = await workflows.campaign.create_async()\n\n # Handle response\n print(res)\n\nasyncio.run(main())\n```\n<!-- End SDK Example Usage [usage] -->\n\n<!-- Start Authentication [security] -->\n## Authentication\n\n### Per-Client Security Schemes\n\nThis SDK supports the following security scheme globally:\n\n| Name | Type | Scheme | Environment Variable |\n| ---------- | ------ | ------- | -------------------- |\n| `ttd_auth` | apiKey | API key | `WORKFLOWS_TTD_AUTH` |\n\nTo authenticate with the API the `ttd_auth` parameter must be set when initializing the SDK client instance. For example:\n```python\nimport os\nfrom ttd_workflows import Workflows\n\n\nwith Workflows(\n ttd_auth=os.getenv(\"WORKFLOWS_TTD_AUTH\", \"\"),\n) as workflows:\n\n res = workflows.campaign.create()\n\n # Handle response\n print(res)\n\n```\n<!-- End Authentication [security] -->\n\n<!-- Start Available Resources and Operations [operations] -->\n## Available Resources and Operations\n\n<details open>\n<summary>Available methods</summary>\n\n### [campaign](docs/sdks/sdkcampaign/README.md)\n\n* [create](docs/sdks/sdkcampaign/README.md#create) - Create a new campaign with required fields\n* [get_version](docs/sdks/sdkcampaign/README.md#get_version) - GET a campaign's version\n\n### [graphql](docs/sdks/graphql/README.md)\n\n* [execute](docs/sdks/graphql/README.md#execute) - An endpoint that executes valid GraphQL queries.\n\n### [seed](docs/sdks/sdkseed/README.md)\n\n* [create](docs/sdks/sdkseed/README.md#create) - Create a new seed with required fields\n\n\n</details>\n<!-- End Available Resources and Operations [operations] -->\n\n<!-- Start Retries [retries] -->\n## Retries\n\nSome of the endpoints in this SDK support retries. If you use the SDK without any configuration, it will fall back to the default retry strategy provided by the API. However, the default retry strategy can be overridden on a per-operation basis, or across the entire SDK.\n\nTo change the default retry strategy for a single API call, simply provide a `RetryConfig` object to the call:\n```python\nimport os\nfrom ttd_workflows import Workflows\nfrom ttd_workflows.utils import BackoffStrategy, RetryConfig\n\n\nwith Workflows(\n ttd_auth=os.getenv(\"WORKFLOWS_TTD_AUTH\", \"\"),\n) as workflows:\n\n res = workflows.campaign.create(,\n RetryConfig(\"backoff\", BackoffStrategy(1, 50, 1.1, 100), False))\n\n # Handle response\n print(res)\n\n```\n\nIf you'd like to override the default retry strategy for all operations that support retries, you can use the `retry_config` optional parameter when initializing the SDK:\n```python\nimport os\nfrom ttd_workflows import Workflows\nfrom ttd_workflows.utils import BackoffStrategy, RetryConfig\n\n\nwith Workflows(\n retry_config=RetryConfig(\"backoff\", BackoffStrategy(1, 50, 1.1, 100), False),\n ttd_auth=os.getenv(\"WORKFLOWS_TTD_AUTH\", \"\"),\n) as workflows:\n\n res = workflows.campaign.create()\n\n # Handle response\n print(res)\n\n```\n<!-- End Retries [retries] -->\n\n<!-- Start Error Handling [errors] -->\n## Error Handling\n\nHandling errors in this SDK should largely match your expectations. All operations return a response object or raise an exception.\n\nBy default, an API error will raise a models.APIError exception, which has the following properties:\n\n| Property | Type | Description |\n|-----------------|------------------|-----------------------|\n| `.status_code` | *int* | The HTTP status code |\n| `.message` | *str* | The error message |\n| `.raw_response` | *httpx.Response* | The raw HTTP response |\n| `.body` | *str* | The response content |\n\nWhen custom error responses are specified for an operation, the SDK may also raise their associated exceptions. You can refer to respective *Errors* tables in SDK docs for more details on possible exception types for each operation. For example, the `create_async` method may raise the following exceptions:\n\n| Error Type | Status Code | Content Type |\n| -------------------------- | ----------- | ---------------- |\n| models.ProblemDetailsError | 400 | application/json |\n| models.APIError | 4XX, 5XX | \\*/\\* |\n\n### Example\n\n```python\nimport os\nfrom ttd_workflows import Workflows, models\n\n\nwith Workflows(\n ttd_auth=os.getenv(\"WORKFLOWS_TTD_AUTH\", \"\"),\n) as workflows:\n res = None\n try:\n\n res = workflows.campaign.create()\n\n # Handle response\n print(res)\n\n except models.ProblemDetailsError as e:\n # handle e.data: models.ProblemDetailsErrorData\n raise(e)\n except models.APIError as e:\n # handle exception\n raise(e)\n```\n<!-- End Error Handling [errors] -->\n\n<!-- Start Server Selection [server] -->\n## Server Selection\n\n### Override Server URL Per-Client\n\nThe default server can be overridden globally by passing a URL to the `server_url: str` optional parameter when initializing the SDK client instance. For example:\n```python\nimport os\nfrom ttd_workflows import Workflows\n\n\nwith Workflows(\n server_url=\"https://api.thetradedesk.com/workflows\",\n ttd_auth=os.getenv(\"WORKFLOWS_TTD_AUTH\", \"\"),\n) as workflows:\n\n res = workflows.campaign.create()\n\n # Handle response\n print(res)\n\n```\n<!-- End Server Selection [server] -->\n\n<!-- Start Custom HTTP Client [http-client] -->\n## Custom HTTP Client\n\nThe Python SDK makes API calls using the [httpx](https://www.python-httpx.org/) HTTP library. In order to provide a convenient way to configure timeouts, cookies, proxies, custom headers, and other low-level configuration, you can initialize the SDK client with your own HTTP client instance.\nDepending on whether you are using the sync or async version of the SDK, you can pass an instance of `HttpClient` or `AsyncHttpClient` respectively, which are Protocol's ensuring that the client has the necessary methods to make API calls.\nThis allows you to wrap the client with your own custom logic, such as adding custom headers, logging, or error handling, or you can just pass an instance of `httpx.Client` or `httpx.AsyncClient` directly.\n\nFor example, you could specify a header for every request that this sdk makes as follows:\n```python\nfrom ttd_workflows import Workflows\nimport httpx\n\nhttp_client = httpx.Client(headers={\"x-custom-header\": \"someValue\"})\ns = Workflows(client=http_client)\n```\n\nor you could wrap the client with your own custom logic:\n```python\nfrom ttd_workflows import Workflows\nfrom ttd_workflows.httpclient import AsyncHttpClient\nimport httpx\n\nclass CustomClient(AsyncHttpClient):\n client: AsyncHttpClient\n\n def __init__(self, client: AsyncHttpClient):\n self.client = client\n\n async def send(\n self,\n request: httpx.Request,\n *,\n stream: bool = False,\n auth: Union[\n httpx._types.AuthTypes, httpx._client.UseClientDefault, None\n ] = httpx.USE_CLIENT_DEFAULT,\n follow_redirects: Union[\n bool, httpx._client.UseClientDefault\n ] = httpx.USE_CLIENT_DEFAULT,\n ) -> httpx.Response:\n request.headers[\"Client-Level-Header\"] = \"added by client\"\n\n return await self.client.send(\n request, stream=stream, auth=auth, follow_redirects=follow_redirects\n )\n\n def build_request(\n self,\n method: str,\n url: httpx._types.URLTypes,\n *,\n content: Optional[httpx._types.RequestContent] = None,\n data: Optional[httpx._types.RequestData] = None,\n files: Optional[httpx._types.RequestFiles] = None,\n json: Optional[Any] = None,\n params: Optional[httpx._types.QueryParamTypes] = None,\n headers: Optional[httpx._types.HeaderTypes] = None,\n cookies: Optional[httpx._types.CookieTypes] = None,\n timeout: Union[\n httpx._types.TimeoutTypes, httpx._client.UseClientDefault\n ] = httpx.USE_CLIENT_DEFAULT,\n extensions: Optional[httpx._types.RequestExtensions] = None,\n ) -> httpx.Request:\n return self.client.build_request(\n method,\n url,\n content=content,\n data=data,\n files=files,\n json=json,\n params=params,\n headers=headers,\n cookies=cookies,\n timeout=timeout,\n extensions=extensions,\n )\n\ns = Workflows(async_client=CustomClient(httpx.AsyncClient()))\n```\n<!-- End Custom HTTP Client [http-client] -->\n\n<!-- Start Resource Management [resource-management] -->\n## Resource Management\n\nThe `Workflows` class implements the context manager protocol and registers a finalizer function to close the underlying sync and async HTTPX clients it uses under the hood. This will close HTTP connections, release memory and free up other resources held by the SDK. In short-lived Python programs and notebooks that make a few SDK method calls, resource management may not be a concern. However, in longer-lived programs, it is beneficial to create a single SDK instance via a [context manager][context-manager] and reuse it across the application.\n\n[context-manager]: https://docs.python.org/3/reference/datamodel.html#context-managers\n\n```python\nimport os\nfrom ttd_workflows import Workflows\ndef main():\n\n with Workflows(\n ttd_auth=os.getenv(\"WORKFLOWS_TTD_AUTH\", \"\"),\n ) as workflows:\n # Rest of application here...\n\n\n# Or when using async:\nasync def amain():\n\n async with Workflows(\n ttd_auth=os.getenv(\"WORKFLOWS_TTD_AUTH\", \"\"),\n ) as workflows:\n # Rest of application here...\n```\n<!-- End Resource Management [resource-management] -->\n\n<!-- Start Debugging [debug] -->\n## Debugging\n\nYou can setup your SDK to emit debug logs for SDK requests and responses.\n\nYou can pass your own logger class directly into your SDK.\n```python\nfrom ttd_workflows import Workflows\nimport logging\n\nlogging.basicConfig(level=logging.DEBUG)\ns = Workflows(debug_logger=logging.getLogger(\"ttd_workflows\"))\n```\n\nYou can also enable a default debug logger by setting an environment variable `WORKFLOWS_DEBUG` to true.\n<!-- End Debugging [debug] -->\n\n<!-- Placeholder for Future Speakeasy SDK Sections -->\n",
"bugtrack_url": null,
"license": null,
"summary": "Python Client SDK Generated by Speakeasy.",
"version": "0.1.12",
"project_urls": null,
"split_keywords": [],
"urls": [
{
"comment_text": "",
"digests": {
"blake2b_256": "f7331f1a56dc788c98342f3210c476d3611a8a6ccf39f80594c92795579efa93",
"md5": "dfe7b1a1006e00695264a2d42a4d3fcf",
"sha256": "3fbd0df81cc7939d5056f379f67c7880f4f52b66c7dd6a16888b198b816978fc"
},
"downloads": -1,
"filename": "ttd_workflows-0.1.12-py3-none-any.whl",
"has_sig": false,
"md5_digest": "dfe7b1a1006e00695264a2d42a4d3fcf",
"packagetype": "bdist_wheel",
"python_version": "py3",
"requires_python": ">=3.9",
"size": 53264,
"upload_time": "2025-03-19T03:42:21",
"upload_time_iso_8601": "2025-03-19T03:42:21.071048Z",
"url": "https://files.pythonhosted.org/packages/f7/33/1f1a56dc788c98342f3210c476d3611a8a6ccf39f80594c92795579efa93/ttd_workflows-0.1.12-py3-none-any.whl",
"yanked": false,
"yanked_reason": null
},
{
"comment_text": "",
"digests": {
"blake2b_256": "0a1e8e854258e0e6f9bd14ea6ee739b9b828d801c99cf52368a56689e242fd8b",
"md5": "672b0561eb294f2d4358680879e5df4e",
"sha256": "e421a18aba284cda6bfd6556bcf9c60ed29ba649429393693d1ab35a3a492791"
},
"downloads": -1,
"filename": "ttd_workflows-0.1.12.tar.gz",
"has_sig": false,
"md5_digest": "672b0561eb294f2d4358680879e5df4e",
"packagetype": "sdist",
"python_version": "source",
"requires_python": ">=3.9",
"size": 34025,
"upload_time": "2025-03-19T03:42:22",
"upload_time_iso_8601": "2025-03-19T03:42:22.336260Z",
"url": "https://files.pythonhosted.org/packages/0a/1e/8e854258e0e6f9bd14ea6ee739b9b828d801c99cf52368a56689e242fd8b/ttd_workflows-0.1.12.tar.gz",
"yanked": false,
"yanked_reason": null
}
],
"upload_time": "2025-03-19 03:42:22",
"github": false,
"gitlab": false,
"bitbucket": false,
"codeberg": false,
"lcname": "ttd-workflows"
}