-
Notifications
You must be signed in to change notification settings - Fork 11.7k
RIP 54 Backporting of Remoting based Client
- Current State: Proposed
- Authors: aaron-ai
- Shepherds: lizhanhui, zhouxinyu
- Mailing List Discussion: [email protected]
- Pull Request: #PR_NUMBER
- Released: <released_version>
- Will we add a new module? -- No.
- Will we add new APIs? -- No.
- Will we add a new feature? -- No.
Since gRPC/protobuf-based client has been released, more features will prefer to be developed on gRPC/protobuf-based client rather than the remoting-base client, but there are still many developers using the remoting-based client, which could not be ignored.
Alibaba Group has made many changes and optimizations to the client in its long-term production practices. Unfortunately, not all changes are merged into the upstream repository in time due to different release paces and strategies.
In order to unify the code, while improving the stability of the client, backporting is essential.
More stable, unified remoting-based RocketMQ client.
Improve the stability of the remoting-based client mainly.
This RIP does not introduce new features to the remoting-based client.
We will divide this RIP into multiple pull requests, which will:
- Fix an exponential duplication of message issue when messages were backed out to brokers on application process failure for future retry;
- Justify an offset management flaw;
- Fix several exceptions catch missing;
- Refactor XXX to follow single responsibility principle; ...
No interface changes involved.
This RIP doesn't introduce any compatibility issues.
This RIP is miscellaneous so that maybe it is not possible to include all specific topics in the proposal, you can see more details from pull requests soon.
No other cadicate alternatives.
Copyright © 2016~2022 The Apache Software Foundation.
- Home
- RocketMQ Improvement Proposal
- User Guide
- Community