Tommy Smith

Hi @anakin87, thanks for raising this one! The exact syntax that you're attempting here actually isn't supported currently but I think it should be, it seems an oversight that it...

Closing in favour of https://github.com/weaviate/weaviate-python-client/pull/1371

Hi @JanHoellmer, I'll look into exactly what is causing the hang with `gunicorn` but be advised that this deployment method for FastAPI is [deprecated](https://github.com/tiangolo/uvicorn-gunicorn-fastapi-docker?tab=readme-ov-file#deprecated-) and the current [recommendation](https://fastapi.tiangolo.com/deployment/server-workers/) is to...

If you choose to move away from `gunicorn`, it would be interesting to know whether this fixes your problem here. Likewise, if you refactor to use the `WeaviateAsyncClient` object it...

@JanHoellmer, when you say > `on_startup` server hook from `gunicorn` do you mean [this one](https://docs.gunicorn.org/en/stable/settings.html#on-starting)? If so, this is entirely inline with the client implementation as it is not multi-processing...

Hi @JanHoellmer, sorry for letting this one go stale! In general, the client is not safe to be shared across multiple processes. If you are in such an environment then...

Hi @JanHoellmer, we recently refactored the underlying connection for the sync/async clients and I think this issue may have been fixed by the refactor. Can you try using v4.13.0 and...

Closing because the client no longer uses a custom event loop to run async requests in the sync client

@tibor-reiss, removing `docker-compose-rerank.yml` from the CI makes sense since (I think, you should check) we don't use it but you will need to remove its referenced port from here: https://github.com/weaviate/weaviate-python-client/blob/main/ci/compose.sh#L24,...

@tibor-reiss, the problem with all the tests failing is actually an issue with our CI pipeline. We'll try to get it fixed ASAP to unblock you (and us too)