This document describes the organization of localized Sun JavaTM System Access Manager (Access Manager) software resource files. It also explains how to add a new language to the list of languages supported by Access Manager and how to customize an existing language's resource files.
This document covers the following topics:
Access Manager is currently localized in seven languages: French, German, Japanese, Korean, Spanish, Traditional Chinese, and Simplified Chinese. Localizing the administration browser interface in a yet to be supported language can become an issue, as can customizing an already supported language. Access Manager administrators need to know which files store localized messages, where the files are located, and how to add a new language to Access Manager.
This document explains how to organize Access Manager software resource files, add support for a new language, and customize existing software resources. Information about file organization is accurate up to and including Sun Java System Access Manager 7.1. Full usability of this document relies on the accessibility of the Sun Virtual Lab. This document contains sufficient information to customize localization in case the Sun Virtual Lab is unreachable.
This section shows how Access Manager files are organized. It also shows the basic steps involved in adding new language support and customizing the Access Manager localization resource files.
Java properties files
Browser interface messages
Located under AM_INS/locale/
Java properties naming convention: amservice_locale
XML files
Authentication service login notice
Located under AM_INS/web-src/services/config/auth/default_locale
XML naming convention: service.xml
Modify the iPlanetG11NSettings service
Add L10n resources for the created language
Java properties files
XML files
Apply the changes
Log in to the Sun Virtual Lab
Modify resources according to context
Apply the changes
This section describes how files that contain Access Manager software messages are organized. Access Manager software messages are stored in three file formats:
Java properties
XML
MO
Software messages displayed in the Administration Console (using a browser) are stored in these two formats:
Java properties
XML
Software messages displayed in the command-line interface (using a terminal window) are stored in the MO files format.
The next three subsections describe the organization of these three software message formats.
Java properties files are resource files that contain most of the software messages to be displayed in the Access Manager Administration Console. Java properties files should be saved in escaped Unicode format. Otherwise, multibyte characters are likely to be incorrectly displayed. To ensure the correct format of Java properties files, after each change, run the native2ascii binary as follows: native2ascii filename
For more information about the native2ascii binary, go to http://java.sun.com/j2se/1.4.2/docs/tooldocs/solaris/native2ascii.html.
Java properties files are located under AM_INS/locale.
Each of the seven supported languages contains 70 Java properties files. The Access Manager Java properties files naming convention is as follows: amfunctionality_locale.properties
This document uses a Dutch (nl) version of Access Manager as an example language.
Java properties files for the Dutch version of Access Manager are under AM_INS/locale.
The following Java properties are for Dutch language:
amAdminConsole_nl.properties
amAdminModuleMsgs_nl.properties
amAgent_nl.properties
amAuthAD_nl.properties
amAuthAnonymous_nl.properties
amAuthApplication_nl.properties
amAuthCert_nl.properties
amAuthConfig_nl.properties
amAuthContext_nl.properties
amAuthContextLocal _nl.properties
amAuthDataStore_nl.properties
amAuthenticationDomainConfig_nl.properties
amAuth_nl.properties
amAuthHTTPBasic_nl.properties
amAuthJDBC_nl.properties
amAuthLDAP_nl.properties
amAuthMembership_nl.properties
amAuthMSISDN_nl.properties
amAuthnSvc_nl.properties
amAuthNT_nl.properties
amAuthRadius_nl.properties
amAuthSafeWord_nl.properties
amAuthSAML_nl.properties
amAuthSecureID_nl.properties
amAuthUI_nl.properties
amAuthUnix_nl.properties
amAuthWindowsDesktopSSO_nl.properties
amBinarySecurityToken_nl.properties
amClientData_nl.properties
amClientDetection_nl.properties
amCommonUtils_nl.properties
amConfigurator_nl.properties
amConsole_nl.properties
amDelegation_nl.properties
amDisco_nl.properties
amEncryption_nl.properties
amEntrySpecific_nl.properties
amFederation_nl.properties
amG11NSettings_nl.properties
amIdRepo_nl.properties
amIdRepoService_nl.properties
amInteraction_nl.properties
amLDAPv3Repo_nl.properties
amLibertyDSTService_nl.properties
amLibertyPersonalProfile_nl.properties
amLibertySecurity_nl.properties
amLogging_nl.properties
amMeta_nl.properties
amNaming_nl.properties
amPasswordReset_nl.properties
amPasswordResetModuleMsgs_nl.properties
amPlatform_nl.properties
amPll_nl.properties
amPolicyConfig_nl.properties
amPolicy_nl.properties
amProfile_nl.properties
amProviderConfig_nl.properties
amSAML_nl.properties
amSDK_nl.properties
amSecurity_nl.properties
amSession_nl.properties
amSOABinding_nl.properties
amSSOProvider_nl.properties
amUser_nl.properties
amUtilsMsgs_nl.properties
amValidation_nl.properties
amWebAgent_nl.properties
amWSSecurity_nl.properties
amWSSProvider_nl.properties
Access Manager XML files contain software messages to be displayed in the Administration Console. These XML files are used by the authentication service to display the localized authentication (login) screen based on a particular module type. Save XML files under UTF-8 encoding after each modification. To ensure that an XML file is saved under UTF-8 encoding, the Solaris binary iconv can be used as follows: iconv -f current-file-encoding -t UTF-8 filename
For more information about the iconv binary, go to http://docsun.cso.uiuc.edu/sun_docs/C/solaris_9/SUNWaman/hman1/iconv.1.html.
Access Manager XML files are located under this directory: AM_INS/web-src/services/config/auth/default_locale/
For example, the location of the XML files for the Dutch version of Access Manager is the AM_INS/web-src/services/config/auth/default_nl/ directory.
The following XML files are for the Dutch version of Access Manager:
AD.xml
Anonymous.xml
Application.xml
Cert.xml
DataStore.xml
HTTPBasic.xml
JDBC.xml
LDAP.xml
Membership.xml
MSISDN.xml
NT.xml
RADIUS.xml
SafeWord.xml
SAML.xml
SecurID.xml
Unix.xml
WindowsDesktopSSO.xml
MO files are resource files that contain software messages to be displayed in the Access Manager CLI. MO files are commonly generated from PO files. MO files are located under AM_INS/locale/locale.UTF-8/LC_MESSAGES/
Generate MO files in UTF-8 encoding by doing the following:
Adding a charset specification within a PO file that contain localized messages
Generating the MO file from that PO file using the msgfmt utility
The msgfmt utility is delivered as part of the gettext package. For more information about this package, go to http://www.gnu.org/software/gettext/.
For example, the location of the MO files for the Dutch version of Access Manager is the AM_INS/locale/nl.UTF-8/LC_MESSAGES/ directory.
The MO files for the Dutch version of Access Manager are as follows:
am_auth_unix_keys.mo
amhasetup.mo
amsfoconfig.mo
backup_restore.mo
dpscripts.mo
For instructions on how to generate an MO file under UTF-8 encoding, see Hands-on Lab Format.
Access Manager is an internationalized application that facilitates support for new languages apart from the seven default languages. Administrators can add new language support to Access Manager without having to change the source code.
The process can be divided into two parts:
Adding a new language to the supported language list
Adding localization resources for a newly supported language
Adding a new language to the Access Manager supported language list means that the iPlanetG11NSettings service must be modified as shown in the following examples.
Create two new files and store them in a temporary location.
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE Requests PUBLIC "-//iPlanet//Sun Java System Access Manager 7.1 Admin CLI DTD//EN" "jar://com/iplanet/am/admin/cli/amAdmin.dtd">
<!-- apply this file by: amadmin -u admin-user -w admin-pwd -t filename.xml -->
<Requests>
<SchemaRootNodeRequests serviceName="iPlanetG11NSettings">
<SetServiceRevisionNumber number="new-revision-number" />
</SchemaRootNodeRequests>
</Requests>
filename— Name of the file in which XML content will be stored, setServiceRevision.xml in this example.
new-revision-number — Add 10 to the existing revision number. The default value is 0.
To update the iPlanetG11NSettings service, run the amadmin utility as mentioned in Example 1.
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE Requests PUBLIC "-//iPlanet//Sun Java System Access Manager 7.1 Admin CLI DTD//EN" "jar://com/iplanet/am/admin/cli/amAdmin.dtd">
<!-- apply this file by: amadmin -u admin-user -w admin-pwd -t filename.xml -->
<Requests>
<SchemaRequests serviceName="iPlanetG11NSettings" SchemaType="Global">
<AddDefaultValues>
<AttributeValuePair>
<Attribute name="sun-identity-g11n-settings-locale-charset-mapping"/>
<Value>locale|charset=charset-list</Value>
</AttributeValuePair>
</AddDefaultValues>
</SchemaRequests>
</Requests>
filename — Name of the file in which XML content will be stored, amG11nSettings_mod.xml in this example.
locale — Standard ISO language value supported by the browser, for example, nl, ja, or fr.
charset-list — Semicolon-separated list of supported character sets for the language specified by locale, for example, UTF-8;Shift_JIS;EUC-JP.
To update the iPlanetG11NSettings service, run the amadmin utility as mentioned in Example 2.
After the iPlanetG11NSettings service is updated, Access Manager supports the new specified language. To finalize support of the added language, you must add software message resources to this language.
For instructions on how to add a new language to the Access Manager supported language list, see Hands-on Lab Format.
This section describes how to add and customize files that contain Access Manager Console authentication interface messages. It then explains how to add and customize the Access Manager Console user interface messages. Access Manager detects the client language that uses information in the HTTP request from the browser. Hence, to add L10n resources for a new language, the only requirement is to follow the Access Manager file name conventions and directory organization.
When providing authentication interfaces for localized environments, a separate directory for each language that contains customized XML files must be created. For each language, a subdirectory structure similar to the Access Manager information tree must also be created. The subdirectory starts from the authentication interface base directory, that is, AM_INS/web-src/services/config/auth/default_locale/
The first directory structure is needed to receive the new authentication interface file. This directory structure is then populated with existing interface files. Finally, these files are customized.
For instructions on how to localize authentication interface files for a new language, see Hands-on Lab Format.
The following procedures explain what must be done to localize authentication interface files.
Open a terminal window (if necessary) on a system where Access Manager is installed.
Navigate to the authentication interface base directory.
Create a subdirectory structure.
Change to the created subdirectory.
Copy the default Login.jsp file to the current directory.
Copy the default Logout.jsp file to the current directory.
Copy the default LDAP.xml file to the current directory.
To add language support to the Access Manager Administration Console, a new Java properties file for the desired module must be created. For example:
Change to the AM_INS/locale directory.
Copy the amPolicy.properties file to a new amPolicy_nl.properties file.
Modify the created amPolicy_nl.properties file.
Save the file.
Restart the web container.
Another example is the customization of the copyright notice displayed at the bottom of the Access Manager Administration Console Login page.
Change to the AM_INS/locale directory.
Copy the amAuthUI.properties file to a new amAuthUI_nl.properties file.
Modify the copyright.notice key in the created amAuthUI_nl.properties file.
Save the file.
Restart the web container.
After adding support for a new locale to Access Manager, newly added language software resources must be customized as described in the following section.
This section explains how to customize Access Manager software resource messages.
To provide a fine granularity of information, this section introduces a new concept for helping administrators to customize Access Manager localization. This concept binds together usage of the following:
Information provided in this section
An externally accessible instance of Access Manager
The Sun Microsystems Globalization organization has deployed Sun Java Enterprise System Release 5 in the Sun Virtual Lab. External users can freely access an up and running instance of Sun Java Enterprise System Release 5 applications through a browser. To log in to Sun Java System Access Manager 7.1 deployed in the Sun Virtual Lab, enter the following URL into your favorite browser:
Sun Java System Access Manager Administration Console Version 7.0 (legacy mode): http://sears.sunvirtuallab.com:32110/amserver/UI/Login?org=bookshop
Sun Java System Access Manager Administration Console Version 6.3 (legacy mode): http://sears.sunvirtuallab.com:32110/amconsole
To log to the bookshop organization, type the user name and password as follows:
User Name: locadmin
User Password: locadmin
Instances that have been deployed in the Sun Virtual Lab have been modified for the Dutch language. Those instances for this language contain customized software resource files. Java properties files and XML files have been modified in a particular way to help administrators willing to customize the Access Manager GUI. The following subsections explain the modifications made to the software resource files. To see these changes, your browser language setting must be set to the Dutch (nl) language.
Major changes in resources were made to the Java properties. Indeed, these files are responsible for displaying almost all messages from the Access Manager Administration Console.
Java properties files are usually based on a key=value system. The key is used as a unique reference to display the value in the user interface. The key is identical in all properties files, regardless of the language setting. The value (which is actually a message displayed in the GUI) is different depending on the language setting.
In the Sun Virtual Lab, almost all occurrences of the value have been replaced by key itself. Java properties for the Dutch (nl) language are now based on a key=key system. Hence, when accessing an instance of Access Manager deployed in the Sun Virtual Lab, the GUI will display key titles instead of key values. A number has also been inserted before each key. For example, the Login button key in the amConsole_nl.properties resources file stored in the Sun Virtual Lab is buttonnew=[33]button.new.
Using the following mapping table, it is possible to locate the resource file in which a key is located. Using the Login button example, it is easy to locate the resource properties key in the system and to customize it.
The key used for displaying Login button is “buttonnew”.
The “buttonnew” key is stored in file [33].
File [33] is amConsole_nl.properties
All Java properties files are located under AM_INS/locale.
File ID |
File Name |
File ID |
File Name |
---|---|---|---|
[2] |
amAdminConsole_nl.properties |
[36] |
amEncryption_nl.properties |
[3] |
amAdminModuleMsgs_nl.properties |
[37] |
amEntrySpecific_nl.properties |
[4] |
amAgent_nl.properties |
[38] |
amFederation_nl.properties |
[5] |
amAuthAD_nl.properties |
[39] |
amG11NSettings_nl.properties |
[6] |
amAuthAnonymous_nl.properties |
[40] |
amIdRepo_nl.properties |
[7] |
amAuthApplication_nl.properties |
[41] |
amIdRepoService_nl.properties |
[8] |
amAuthCert_nl.properties |
[42] |
amInteraction_nl.properties |
[9] |
amAuthConfig_nl.properties |
[43] |
amLDAPv3Repo_nl.properties |
[10] |
amAuthContext_nl.properties |
[44] |
amLibertyDSTService_nl.properties |
[11] |
amAuthContextLocal _nl.properties |
[45] |
amLibertyPersonalProfile_nl.properties |
[12] |
amAuthenticationDomainConfig_nl.properties |
[46] |
amLibertySecurity_nl.properties |
[13] |
amAuth_nl.properties |
[47] |
amLogging_nl.properties |
[14] |
amAuthHTTPBasic_nl.properties |
[48] |
amMeta_nl.properties |
[15] |
amAuthJDBC_nl.properties |
[49] |
amNaming_nl.properties |
[16] |
amAuthLDAP_nl.properties |
[50] |
amPasswordReset_nl.properties |
[17] |
amAuthMembership_nl.properties |
[51] |
amPasswordResetModuleMsgs_nl.properties |
[18] |
amAuthMSISDN_nl.properties |
[52] |
amPlatform_nl.properties |
[19] |
amAuthnSvc_nl.properties |
[53] |
amPll_nl.properties |
[20] |
amAuthNT_nl.properties |
[54] |
amPolicyConfig_nl.properties |
[21] |
amAuthRadius_nl.properties |
[55] |
amPolicy_nl.properties |
[22] |
amAuthSafeWord_nl.properties |
[57] |
amProviderConfig_nl.properties |
[23] |
amAuthSAML_nl.properties |
[58] |
amSAML_nl.properties |
[24] |
amAuthSecureID_nl.properties |
[59] |
amSDK_nl.properties |
[25] |
amAuthUI_nl.properties |
[60] |
amSecurity_nl.properties |
[26] |
amAuthUnix_nl.properties |
[61] |
amSession_nl.properties |
[27] |
amAuthWindowsDesktopSSO_nl.properties |
[62] |
amSOABinding_nl.properties |
[28] |
amBinarySecurityToken_nl.properties |
[63] |
amSSOProvider_nl.properties |
[29] |
amClientData_nl.properties |
[64] |
amUser_nl.properties |
[30] |
amClientDetection_nl.properties |
[65] |
amUtilsMsgs_nl.properties |
[31] |
amCommonUtils_nl.properties |
[66] |
amValidation_nl.properties |
[32] |
amConfigurator_nl.properties |
[67] |
amWebAgent_nl.properties |
[33] |
amConsole_nl.properties |
[68] |
amWSSecurity_nl.properties |
[34] |
amDelegation_nl.properties |
[69] |
amWSSProvider_nl.properties |
[35] |
amDisco_nl.properties |
The original English message can be retrieved by accessing an Access Manager instance with the language browser setting set to English.
The original English value for each key is available in all Java properties files as a comment above each key line.
To find out how to locate Java properties files, see Java Properties Files.
The amAdminCLI.properties file has not been customized.
The amConsole.properties file contains a number of keys that must not be customized:
schemaType.global
schemaType.organization
schemaType.dynamic
schemaType.user
blank.header
entityDescriptor.profile.sectionHeader
contactperson.profile
The amConsole.properties file contains values for time zones. Because those values must not be changed, the list of time zones has been kept as the default.
In XML files, messages have been replaced by the name of the file that contains the message, followed by the line number where this message is located in the file. See the following example for more information.
<ModuleProperties moduleName="DataStore" version="1.0" >
<Callbacks length="2" order="1" timeout="120" header="AM_INS/web-src/services/config/auth/example_nl/bookshop/DataStore.xml:14" >
<NameCallback>
<Prompt>AM_INS/web-src/services/config/auth/example_nl/bookshop/DataStore.xml:15 </Prompt>
</NameCallback>
<PasswordCallback echoPassword="false" >
<Prompt>AM_INS/web-src/services/config/auth/example_nl/bookshop/DataStore.xml:17 </Prompt>
</PasswordCallback>
</Callbacks>
</ModuleProperties>
When accessing the Access Manager Administration Console installed in the Sun Virtual Lab through a browser with its language setting set to English (en), administrators can see the default Access Manager login page. When the browser's language setting is set to Dutch (nl), the customized login page of the Access Manager Administration Console is displayed.
To fully understand the following example information, go to http://sears.sunvirtuallab.com:32110/amserver/UI/Login.
The following components are localized:
The browser page title string now displays its resource key:
To customize the browser page title, open Java properties file [25] or amAuthUI_nl.properties (see Table 1) and change the value of the key titled “htmlTitle_Login”.
The Authentication Method, User Name, and Password display the location to the XML file containing these strings and the line number of these strings, for example:
To customize the User Name string, open the file titled LDAP.xml located under AM_INS/web-src/services/config/auth/sunvirtuallab_nl/bookshop/ and navigate to line 17.
The Login button string now displays its resource string key:
To customize the Login button string, open Java properties file [25] or amAuthUI_nl.properties (see Table 1) and change the value of the key titled “Login”.
The procedures in the following sections provide a practical summary of all procedures discussed in this document:
Adding a new language to the supported language list
Adding localization resources for a newly supported language
Applying and testing changes
These procedures add the Dutch language to Access Manager. Nevertheless, any other language supported by a browser can be added to Access Manager. An example at the end of this section shows how to generate an MO file within UTF-8 encoding.
Open a terminal window on the server where an instance of Access Manager is installed (if necessary).
As superuser create a temporary directory to store the XML files used to add support for a new language.
# mkdir -p /export/am_xml_tmp
Change to the temporary created directory.
# cd /export/am_xml_tmp/
Create the setServiceRevision.xml file.
Open the empty created file with a text editor and insert the following lines:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE Requests PUBLIC "-//iPlanet//Sun Java System Access Manager 7.1 Admin CLI DTD//EN" "jar://com/iplanet/am/admin/cli/amAdmin.dtd">
<!-- apply this file by: amadmin -u admin-user -w admin-pwd -t filename.xml -->
<Requests>
<SchemaRootNodeRequests serviceName="iPlanetG11NSettings">
<SetServiceRevisionNumber number="10" />
</SchemaRootNodeRequests>
</Requests>
Save the changes.
Change to the Access Manager bin directory.
# cd AM_BIN/
Run the amadmin tool as follows:
# ./amadmin -u admin-user -w admin-pwd -t \ /export/am_xml/tmp/setServiceRevision.xml
Open a terminal window on the server where an instance of Access Manager is installed (if necessary).
Change to the temporary created directory.
# cd /export/am_xml_tmp/
Create the amG11nSettings_mod.xml file.
Open the empty created file with a text editor and insert the following lines:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE Requests PUBLIC "-//iPlanet//Sun Java System Access Manager 7.1 Admin CLI DTD//EN" "jar://com/iplanet/am/admin/cli/amAdmin.dtd">
<!-- apply this file by: amadmin -u admin-user -w admin-pwd -t filename.xml -->
<Requests>
<SchemaRequests serviceName="iPlanetG11NSettings" SchemaType="Global">
<AddDefaultValues>
<AttributeValuePair>
<Attribute name="sun-identity-g11n-settings-locale-charset-mapping"/>
<Value>nl|charset=UTF-8</Value>
</AttributeValuePair>
</AddDefaultValues>
</SchemaRequests>
</Requests>
Save the changes.
Change to the Access Manager bin directory.
# cd AM_BIN/
Run the amadmin tool as follows:
# ./amadmin -u admin-user -w admin-pwd -t \ /export/am_xml/tmp/amG11nSettings_mod.xml
The following information pertains to the example procedures in this section:
A default top-level organization called example exists.
The default top-level organization example has a sub-realm called bookshop. The sub-realm bookshop has been created through the Access Manager Administration Console.
The L10n resources for the Dutch (nl) language are added to sub-realm bookshop by doing the following:
Localizing the Login.jsp file
Localizing the Logout.jsp file
Localizing the LDAP.xml file
The changes are applied by doing the following:
Redeploying the customized Access Manager instance
Restarting the web container where Access Manager is deployed
Open a terminal window on the server where an instance of Access Manager is installed (if necessary).
As superuser change to the authentication interface templates base directory.
# cd AM_INS/web-src/services/config/auth
Create a directory for the top-level organization.
# mkdir -p example
Copy the contents of the default directory to a new directory for the bookshop sub-realm.
# cp -rp default example/bookshop
Create a directory to contain the Dutch localization of the bookshop sub-realm.
# mkdir -p example_nl/bookshop
Copy the default authentication interface templates for the bookshop sub-realm to this new directory.
# cp -rp example/bookshop/* example_nl/bookshop
Change to the created localization directory.
# cd example_nl/bookshop
Open the Login.jsp file in a text editor.
Navigate to the line that contains this string:
<body class="LogBdy" onload="placeCursor...>
Below this line, insert the following single line:
<h5><span style="color: rgb(255,255,255);">Welcome to a Dutch Bookshop organization.</span><br></h5>
Save the changes.
Open the Logout.jsp file in a text editor.
Navigate to the line that contains this string:
<body class="LogBdy">
Below this line, insert the following single line:
<h5><span style="color: rgb(255,255,255);">Thank you for visiting our Dutch Bookshop organization.</span><br></h5>
Saves the changes.
Open the LDAP.xml file in a text editor.
Navigate to the line that contains this string:
<Callbacks length="2" order="1" timeout="120" header="This server uses LDAP Authentication" >
Replace this line with the following single line:
<Callbacks length="2" order="1" timeout="120" header="This Dutch server uses LDAP Authentication" >
Save the changes.
Open a terminal window on the server where an instance of Access Manager is installed (if necessary).
As superuser change to the Access Manager bin directory.
# cd AM_BIN/
Copy the amsamplesilent file to a new file titled amsilentredeploy.
Open the amsilentredeploy file in a text editor.
Customize the amsilentredeploy file with the environment details where the Access Manager instance is deployed.
Save the changes to the new amsilentredeploy file.
Run the amconfig tool.
# ./amconfig -s ./amsilentredeploy
Restart the web container in which the Access Manager instance is currently deployed.
Open a browser window (if necessary).
Set the browser language setting to Dutch (nl).
Go to http://host.domain/amserver/UI/Login?org=bookshop.
A customized Access Manager Administration Console Login page appears.
MO
File
in UTF-8 EncodingThis section is not directly related to Access Manager. However, you should perform the following procedures when customizing the Access Manager CLI with a new language.
An MO file is commonly generated with a PO file. Hence, create a PO file and then generate the MO file.
Open a terminal window (if necessary).
As superuser create a temporary directory.
# mkdir /export/am_mo_gen
Change to the created directory.
# cd /export/am_mo_gen
Create an example.po file.
Open the empty example.po file in a text editor.
Add the following content to the file:
domain "example"
msgid "This is an example how to generate a Machine Object file in UTF-8 encoding"
msgstr "Cet example démontre comment générer un fichier Machine Object encodé avec UTF-8"
Add the charset specification to the bottom of the file, as follows:
“Content-Type: text/plain; charset=UTF-8\n”
Save the changes.
Open a terminal window (if necessary).
Go to the directory where a PO file is stored, /export/am_mo_gen in this procedure.
# cd /export/am_mo_gen
Generate the MO file by using the msgfmt tool.
# msgfmt -g -o example.mo example.po
Version |
Date |
Description of Changes |
---|---|---|
1.0 |
June 25, 2007 |
Initial publication. |
The docs.sun.com (SM) web site enables you to access Sun technical documentation online. You can browse the docs.sun.com archive or search for a specific book title or subject. Books are available as online files in PDF and HTML formats. Both formats are readable by assistive technologies for users with disabilities.
To access the following Sun resources, go to http://www.sun.com:
Downloads of Sun products
Services and solutions
Support (including patches and updates)
Training
Research
Communities (for example, Sun Developer Network)
Third-party URLs are referenced in this document and provide additional, related information.
Sun is not responsible for the availability of third-party web sites mentioned in this document. Sun does not endorse and is not responsible or liable for any content, advertising, products, or other materials that are available on or through such sites or resources. Sun will not be responsible or liable for any actual or alleged damage or loss caused or alleged to be caused by or in connection with use of or reliance on any such content, goods, or services that are available on or through such sites or resources.
Sun is interested in improving its documentation and welcomes your comments and suggestions. To share your comments, go to http://docs.sun.com and click Send Comments. In the online form, provide the full document title and part number. The part number is a 7-digit or 9-digit number that can be found on the book's title page or in the document's URL. For example, the part number of this book is 820-2238.