Bug 1007906

Summary: Installer: Merge all strings used by installer to one location
Product: [JBoss] JBoss Enterprise Application Platform 6 Reporter: Petr Kremensky <pkremens>
Component: InstallerAssignee: jboss-set
Status: CLOSED EOL QA Contact: Petr Kremensky <pkremens>
Severity: low Docs Contact:
Priority: unspecified    
Version: 6.2.0   
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2019-08-19 12:45:22 UTC Type: Task
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Petr Kremensky 2013-09-13 14:27:06 UTC
Description of problem:
Currently (AFAIK) installer is using strings from $JAR/res/CustomLangpack.xml_$LANG.
For testing of installer translations I go through all CustomLangpack files and compare values with reference file (CustomLangpack.xml_eng).
But I found that some strings from $JAR/langpacks/$LANG.xml are used instead (which are some iz-pack general langpacks I guess).

GUI installer:
<str id="JDKPathPanel.info" txt="Select the JDK path:"/>
<str id="uninstaller.destroytarget" txt=" Force the deletion of "/>
<str id="uninstaller.uninstall" txt="Uninstall"/>

CONSOLE installer:
<str id="uninstaller.destroytarget" txt=" Force the deletion of "/>

Can you please use strings only from $JAR/res/CustomLangpack.xml_$LANG files so we are sure, that we don't miss any string.

There is already <str id="JDKPathPanel.info" txt="Select the JDK path:"/> in $JAR/res/CustomLangpack.xml_eng which is used by console installation.

Comment 1 Miles Tjandrawidjaja 2013-09-16 18:11:34 UTC
Confirming that custom defined strings should not be missed.
Strings from $JAR/langpacks/$LANG.xml are default strings that came with izpack.
Strings from $JAR/res/CustomLangpack.xml_$LANG are strings that we have defined.

First strings from default strings are loaded into a Map.
Afterwards our custom strings are loaded into the same Map.
This way our custom defined strings are always used and, if a string is missing then we fall back on the default strings. If the string we require is not defined by us and not defined in set of default strings then we must add them.