For what we're asked to do with pure metrics, it probably makes sense to just utilize dropwizard at the moment.
Care should be taken to not circumvent JIT optimizations. That is, metric-gathering code should be inlineable if enabled, optimized-out if disabled.
smartevent has/had many ambitions that either haven't been fully realized yet, or have not (yet) become priorities. There were uses envisaged, where we did not end up getting high priority requirements.
For background: For example if we wanted to render a UI that shows what messages have recently flown through the system, that's what smartevent would be capable of. Essentially a debugger a the messaging level. But we have no requirements around this atm. IDM's smartevent use really only reached prototype stage.