karafka-rdkafka 0.13.1 → 0.13.3

checksums.yaml

@@ -1,7 +1,7 @@
 ---
 SHA256:
-  metadata.gz: 826f1e6186cf6d72d7d1460dc33fd1f35c884ee4e1acf8d13c720f3d5324db87
-  data.tar.gz: 5f975ec4eac686b2f0bb21eebd0ba83a0f7162fedef65a7f7357e6172a5f6498
+  metadata.gz: d3052c9fc488e536f27e8c64852e65b3276e13b0aee93d04af677c3f0463b693
+  data.tar.gz: f792918c4e9eb3f0438e640d58b7cacb84ef9987267e859d756cf270ba9a41a0
 SHA512:
-  metadata.gz: 1c9e89a124d065581d0a7b04ec0116ddcc752da454091ce8f0d4df473f0ceb346fae7e3d0169b4b0590222c9a36e9f79a35da6a50d379e2cb66c335690ad40fa
-  data.tar.gz: 83066cace0c8e9e0e40cf95615db3df46c336c681d1ecb2973d81468f9eb2d106da4250fb35d893e2cc4eba3e5f05ba47baa680beba4887f16a61299499fe875
+  metadata.gz: ad052092d03ad48029ab824c4d803b2ecaa6ca61ea49a8a0d1f671fe1d6cc147c3874360d6df0e1b75319db9dc21c08f92c2ec075b1f2bb62e4eff856b51925f
+  data.tar.gz: 9aa1f6d2c7f9a7f3a5b4611b19b6cf1c2cc1419ba85f16404f266d8a66eeacc89b220abddb9eea1b98520342a963733170420d384ec9d4f2daa245d5bd02c904

data/CHANGELOG.md

@@ -1,3 +1,10 @@
+## 0.13.3
+* Bump librdkafka to 2.2.0
+
+# 0.13.2
+* Ensure operations counter decrement is fully thread-safe
+* Bump librdkafka to 2.1.1
+
 # 0.13.1
 * Add offsets_for_times method on consumer (timflapper)
 

data/lib/rdkafka/native_kafka.rb

@@ -10,6 +10,20 @@ module Rdkafka
       @access_mutex = Mutex.new
       # Lock around internal polling
       @poll_mutex = Mutex.new
+      # Lock around decrementing the operations in progress counter
+      # We have two mutexes - one for increment (`@access_mutex`) and one for decrement mutex
+      # because they serve different purposes:
+      #
+      #   - `@access_mutex` allows us to lock the execution and make sure that any operation within
+      #      the `#synchronize` is the only one running and that there are no other running
+      #      operations.
+      #   - `@decrement_mutex` ensures, that our decrement operation is thread-safe for any Ruby
+      #     implementation.
+      #
+      # We do not use the same mutex, because it could create a deadlock when an already
+      # incremented operation cannot decrement because `@access_lock` is now owned by a different
+      # thread in a synchronized mode and the synchronized mode is waiting on the decrement.
+      @decrement_mutex = Mutex.new
       # counter for operations in progress using inner
       @operations_in_progress = 0
 
@@ -45,7 +59,7 @@ module Rdkafka
 
       @inner.nil? ? raise(ClosedInnerError) : yield(@inner)
     ensure
-      @operations_in_progress -= 1
+      @decrement_mutex.synchronize { @operations_in_progress -= 1 }
     end
 
     def synchronize(&block)

data/lib/rdkafka/version.rb

@@ -1,7 +1,7 @@
 # frozen_string_literal: true
 
 module Rdkafka
-  VERSION = "0.13.1"
-  LIBRDKAFKA_VERSION = "2.0.2"
-  LIBRDKAFKA_SOURCE_SHA256 = "f321bcb1e015a34114c83cf1aa7b99ee260236aab096b85c003170c90a47ca9d"
+  VERSION = "0.13.3"
+  LIBRDKAFKA_VERSION = "2.2.0"
+  LIBRDKAFKA_SOURCE_SHA256 = "af9a820cbecbc64115629471df7c7cecd40403b6c34bfdbb9223152677a47226"
 end

metadata

@@ -1,7 +1,7 @@
 --- !ruby/object:Gem::Specification
 name: karafka-rdkafka
 version: !ruby/object:Gem::Version
-  version: 0.13.1
+  version: 0.13.3
 platform: ruby
 authors:
 - Thijs Cadier
@@ -35,7 +35,7 @@ cert_chain:
   Qf04B9ceLUaC4fPVEz10FyobjaFoY4i32xRto3XnrzeAgfEe4swLq8bQsR3w/EF3
   MGU0FeSV2Yj7Xc2x/7BzLK8xQn5l7Yy75iPF+KP3vVmDHnNl
   -----END CERTIFICATE-----
-date: 2023-06-26 00:00:00.000000000 Z
+date: 2023-07-13 00:00:00.000000000 Z
 dependencies:
 - !ruby/object:Gem::Dependency
   name: ffi