docs: update poison pill

This commit is contained in:
Ilkka Seppälä committed 2024-05-16 14:25:37 +03:00
1 parent f485c3d603
commit 5e8e566a34
4 files changed
+66 -52

No files matched your search

+61 -37
View File
@@ -1,24 +1,27 @@
--- ---
title: Poison Pill title: Poison Pill
category: Behavioral category: Concurrency
language: en language: en
tag: tag:
- Cloud distributed - Decoupling
- Reactive - Fault tolerance
- Messaging
- Thread management
--- ---
## Also known as
* Shutdown Signal
## Intent ## Intent
Poison Pill is known predefined data item that allows to provide graceful shutdown for separate The Poison Pill design pattern is used to gracefully shut down a service or a producer-consumer system by sending a special message (the "poison pill") which indicates that no more messages will be sent, allowing the consumers to terminate.
distributed consumption process.
## Explanation ## Explanation
Real world example Real world example
> Let's think about a message queue with one producer and one consumer. The producer keeps pushing > A real-world analogy for the Poison Pill design pattern is the use of a "closed" sign in a retail store. When the store is ready to close for the day, the manager places a "closed" sign on the door. This sign acts as a signal to any new customers that no more customers will be admitted, but it doesn't immediately force out the customers already inside. The store staff will then attend to the remaining customers, allowing them to complete their purchases before finally locking up and turning off the lights. Similarly, in the Poison Pill pattern, a special "poison pill" message signals consumers to stop accepting new tasks while allowing them to finish processing the current tasks before shutting down gracefully.
> new messages in the queue and the consumer keeps reading them. Finally when it's time to
> gracefully shut down the producer sends the poison pill message.
In plain words In plain words
@@ -26,13 +29,12 @@ In plain words
**Programmatic Example** **Programmatic Example**
Let's define the message structure first. There's interface `Message` and implementation Let's define the message structure first. There's interface `Message` and implementation `SimpleMessage`.
`SimpleMessage`.
```java ```java
public interface Message { public interface Message {
... // ...
enum Headers { enum Headers {
DATE, SENDER DATE, SENDER
@@ -81,23 +83,18 @@ public class SimpleMessage implements Message {
} }
``` ```
To pass messages we are using message queues. Here we define the types related to the message queue: To pass messages we are using message queues. Here we define the types related to the message queue: `MqPublishPoint`, `MqSubscribePoint` and `MessageQueue`. `SimpleMessageQueue` implements all these interfaces.
`MqPublishPoint`, `MqSubscribePoint` and `MessageQueue`. `SimpleMessageQueue` implements all these
interfaces.
```java ```java
public interface MqPublishPoint { public interface MqPublishPoint {
void put(Message msg) throws InterruptedException; void put(Message msg) throws InterruptedException;
} }
public interface MqSubscribePoint { public interface MqSubscribePoint {
Message take() throws InterruptedException; Message take() throws InterruptedException;
} }
public interface MessageQueue extends MqPublishPoint, MqSubscribePoint { public interface MessageQueue extends MqPublishPoint, MqSubscribePoint {}
}
public class SimpleMessageQueue implements MessageQueue { public class SimpleMessageQueue implements MessageQueue {
@@ -119,14 +116,12 @@ public class SimpleMessageQueue implements MessageQueue {
} }
``` ```
Next we need message `Producer` and `Consumer`. Internally they use the message queues from above. Next, we need message `Producer` and `Consumer`. Internally they use the message queues from above. It's important to notice that when `Producer` stops, it sends out the poison pill to inform `Consumer` that the messaging has finished.
It's important to notice that when `Producer` stops, it sends out the poison pill to inform
`Consumer` that the messaging has finished.
```java ```java
public class Producer { public class Producer {
... // ...
public void send(String body) { public void send(String body) {
if (isStopped) { if (isStopped) {
@@ -159,7 +154,7 @@ public class Producer {
public class Consumer { public class Consumer {
... // ...
public void consume() { public void consume() {
while (true) { while (true) {
@@ -182,21 +177,21 @@ public class Consumer {
} }
``` ```
Finally we are ready to present the whole example in action. Finally, we are ready to present the whole example in action.
```java ```java
var queue = new SimpleMessageQueue(10000); var queue = new SimpleMessageQueue(10000);
final var producer = new Producer("PRODUCER_1", queue); final var producer = new Producer("PRODUCER_1", queue);
final var consumer = new Consumer("CONSUMER_1", queue); final var consumer = new Consumer("CONSUMER_1", queue);
new Thread(consumer::consume).start(); new Thread(consumer::consume).start();
new Thread(() -> { new Thread(() -> {
producer.send("hand shake"); producer.send("hand shake");
producer.send("some very important information"); producer.send("some very important information");
producer.send("bye!"); producer.send("bye!");
producer.stop(); producer.stop();
}).start(); }).start();
``` ```
@@ -211,14 +206,43 @@ Consumer CONSUMER_1 receive request to terminate.
## Class diagram ## Class diagram
![alt text](./etc/poison-pill.png "Poison Pill") ![Poison Pill](./etc/poison-pill.png "Poison Pill")
## Applicability ## Applicability
Use the Poison Pill idiom when: Use the Poison Pill idiom when:
* There's a need to send signal from one thread/process to another to terminate. * When there is a need to gracefully shut down a multithreaded application.
* In producer-consumer scenarios where consumers need to be informed about the end of message processing.
* To ensure that consumers can finish processing remaining messages before shutting down.
## Real world examples ## Known Uses
* [akka.actor.PoisonPill](http://doc.akka.io/docs/akka/2.1.4/java/untyped-actors.html) * Java ExecutorService shutdown using a special task to signal shutdown.
* Messaging systems where a specific message indicates the end of the queue processing.
* [Akka framework](https://doc.akka.io/japi/akka/2.5/akka/actor/typed/internal/PoisonPill.html)
## Consequences
Benefits:
* Simplifies the shutdown process of consumers.
* Ensures that all pending tasks are completed before termination.
* Decouples the shutdown logic from the main processing logic.
Trade-offs:
* Requires consumers to check for the poison pill, adding some overhead.
* If not managed properly, could lead to consumers not recognizing the poison pill, causing indefinite blocking.
## Related Patterns
* [Producer-Consumer](https://java-design-patterns.com/patterns/producer-consumer/): Works in tandem with the Poison Pill pattern to handle the communication and shutdown of consumers.
* Message Queue: Often uses poison pills to signal the end of message processing in the queue.
* [Observer](https://java-design-patterns.com/patterns/observer/): Can be used to notify subscribers about the shutdown event.
## Credits
* [Design Patterns: Elements of Reusable Object-Oriented Software](https://amzn.to/3w0pvKI)
* [Java Concurrency in Practice](https://amzn.to/4aRMruW)
* [Effective Java](https://amzn.to/4cGk2Jz)
@@ -92,7 +92,7 @@ class ConsumerTest {
return msg; return msg;
} }
private class InMemoryAppender extends AppenderBase<ILoggingEvent> { private static class InMemoryAppender extends AppenderBase<ILoggingEvent> {
private final List<ILoggingEvent> log = new LinkedList<>(); private final List<ILoggingEvent> log = new LinkedList<>();
public InMemoryAppender(Class clazz) { public InMemoryAppender(Class clazz) {
@@ -39,16 +39,12 @@ class PoisonMessageTest {
@Test @Test
void testAddHeader() { void testAddHeader() {
assertThrows(UnsupportedOperationException.class, () -> { assertThrows(UnsupportedOperationException.class, () -> POISON_PILL.addHeader(Headers.SENDER, "sender"));
POISON_PILL.addHeader(Headers.SENDER, "sender");
});
} }
@Test @Test
void testGetHeader() { void testGetHeader() {
assertThrows(UnsupportedOperationException.class, () -> { assertThrows(UnsupportedOperationException.class, () -> POISON_PILL.getHeader(Headers.SENDER));
POISON_PILL.getHeader(Headers.SENDER);
});
} }
@Test @Test
@@ -58,9 +54,7 @@ class PoisonMessageTest {
@Test @Test
void testSetBody() { void testSetBody() {
assertThrows(UnsupportedOperationException.class, () -> { assertThrows(UnsupportedOperationException.class, () -> POISON_PILL.setBody("Test message."));
POISON_PILL.setBody("Test message.");
});
} }
@Test @Test
@@ -56,10 +56,6 @@ class SimpleMessageTest {
void testUnModifiableHeaders() { void testUnModifiableHeaders() {
final var message = new SimpleMessage(); final var message = new SimpleMessage();
final var headers = message.getHeaders(); final var headers = message.getHeaders();
assertThrows(UnsupportedOperationException.class, () -> { assertThrows(UnsupportedOperationException.class, () -> headers.put(Message.Headers.SENDER, "test"));
headers.put(Message.Headers.SENDER, "test");
});
} }
} }