-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add Graphite Extension #72
Conversation
@cemnura @ebullient can you guys take a look? Thanks =] |
Thanks! I am off today.. initial look is awesome! Will get to this as soon as I can. Thanks! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I know where the customizer pattern comes from, but I would rather avoid it. I am thinking about an additional property to disable the producer creating the default instance at all (which should make it easier to replace w/o relying on default bean ... which doesn't match some registry usage patterns)
...native/src/test/java/io/quarkiverse/it/micrometer/native_mode/NativeMeterRegistriesTest.java
Outdated
Show resolved
Hide resolved
...src/main/java/io/quarkiverse/micrometer/registry/graphite/GraphiteMeterRegistryProvider.java
Outdated
Show resolved
Hide resolved
Re: avoiding the customizers, this is what I'm thinking (and I do need to hustle for 2.0 Final): quarkusio/quarkus#17536 Each registry extension would need to check for an additional property, and if false, add a A user would then set the flag to suppress the default, and would define their own Would this suffice, or is there some other angle to the customizer that I'm missing? |
@ebullient That would do it. Adding |
Ha! I forgot about that. Same premise, let me see what that looks like. The qualifier for naming conventions is fine. ;) edit: |
Just need to fix formatting and we are good to go! I will sort out Vetoed/Unless behavior in main.. (and will then handle updates here) |
Fixed formatting, IntelliJ pranked me in the last commit... Thanks =] |
@all-contributors please add @luneo7 for adding code to support graphite |
I've put up a pull request to add @luneo7! 🎉 |
@ebullient I've made
|
I think that is more or less what I tried here: ebullient/quarkus@vetoDefaultRegistry...ebullient:defaultUnlessProperty |
Adds Graphite Extension.
Fully working in native image.
With this extension you are able to customize the name mapper, to not clash with JMX extension I added
GraphiteNameMapper
qualifier (without it the IT tests fails with ambiguous produces)We can also customize Graphite Meter Registry Config by implementing
GraphiteMeterRegistryConfigCustomizer
this is useful when you want to change the naming convention for instance (you can only to that after the registry is created)