GeoJSONDataStore inefficient handling of ObjectMapper

Description

The code in the module has plenty of ObjectMapper instance creations, including one per feature read.
That's inefficient, one should be created and shared, it's thread-safe but costly to create.
See also:
https://stackoverflow.com/questions/3907929/should-i-declare-jacksons-objectmapper-as-a-static-field

(Don't have a mandate to work on this right now, but should be a neat performance improv for the store)

Environment

None

Activity

Ian Turton 
February 4, 2022 at 11:32 AM

Ian Turton 
October 21, 2021 at 3:37 PM

Cool, I was worried about efficiency (but I was wanting it to work properly first)

Andrea Aime 
October 21, 2021 at 3:22 PM

pinging you for awareness

Fixed

Details

Assignee

Reporter

Components

Fix versions

Priority

Created October 21, 2021 at 3:22 PM
Updated February 4, 2022 at 11:32 AM
Resolved February 4, 2022 at 11:32 AM