<i18n dev>  RFR: 8171189: Deprecate ResourceBundleControlProvider for removal
y.umaoka at gmail.com
Fri Jan 6 09:13:51 UTC 2017
On 1/6/2017 3:36 AM, Alan Bateman wrote:
> On 05/01/2017 22:44, Yoshito Umaoka wrote:
>> Wow.. We utilize ResourceBundleControlProvider SPI and our software
>> heavily depends on it
>> [https://github.com/IBM-Bluemix/gp-java-client]. This is only the way
>> to inject custom resource loading logic without affecting existing code.
> Does this project rely on the extension mechanism?
The jar file contains java.util.spi.ResourceBundleControlProvider
so a consumer of this library just need to drop the jar in the Java's
We suggest people to take this approach, because it does not require
existing code changes at all (that means, they can easily enable/disable
the extended feature with no source code changes). Of course, the
library works fine if the consumer of this library explicitly specify
the ResourceBundleControl implementation, but such approach does not
work well if resource bundles are consumed indirectly.
More information about the i18n-dev