struts-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Chris Pratt" <>
Subject Re: Losing Locale after Sesion.invalidate()
Date Fri, 10 Nov 2006 00:22:15 GMT
It's not that I think every application should defalt to English, it's that
I want the default language for MY application to be English.  But to do
that I have to maintain two copies of the same file.  That's bad design.  It
also doesn't appear to understand the concept of layering.  If I ask for a
key that is not in the file, I would expect it to
automatically check for the key in, but that doesn't
appear to be happening.

On 11/9/06, Christopher Schultz <> wrote:
> Hash: SHA1
> Chris,
> Chris Pratt wrote:
> > The problem is JSTL is being helpful. Perhaps too helpful in this case.
> > Basically it is looking for an exact match between ResourceBundle and
> your
> > Locale settings.
> > It will look for English first, but only find the default resource
> bundle.
> > It will then look for French and find a specific resource bundle for
> French
> > language.
> > Thus JSTL maps itself to the french bundle because it is a more specific
> > match (despite the fact the preferred language is English)
> Aah!
> That's interesting behavior that is somewhat unexpected in this area
> which is dominated by English-speaking folks. We tend to think that the
> default (non-localized) version of our properties files is (of course!)
> going to be in English. We're pigs.
> What is interesting is that most of the time, we expect that the Locale
> will be chosen based upon the user's preferences, and then we try to
> serve them as best we can. The JSTL is, as you say, being extra-helpful
> by finding the "best match" for locale. I wonder if there's a way to
> tell the JSTL what the locale is for the default properties bundles...?
> > So I've added an empty file to my project
> > and the problem seems to be closed.
> You might also consider using a symlink to point either
> -> or the other way
> around.
> > Thanks for everyone's help.
> Always good to get to the botom of a totally weird issue.
> - -chris
> Version: GnuPG v1.4.5 (MingW32)
> Comment: Using GnuPG with Mozilla -
> 6Vc00v9ByhqOTZXTTGs/dQ==
> =NrHm
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message