ymwneu opened a new issue, #9992: URL: https://github.com/apache/rocketmq/issues/9992
### Before Creating the Bug Report - [x] I found a bug, not just asking a question, which should be created in [GitHub Discussions](https://github.com/apache/rocketmq/discussions). - [x] I have searched the [GitHub Issues](https://github.com/apache/rocketmq/issues) and [GitHub Discussions](https://github.com/apache/rocketmq/discussions) of this repository and believe that this is not a duplicate. - [x] I have confirmed that this bug belongs to the current repository, not other repositories of RocketMQ. ### Runtime platform environment OS: Cross-platform (Issue found via static code analysis) ### RocketMQ version Branch: develop ### JDK Version JDK 1.8 ### Describe the Bug When creating NettyRemotingServer, if the serverNettyWorkerGroupEnable parameter is set to false, Netty’s codec and handshake will use Netty’s built-in thread pool. However, some other parts of this class still use the business-layer–created defaultEventExecutorGroup. In this case, Netty’s codec may behave abnormally. ### Steps to Reproduce 1. Set serverNettyWorkerGroupEnable to false. 2. Decoding fails / throws errors on some connections. <img width="2736" height="1532" alt="Image" src="https://github.com/user-attachments/assets/693ca3fe-f32d-434e-874d-936ffaf3bf3c"; /> ### What Did You Expect to See? All data received by the server can be encoded and decoded correctly. ### What Did You See Instead? Encoding/decoding is abnormal for data received by some servers. ### Additional Context _No response_ -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
