Bryan Harclerode

`Clock.getTick()` returns a `long`, but it's being cast to a floating point value: ```(double) clock.getTick()``` Is this possibly causing precision issues? > A widening conversion of an `int` or a...

> Dropwizard Metrics library shouldn't perform any additional aggregation +1 to this! I can offer from experience of helping hundreds of teams manage 1000's of dropwizard applications in a large...

> the new tagged MetricName should have a well-defined string syntax. With the addition of structured tagging, it should be _configurable_, not _well defined_, since it needs to match and...

If you update the `findSubtypes` in `AvroAnnotationIntrospector` to look for `@JsonSubTypes` in addition to `@Union`, I think this should just work.

@cowtowncoder I meant either/or. So a lone `@Union` would work, or a lone `@JsonSubTypes`, or if both are present, union them (Which I _think_ is the behavior you get if...

Ohhhh _man_ Avro has gone and created a right nasty mess. I've done a bit of digging, and there's some good news and some bad news: 1. *Good*: jackson-dataformat-avro can...

I'll see if I can get two PRs together: 1. Remove direct dependency on Jackson 1.X / `internal.JacksonUtils` 2. Support deserializing from Apache 1.9.X schemas The irony is I'm pretty...

> 2. The schema can store other metadata. The java-class attribute is probably a good bet to store the Java class name! It would be great! ... Except the reference...

Ultimately, I don’t think we need to maintain two different backends. Jackson is flexible enough that we can upgrade to avro 1.9, fix the deserialization/serialization code to handle 1.8 or...

> maybe we can restore the "better solution" ☝️ behaviour for ReflectData at that point? @RyanSkraba It's all a bit moot until my organization has a migration path off of...