I haven't made much attempt to support multiple languages except we're using an API to retrieve all user messages from a DB table. Our applications generate HTML from templates which include a fair amount of embedded English text for field labels and hyperlinks which would need to be translated to other languages. We could probably write a utility to do a translation.
During development, we use a CL command to parse and pre-load all of our HTML templates into a multi-member PF-SRC file, so we could use a Job's library list to point to language-specif HTML templates.
My rationale for NOT storing UI elements in some sort of database repository or "resource bundle" is because I didn't want our applications to take an admittedly small performance hit in order to dynamically insert language-specific text into the output stream.
----- Original Message -----
From: "Holm, Paul" <pholm@xxxxxxxxxxxxxxxxx>
Sent: Monday, February 4, 2013 11:48 AM
Subject: [WEB400] Web Application Internalization Best Practices
We are reevaluating our approach to I18N for web applications. This
involves supporting multiple languages for all our browser UI labels and
messages and error messages.
Our requirements are to be Operating System and Database Independent.
Today we utilize Java and resource bundles but want to see if there are
What are others doing?
What are the other best practices? Gotchas?
Thanks, Paul Holm
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2022 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.