Force refresh of the internal CM class registry whena  new wrapper class is generated
Force refresh of the internal CM class registry whena  new wrapper class is generated

This change is needed due to a global runtime state bug expoed by the
new approach to fetching consent. We are *just* getting away with this
with this change, but the overall approach needs to be reworked. Wrapper
classes need to be stored explicitly on the cloudmine side.

cloudmine/CMHealthSDK-iOS,cloudmine/CMHealthSDK,cloudmine/CMHealthSDK-iOS