Управление локализацией файлов свойств Java

Я использовал Jinto для этой цели, а также EPFE (более старая версия, новейшую не пробовал.)

Оба являются подключаемыми модулями Eclipse, оба вполне приличны, если вы можете избежать того факта, что они будут переупорядочивать ключи в ваших пакетах ресурсов. Еще есть Babel - я лично не пробовал, поэтому не знаю, насколько он хорош.

Проект CAL10N предназначен для решения этой проблемы. Он строится на пакетах ресурсов, добавляя примитивы проверки. Он также довольно прост в использовании.

Netbeans имеет действительно отличный редактор свойств Java, который показывает вам все локали бок о бок. Вы можете легко увидеть, какие свойства отсутствуют для разных языков.

иногда люди забывают переводить новые строки, а иногда новые строки не добавляются в каждый языковой файл, поэтому небольшие ошибки легко устраняются.

Я использую несколько иной подход: я отправляю файлы .properties, содержащие существующие локализованные строки, объединенные с новыми непереведенными строками в том порядке, в котором я хочу их вернуть.

Новые строки помечены символами «псевдоперевод», поэтому непереведенные строки легко найти с помощью простого текстового поиска.

Переводчики очень редко теряют свойства или забывают перевести строки. Самая распространенная ошибка - забыть удалить символы псевдоперевода из вновь переведенных строк. Проверка различий перед фиксацией новых переводов обратно в систему контроля версий очень хорошо помогает отловить эти ошибки.

Эта система работает очень хорошо, и теперь, когда она полуавтоматизирована, на каждое обновление локализации уходит около часа вместо 1-2 дней, которые раньше требовались, когда процесс был полностью ручным.

Я написал свой собственный инструмент для создания объединенных файлов и проведения трехстороннего сравнения между новыми мастерами, старыми локализованными файлами и вновь созданными объединенными файлами, но любой инструмент, который объединяет изменения таким же образом, будет работать с этим процесс.