[Bug] ackTimeoutRedeliveryBackoff not support "SubscriptionType.Exclusive"??
- Dominant language
- Java
- Stars
- 15.3k
- Forks
- 3.8k
- Avg merge
- 1d 14h
- Merged PRs (30d)
- 160
Description
### Search before asking
- [X] I searched in the [issues](https://github.com/apache/pulsar/issues) and found nothing similar.
### Version
@Bean
public Consumer createPulsarConsumer_myTopic2() throws PulsarClientException {
Consumer consumer = pulsarClient.newConsumer().topic(myTopic2).subscriptionType(SubscriptionType.Exclusive).subscriptionName(myTopic2_subscriptionName).messageListener(myMessageListener2).ackTimeout(10, TimeUnit.SECONDS)
.ackTimeoutRedeliveryBackoff(MultiplierRedeliveryBackoff.builder()
.minDelayMs(1000)
.maxDelayMs(60 * 1000)
.multiplier(2)
.build()).subscribe();
return consumer;
}
RedeliveryBackoff time alway 12s,But use Shared is OK !
it maybe bug ?
### Minimal reproduce step
?
### What did you expect to see?
?
### What did you see instead?
?
### Anything else?
_No response_
### Are you willing to submit a PR?
- [ ] I'm willing to submit a PR!
Contributor guide
Research direction
Start with the Java Consumer configuration shown in the issue, focusing on ackTimeoutRedeliveryBackoff with SubscriptionType.Exclusive and compare it with the reported Shared behavior. Reproduce the behavior using the supplied timeout and backoff values, then identify and test the expected redelivery timing; the issue does not name source files or tests.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- distributed-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100