APAR status
Closed as program error.
Error description
Environment: Windows Product name: IBM? Rational? Business Developer Program Version : 7.5.1.5 Description. The representation of regional settings when migrating VAGen Pro jects is not adopted. After setting the appropriate regional setting in Windows ie Dut ch (Belgian) when migrating a VAGen Map that contains a variable field with a Numeric edit and separator option checked. Its obs erved that When an initial value is added, as per example below, the migration does not pick up the regional settings ie. In the ESF source the VAGen map contains :vfield row = 005 column = 011 type = NUM bytes = 00022 decimals = 02 name = NUMERIC-VALUE editordr = 002 .999.999.999.999.999,99 Consider the periods and the comma in the value of the variable field. After migration to EGL the EGLSource contains NUMERIC-VALUE num(18,02) { position = [5,11], fieldLen = 22, validationOrder = 2, color = defaultColor, highlight = noHighlight, intensity = normalIntensity, protect = noProtect, numericSeparat or = yes, sign = leading, align = right, fillCharacter = nullFill, value = '999,999,999,999,999.99'}; The comma?s and periods are not translated, the value should be set to '999.999.999.999.999,99' for the example Dutch (Belgian) locale. There are build descriptor options such as decimalSymbol, Sepera torSymbol and targetNLS that would effect these values to adhere to regional requirements but only at runtime. The defect then c oncerns that the VAGen migration wizard converts values to EGL c ode that do not reflect the intended runtime values.
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: * **************************************************************** * PROBLEM DESCRIPTION: * **************************************************************** * RECOMMENDATION: * **************************************************************** Users Affected: RBD 7.5.1.x and 8.0.x users using VAGen to EGL migration whose system locale is a European locale such as Dutch(Belgium) where the decimal point is commas. Description: The decimalSymbol and SeperatorSymbol in numeric field are change to the US locale symbol. For example, In the ESF source the VAGen map contains :vfield row = 005 column = 011 type = NUM bytes = 00022 decimals = 02 name = NUMERIC-VALUE editordr = 002 .999.999.999.999.999,99 is migrated to: NUMERIC-VALUE num(18,02) { position = [5,11], fieldLen = 22, validationOrder = 2, color = defaultColor, highlight = noHighlight, intensity = normalIntensity, protect = noProtect, numericSeparator = yes, sign = leading, align = right, fillCharacter = nullFill, value = "999,999,999,999,999.99"};
Problem conclusion
Correctly migrate the numeric field of ESF source in all region and locale settings.
Temporary fix
Comments
APAR Information
APAR number
PM18898
Reported component name
RATL BUS DEV
Reported component ID
5724S5000
Reported release
751
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2010-07-21
Closed date
2011-05-06
Last modified date
2011-05-06
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Fix information
Fixed component name
RATL BUS DEV
Fixed component ID
5724S5000
Applicable component levels
R751 PSN
UP
[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSMQ79","label":"Rational Business Developer"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"7.5.1","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}}]
Document Information
Modified date:
06 May 2011