Skip to content

Conversation

@jbertram
Copy link
Contributor

I took Andy's work from #6097 and split the commits more evenly so the are logically separated by task. I then added another commit that enhances the optimization work.

@jbertram jbertram force-pushed the managementFilteringAndOptimization branch 5 times, most recently from 7bed1ca to f15e5a2 Compare February 10, 2026 15:27
Changes include:

 - Eliminating the use of ResourceNames values for key names when using
   well-known controls (e.g. address, queue, etc.).
 - Eliminating AMQP-specific registration methods in lieu of more
   general "untyped" methods since the Core broker doesn't know anything
   about AMQP-specific controls.
 - Deprecating the JMX-specific registration methods. The
   ManagementService itself will take care of JMX registration based on
   the broker's configuration.
 - Adding specific management methods to get names & counts for various
   controls instead of always creating lists. This should reduce GC
   pressure especially in high-load use-cases.
 - Leveraging filtering where appropriate for the management API.
 - Adding JavaDoc where method usage isn't obvious.
 - Eliminating Maps for server & Hawtio controls since they are
   singletons.
 - Restoring & deprecating getResource and getResources methods to
   ManagementService since they might be used by 3rd parties.
 - Eliminated all use of getResource & getResources methods throughout
   the code-base.
 - Eliminating a handful of unnecessary methods.
 - Eliminating unnecessary casts.
@jbertram jbertram force-pushed the managementFilteringAndOptimization branch from f15e5a2 to aa78c1b Compare February 10, 2026 15:27
@tabish121
Copy link
Contributor

This one is a bit hard to review, but I haven't seen any obvious red flags so far.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants