Tatu Saloranta
Tatu Saloranta
A major reason Jackson codecs are faster on JDK 8 than 17 or above is the switch by JDK to use `byte[]` for `String`s. For Jackson this is very bad...
Possible fixes for #105 and #679 -- need to see how intrusive this would be (and what performance consequences)...
## Summary This PR adds a failing test that reproduces issue #5285, where wildcard generic types (e.g., `MessageWrapper`) incorrectly resolve to `Object` instead of respecting the type parameter's bound. ##...
(note: follow-up of #865) Although use of class annotations works for `Map.Entry` serialization and deserialization, per-property annotation doesn't. The reason for this is that it significantly easier to block default...
Add 2 new `JavaTimeFeature`s: for truncating Time values before serialization, after deserialization
(note: continuation of #374) Existing features * `DeserializationFeature.READ_DATE_TIMESTAMPS_AS_NANOSECONDS` * `SerializationFeature.WRITE_DATE_TIMESTAMPS_AS_NANOSECONDS` allow changing unit-of-time associated with numeric (JSON Number) timestamps b/w milliseconds (false) and nanoseconds (true), in cases where Time value...
Also contains tentative fix: but not necessarily something that is correct (AI generated).
### Discussed in https://github.com/FasterXML/jackson-dataformat-xml/discussions/786 Originally posted by **kristofvb** November 19, 2025 Hi, I have some questions about the following sample: ``` class ParseTest { @Test void parse() throws Exception {...