Aias00 opened a new issue, #786: URL: https://github.com/apache/rocketmq-dashboard/issues/786
### Before Creating the Bug Report - [x] I have confirmed this is not already covered by an existing issue or open pull request. ### Describe the Bug The Studio Consumer Group APIs are exposed by `ConsumerGroupController`, but the default provider/admin implementations behind those APIs still throw plain `UnsupportedOperationException` for Consumer Group operations. Because `UnsupportedOperationException` is handled by the generic exception handler, the API returns a generic HTTP 500 response instead of an explicit provider-unavailable response. Opening or operating the Consumer page in real API mode can therefore fail with an opaque internal error. Affected operations include: - List consumer groups - Get group progress - Get group subscriptions - Get consumer group detail - Create/delete consumer group - Reset consumer offset ### Steps to Reproduce 1. Run Studio with the default provider/admin implementation. 2. Call `/api/groups` or any Consumer Group detail/mutation endpoint. 3. Observe that the provider/admin throws `UnsupportedOperationException` and the client receives a generic 500 response. ### What Did You Expect to See? Until real Consumer Group provider/admin support is wired, these APIs should return an explicit unavailable/unsupported business response, such as HTTP 501 with a clear message. ### What Did You See Instead? A generic internal server error is returned. ### Additional Context This is part of the Studio control-plane baseline hardening. Missing backend providers should be explicit capability gaps, not generic server failures. -- 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]
