Injected locale not the same as getLocale()?

[membersound]

HI,

I have a problem with i18n: after setting the locale to a different language (user selection menu in view), the locale is not updated in "every place".

More specific: a getLocale() from facesContext does not get the same locale as a directly injected Locale by Jboss Seam. Even though the facesContext is injected by JBoss seam too!!

Maybe I'm missing something here?

ty

  @RequestScoped
    class Messages {
        @Inject //injected by jboss seam
        Locale locale;

        @Inject //injected by jboss seam
        FacesContext facesContext;

        @PostConstruct
        private void init() {
            System.out.println(facesContext.getViewRoot().getLocale() + ", " + locale);
        }
    }

    @RequestScoped
    class Manager {

        changeLocale() {
            Locale locale = new Locale("de");
            facesContext.getViewRoot().setLocale(locale);
            new Messages(); //de, de_DE

            locale = new Locale("en");
            facesContext.getViewRoot().setLocale(locale);
            new Messages(); //en, de_DE !!
        }
    }

There is no problem with basic resource bundle bc I get is like this:

ResourceBundle.getBundle("/myBundle", facesContext.getViewRoot().getLocale())

But now I'm trying to use seam's

@Inject
private transient Messages messages;

which seems to be based on the Locale locale; I do not get my messages i18n, they always reside in de_DE.

[kenfinni]

Are you using Seam 3 Faces as well?  As by default the Seam 3 International module doesn't integrate with JSF, Seam 3 Faces provides that.

Regards

Ken

[membersound]

yes I have both seam-faces and seam-international in my pom.

[kenfinni]

When you update the locale in the view, is it done like this: https://github.com/seam/examples/blob/master/timeanddate/src/main/java/org/jboss/seam/international/examples/timeanddate/locale/LocaleBean.java?

If not, it may be that Faces has the new Locale, but not Seam 3 i18n.

Ken

[membersound]

Hmm no, I made it as I described above with

facesContext.getViewRoot().setLocale(locale);

Adapted my class with the stuff from your example, including converter and so on, and: it works

tyvm!

Only one thing remaining:

I have to execute both of these events to get my i18n work properly:

@Inject
FacesContext facesContext;

public void setUserLocale(Locale locale) {
    facesContext.getViewRoot().setLocale(locale);
    localeEvent.fire(locale);
}

If I ommit the fire event, I do not get the messages.properties resolved.

If I ommit the explicit setLocale statement, I do not get my textbundle resolved.

Do you have a clue why this behaves that strange?

The

Messages messages;

are created with BundleKey, which gets the bundle name from

 facesContext.getApplication().getMessageBundle();

I use the messages from within my backing beans to display error messages.

The textbundle ist just used in jsf via el-expression.

Both are defined in faces-config.xml as follows:

<message-bundle>messages</message-bundle>
<resource-bundle>
    <base-name>textbundle</base-name>
    <var>textbundle</var>
</resource-bundle>

[membersound]

Oh no I just discovered that when using implicit navigation in JSF the locale settings get lost too.

[kenfinni]

You should be able to use i18n Messages class as well, instead of ResourceBundle with FacesContext Locale for retrieving messages.

Did you take a look at the https://github.com/seam/examples/tree/master/timeanddate example?

Some of the items that would be of interest are:

• Definition of resource properties in faces-config.xml (don't think you need messages and textbundle defined)
• Use of locale on f:view here: https://github.com/seam/examples/blob/master/timeanddate/src/main/webapp/template.xhtml (this may solve issue of Faces losing locale and prevent you from having to set it directly)
• Use of injected Messages class here: https://github.com/seam/examples/blob/master/timeanddate/src/main/java/org/jboss/seam/international/examples/timeanddate/locale/LocaleBean.java

Hope that helps

Ken

[membersound]

Yes I rewrote my localeBean based on this example.

Ty for the f:view hint. Did not know about this and it solved my problem of persisting the locale change.

Anyhow I still have to execute both the fire event and the facesContext...setLocale to make all my i18n work.

Which is strange, but to be honest, a minor problem.