CodecRegistry performance improvements

Description

During testing we noticed our application is spending alot of time in the CodecRegistry

Looking briefly at the code I don't understand why a cache is needed it seems like this could be replaced with a ConcurrentMap which would be much faster.

If the guava cache is being used to avoid uncontrollable growth maybe it could be changed to have two caches. The first cache only caches the primitive types and the second guava backed cache to cache everything else.

Environment

None

Pull Requests

None
Fixed

Assignee

Unassigned

Reporter

Cameron Gandevia

Labels

PM Priority

None

Affects versions

Fix versions

Doc Impact

None

Size

None

External issue ID

None

External issue ID

None

Components

Priority

Major
Configure