Translation policies

Learn how translation proccess happens and how to tweak it

Traslation process

If you read the basics, you are probably familiar with the possibility of translating both markup and javascript strings. But what you may not know is that the way these strings get translated is quite different:

  • Markup strings get translated on the server-side
  • Javascript strings get translated on the client-side

On the server-side, right before sending the view/template's markup to client-side, Hi-Framework loads all available dictionaries and translate all strings specified to be translated, and then removes the attributes it demanded you to add (translate and translate-x, where x represents an attribute you may intend to translate it's value).

After translating markup, Hi-Framework sends along with the translated versions of markups the set of all available dictionaries of your active language. That's because Hi-Framework works by default with activated full-bundle-exportation.


Is a configuration that makes Hi-Framework export all available dictionaries of the active language to the client-side. This configuration is active by default and you can disable it by setting the disable-full-bundle-exportation porperty to true in your hi.xml file.


When full-bundle-exportation is disabled, it means you probably don't want to export all dictionaries to client-side at once, in other words : you require a lazy exportation.

Lazy dictionaries exportation

Is the workaround you have to take after disabling full-bundle-exportation. It can happen in two ways : using i18n Context or Mappings.


org.emerjoin.hi.web.i18n.I18nContext is a Managed Bean created to help you manage i18n in your Hi-Framework app.

private I18nContext i18nContext;

Along other things, i18n Context allows you to export dictionaries to client-side. The dictionaries exported by i18nContext are loaded by Hi-Framework if you declare them in your hi.xml(as we did back in the basics).

i18nContext is supposed to be used for exportation purposes, only in controllers actions.

Exporting a dictionary

To export a whole dictionary to client-side, you just have to use i18nContext as follows :


"messages" is an example of a name of a dictionary you want to export. Do not append the extension to the name.

Exporting a single token

If you wish to send tokens and not full dictionaries, Hi-Framework allows you to do it.

See the following example :

i18nContext.export("Type your name..");


i18n-Mappings were created to make easier the job of declaring and exporting dictionaries. Instead of using i18nContext to export dictionaries in controller actions, i18n-Mappings allow you to easily declare what dictionaries go to what views/templates.

Differently from how i18nContext works, i18n-Mappings does not require you to declare dictionaries in your hi.xml because i18n-Mappings also load the dictionary if it wasn't loaded before.

Enabling Mappings

To get Hi-Framework to lookup for i18n-Mapping files, you have to set enable-mappings to true oin your hi.xml file under i18n.


Mappings files

i18n Mapping files are xml files that have to be placed under WEB-INF directory(along with hi.xml) with the name i18n-mappings.xml.

In the snippet below, you can see an example of how the content of a mapping file looks like :

<?xml version="1.0" encoding="UTF-8" ?>
<mappings xmlns="" xmlns:xsi=""
        <set for="index">

        <set for="controller-one/action-one">
        <set for="controller-two/action-two">


If you have multiple mapping files (in multiple jars), as long as they are in the path (WEB-DIRECTORY/WEB-INF/i18n-mappings.xml), Hi-Framework will read the configuration as if all was in the same file.

Distributed dictionaries

Dictionaries concatenation is a configuration that makes Hi-Framework lookup for your dictionaries in the entire classpath, from the war that contains your web app to the libs that it depends on. As long as you keep the required directories structure (/i18n/).

To activate this option just set enable-concatenation to true in your hi.xml file.


Github Repository