Локализация для регионов и опционалов по иерархии.

Идеи
#1

Например. У нас есть следующий список доступных локалей:

English|en;Russian|ru;Chinese|zh;Honk Kong|zh_HK;Taiwan|zh_TW

Пусть диалект для региона Тайвань (zh_tw) не слишком отличается от традиционного китайского(zh). В стандартном поведении ResourceBundle’ов, заложено:

If a ResourceBundle class for the specified Locale does not exist, getBundle tries to find the closest match. For example, if ButtonLabel_fr_CA_UNIX is the desired class and the default Locale is en_US, getBundle will look for classes in the following order:

ButtonLabel_fr_CA_UNIX
ButtonLabel_fr_CA
ButtonLabel_fr
ButtonLabel_en_US
ButtonLabel_en
ButtonLabel
source
Тогда логично определить лишь некоторые поля в файлах messages_zh_TW.properties. То бишь при использовании локали zh_TW сообщение сначала искалось в пакете zh_TW, затем в zh и так далее.

#2

Именно так и должно работать.
Постараемся поправить в следующем релизе.

#3

К сожалению, изменения получились потенциально опасными, поэтому войдут только в следующий минорный релиз - 6.1. Он будет выпущен ориентировочно в начале марта.

#4

Добрый день!
Проблема исправлена в версии платформы 6.1.2.