pwwka 0.22.7.RC → 0.22.7
Sign up to get free protection for your applications and to get access to all the features.
- checksums.yaml +4 -4
- data/README.md +13 -8
- data/lib/pwwka/version.rb +1 -1
- metadata +4 -4
checksums.yaml
CHANGED
@@ -1,7 +1,7 @@
|
|
1
1
|
---
|
2
2
|
SHA256:
|
3
|
-
metadata.gz:
|
4
|
-
data.tar.gz:
|
3
|
+
metadata.gz: db6a80c2598afc2264f985779fd52a6bfed9b2e6a9aa3d0b4859a26ad242e916
|
4
|
+
data.tar.gz: ea64e44b4ec47eb2b9586a03f546546dde67d86df3e2bf5ff6b1b9976b458eea
|
5
5
|
SHA512:
|
6
|
-
metadata.gz:
|
7
|
-
data.tar.gz:
|
6
|
+
metadata.gz: f65ded4e96afa7bf2a3c90d7aad3392c8089d10cf9b65a98c5fa71f89bbab66643d83d7e9a20267f9fc06e78d2f46ffd0805889fb81db53021da774e7fb76178
|
7
|
+
data.tar.gz: 99c3386a1f87d5833e4c916b82151007265bf3ec7455057831f1e9efb8651e5570f85eacfaedd69b978fe1a4129b65a07df1eb8e152b08cd2086c1a0addc6151
|
data/README.md
CHANGED
@@ -148,8 +148,8 @@ Pwwka::Transmitter.send_message!(payload, routing_key, on_error: :ignore)
|
|
148
148
|
|
149
149
|
#### Delayed Messages
|
150
150
|
|
151
|
-
You might want to delay sending a message (for example, if you have just created a database
|
152
|
-
record and a race condition keeps catching you out). In that case you can use delayed message
|
151
|
+
You might want to delay sending a message (for example, if you have just created a database
|
152
|
+
record and a race condition keeps catching you out). In that case you can use delayed message
|
153
153
|
options:
|
154
154
|
|
155
155
|
```ruby
|
@@ -176,7 +176,12 @@ Pwwka.configure do |config|
|
|
176
176
|
end
|
177
177
|
```
|
178
178
|
|
179
|
-
Regardless of which processor you use, the name of the queue created is `pwwka_send_message_async`.
|
179
|
+
Regardless of which processor you use, the name of the queue created is `pwwka_send_message_async`. You will need to start a worker process to work the queue. For a `Procfile` setup, with Resque as the processor, that could look something like this:
|
180
|
+
|
181
|
+
```ruby
|
182
|
+
pwwka_send_message_async_worker: rake resque:work QUEUE=pwwka_send_message_async
|
183
|
+
```
|
184
|
+
|
180
185
|
|
181
186
|
You can also configure Pwwka to use your own custom job using the `async_job_klass` configuration option. An example might be:
|
182
187
|
```
|
@@ -191,7 +196,7 @@ If you are using Resque and `Resque::Plugins::ExponentialBackoff` is available,
|
|
191
196
|
|
192
197
|
#### Message Queuer
|
193
198
|
|
194
|
-
You can queue up messages and send them in a batch. This is most useful when multiple messages
|
199
|
+
You can queue up messages and send them in a batch. This is most useful when multiple messages
|
195
200
|
need to sent from within a transaction block.
|
196
201
|
|
197
202
|
For example:
|
@@ -255,7 +260,7 @@ Here is an example:
|
|
255
260
|
|
256
261
|
```ruby
|
257
262
|
class ClientIndexMessageHandler
|
258
|
-
|
263
|
+
|
259
264
|
def self.handle!(delivery_info, properties, payload)
|
260
265
|
handler.do_a_thing(payload)
|
261
266
|
end
|
@@ -430,7 +435,7 @@ If you use [Resque][resque], and you wish to handle messages in a resque job, yo
|
|
430
435
|
|
431
436
|
Note that you must provide `@queue` in your job. `QueueResqueJobHandler` doesn't support setting a custom queue at enqueue-time (PRs welcome :).
|
432
437
|
|
433
|
-
Note that if you were using this library before version 0.12.0, your job would only be given the payload. If you change your job to accept exatly three arguments, you will be given the payload, routing key, and message properties. If any of those arguments are optional, you will need to set `PWWKA_QUEUE_EXTENDED_INFO` to `"true"` to force pwwka to pass those along. Without it, your job only gets the payload to avoid breaking legacy consumers.
|
438
|
+
Note that if you were using this library before version 0.12.0, your job would only be given the payload. If you change your job to accept exatly three arguments, you will be given the payload, routing key, and message properties. If any of those arguments are optional, you will need to set `PWWKA_QUEUE_EXTENDED_INFO` to `"true"` to force pwwka to pass those along. Without it, your job only gets the payload to avoid breaking legacy consumers.
|
434
439
|
|
435
440
|
3. Profit!
|
436
441
|
|
@@ -454,9 +459,9 @@ describe "my integration test" do
|
|
454
459
|
@test_handler.test_setup
|
455
460
|
end
|
456
461
|
|
457
|
-
after(:all) do
|
462
|
+
after(:all) do
|
458
463
|
# this clears out any messages, so you have a clean test environment next time
|
459
|
-
@test_handler.test_teardown
|
464
|
+
@test_handler.test_teardown
|
460
465
|
end
|
461
466
|
|
462
467
|
it "uses the message bus" do
|
data/lib/pwwka/version.rb
CHANGED
metadata
CHANGED
@@ -1,7 +1,7 @@
|
|
1
1
|
--- !ruby/object:Gem::Specification
|
2
2
|
name: pwwka
|
3
3
|
version: !ruby/object:Gem::Version
|
4
|
-
version: 0.22.7
|
4
|
+
version: 0.22.7
|
5
5
|
platform: ruby
|
6
6
|
authors:
|
7
7
|
- Stitch Fix Engineering
|
@@ -15,7 +15,7 @@ authors:
|
|
15
15
|
autorequire:
|
16
16
|
bindir: bin
|
17
17
|
cert_chain: []
|
18
|
-
date: 2020-06-
|
18
|
+
date: 2020-06-12 00:00:00.000000000 Z
|
19
19
|
dependencies:
|
20
20
|
- !ruby/object:Gem::Dependency
|
21
21
|
name: bunny
|
@@ -315,9 +315,9 @@ required_ruby_version: !ruby/object:Gem::Requirement
|
|
315
315
|
version: '0'
|
316
316
|
required_rubygems_version: !ruby/object:Gem::Requirement
|
317
317
|
requirements:
|
318
|
-
- - "
|
318
|
+
- - ">="
|
319
319
|
- !ruby/object:Gem::Version
|
320
|
-
version:
|
320
|
+
version: '0'
|
321
321
|
requirements: []
|
322
322
|
rubygems_version: 3.1.2
|
323
323
|
signing_key:
|