ИМХО, в этом случае, проще захачить либу чем JRE. Декомпилить и в нужных классах заменить получение дефолтной локали на конкретную.

Ничего это не даст.

y3u
ну раз так, я тогда не буду отвечать, тут умные все... прям задавили аргументами
Тю. Такие тут все прям обидчивые. А исходный пост прочитать никто не может.
Имеется сторонняя библиотека. Работает только в локали US. Раз проблема такая возникла, то локаль уж точно не является параметром для этой библиотеки. А раз так, то логично предположить что библиотека делает Locale.getDefault() чтобы получить текущую локаль. Бери исходники и смотри как реализован этот метод. Любая попытка поменять локаль по умолчаиню обернется тем что все другие потоки будут получить эту же локаль. То есть если даже найти способ временно поменять локаль, изолировать это изменение от других потоков не представляется возможным. Разобрав как работает метод более внимательно можно понять что и прямого метода подменить локаль нет. Только какой-нить хак через setAccessible().

Посему ИМХО, гораздо проще декомпилить и захачить либу, тем более нужная функциональность ограничивается одним методом.