queuerPy 0.22.0__tar.gz → 0.23.0__tar.gz

{queuerpy-0.22.0/queuerPy.egg-info → queuerpy-0.23.0}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: queuerPy
-Version: 0.22.0
+Version: 0.23.0
 Summary: A Python implementation of the queuer system - a job queuing and processing system with PostgreSQL backend
 Author-email: Simon Herrmann <siherrmann@users.noreply.github.com>
 Maintainer-email: Simon Herrmann <siherrmann@users.noreply.github.com>
@@ -107,6 +107,18 @@ job = q.add_job(example_task, paramKeyed1="test", debug=True)
 job = q.add_job(example_task, 5, "12", paramKeyed1="test", debug=True)
 ```
 
+### 🔗 Automatic Parent-Child Job Tracking
+
+If you add a new job *from within* the execution of another job, queuerPy will automatically track this relationship. Thanks to native Python `ContextVar` propagation, the new job will seamlessly inherit the `parent_rid` of the current job. 
+
+This enables you to create deep, scalable trees of sub-jobs without having to manually pass job IDs around in your function parameters!
+
+### 🛡️ Database Stability & Timeouts
+
+queuerPy is built for robust, uninterrupted long-term polling. It handles PostgreSQL connection losses, cursor iteration interruptions, and blocking calls seamlessly:
+- **Statement & Connection Timeouts**: To prevent workers from hanging indefinitely, queuerPy enforces strict `connect_timeout` (10s) and query `statement_timeout` (30s) at the connection layer.
+- **Resilient Polling**: Iterative fetches and polling loops are wrapped in comprehensive error checking. If the database crashes, queuerPy will gracefully wait and reconnect rather than crashing the worker.
+
 In the initialisation of the queuer the existence of the necessary database tables is checked and if they don't exist they get created. The database is configured with these environment variables:
 
 ```bash

{queuerpy-0.22.0 → queuerpy-0.23.0}/README.md

@@ -64,6 +64,18 @@ job = q.add_job(example_task, paramKeyed1="test", debug=True)
 job = q.add_job(example_task, 5, "12", paramKeyed1="test", debug=True)
 ```
 
+### 🔗 Automatic Parent-Child Job Tracking
+
+If you add a new job *from within* the execution of another job, queuerPy will automatically track this relationship. Thanks to native Python `ContextVar` propagation, the new job will seamlessly inherit the `parent_rid` of the current job. 
+
+This enables you to create deep, scalable trees of sub-jobs without having to manually pass job IDs around in your function parameters!
+
+### 🛡️ Database Stability & Timeouts
+
+queuerPy is built for robust, uninterrupted long-term polling. It handles PostgreSQL connection losses, cursor iteration interruptions, and blocking calls seamlessly:
+- **Statement & Connection Timeouts**: To prevent workers from hanging indefinitely, queuerPy enforces strict `connect_timeout` (10s) and query `statement_timeout` (30s) at the connection layer.
+- **Resilient Polling**: Iterative fetches and polling loops are wrapped in comprehensive error checking. If the database crashes, queuerPy will gracefully wait and reconnect rather than crashing the worker.
+
 In the initialisation of the queuer the existence of the necessary database tables is checked and if they don't exist they get created. The database is configured with these environment variables:
 
 ```bash

{queuerpy-0.22.0 → queuerpy-0.23.0}/_version.py

@@ -1,6 +1,6 @@
 """Version information for queuerPy package."""
 
-__version__ = "0.22.0"
+__version__ = "0.23.0"
 __version_info__ = tuple(int(part) for part in __version__.split("."))
 
 # For compatibility

{queuerpy-0.22.0 → queuerpy-0.23.0}/pyproject.toml

@@ -4,7 +4,7 @@ build-backend = "setuptools.build_meta"
 
 [project]
 name = "queuerPy"
-version = "0.22.0"
+version = "0.23.0"
 description = "A Python implementation of the queuer system - a job queuing and processing system with PostgreSQL backend"
 readme = "README.md"
 license = "Apache-2.0"
@@ -92,7 +92,7 @@ pythonVersion = "3.8"
 pythonPlatform = "All"
 
 [tool.mypy]
-python_version = "0.22.0"
+python_version = "0.23.0"
 warn_return_any = true
 warn_unused_configs = true
 disallow_untyped_defs = true

{queuerpy-0.22.0 → queuerpy-0.23.0/queuerPy.egg-info}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: queuerPy
-Version: 0.22.0
+Version: 0.23.0
 Summary: A Python implementation of the queuer system - a job queuing and processing system with PostgreSQL backend
 Author-email: Simon Herrmann <siherrmann@users.noreply.github.com>
 Maintainer-email: Simon Herrmann <siherrmann@users.noreply.github.com>
@@ -107,6 +107,18 @@ job = q.add_job(example_task, paramKeyed1="test", debug=True)
 job = q.add_job(example_task, 5, "12", paramKeyed1="test", debug=True)
 ```
 
+### 🔗 Automatic Parent-Child Job Tracking
+
+If you add a new job *from within* the execution of another job, queuerPy will automatically track this relationship. Thanks to native Python `ContextVar` propagation, the new job will seamlessly inherit the `parent_rid` of the current job. 
+
+This enables you to create deep, scalable trees of sub-jobs without having to manually pass job IDs around in your function parameters!
+
+### 🛡️ Database Stability & Timeouts
+
+queuerPy is built for robust, uninterrupted long-term polling. It handles PostgreSQL connection losses, cursor iteration interruptions, and blocking calls seamlessly:
+- **Statement & Connection Timeouts**: To prevent workers from hanging indefinitely, queuerPy enforces strict `connect_timeout` (10s) and query `statement_timeout` (30s) at the connection layer.
+- **Resilient Polling**: Iterative fetches and polling loops are wrapped in comprehensive error checking. If the database crashes, queuerPy will gracefully wait and reconnect rather than crashing the worker.
+
 In the initialisation of the queuer the existence of the necessary database tables is checked and if they don't exist they get created. The database is configured with these environment variables:
 
 ```bash