pyvespa
pyvespa copied to clipboard
Python API for https://vespa.ai, the open big data serving engine
The prod deployment integration test appears to be failing because the certificate is overwritten. This is the default behavior in pyvespa, and works fine in dev, but prod is more...
feed_iterable requires ids to be formatted as just last component without namespace etc, but get operation returns the raw document id from vespa.
Bumps [black](https://github.com/psf/black) from 23.11.0 to 24.3.0. Release notes Sourced from black's releases. 24.3.0 Highlights This release is a milestone: it fixes Black's first CVE security vulnerability. If you run Black...
Bumps [requests](https://github.com/psf/requests) from 2.26.0 to 2.31.0. Release notes Sourced from requests's releases. v2.31.0 2.31.0 (2023-05-22) Security Versions of Requests between v2.3.0 and v2.30.0 are vulnerable to potential forwarding of Proxy-Authorization...
This issue lists Renovate updates and detected dependencies. Read the [Dependency Dashboard](https://docs.renovatebot.com/key-concepts/dashboard/) docs to learn more. ## Pending Approval These branches will be created by Renovate only once you click...
Hi there As far as I know, application packages are only available to a user if they created it. Is there a way to reflect a package object from an...
A common issue is that for example model downloads cause an Exception in container. **As is:** - If an error is thrown inside the contianer, `VespaDocker` will just periodically poll...
https://github.com/vespa-engine/pyvespa/blob/90d5342eefe9368cf6527fa7a042630e49c179ab/vespa/application.py#L1099C1-L1122C10 Tenacity's default policy is to `retry_if_exception_type`. https://tenacity.readthedocs.io/en/latest/ A 4/5xx-response will in this case never raise an exception, and thus not cause retry.
Expose the visit api as part of the sdk. Ideal interaction: supply yql query to filter with optional limit/offset. method returns a (async/sync) generator across the documents. raises stop error...
Know that the current feed iterable method is theoretically non-blocking up until resource exhaustion wrt to the underlying queue, would be helpful to just have a native awaitable implementation.