-
Bug
-
Resolution: Done-Errata
-
Undefined
-
rhel-8.4.0, rhel-9.2.0
-
None
-
ldapjdk-5.5.0-0.1.alpha4.el9
-
Normal
-
sst_idm_cs
-
ssg_idm
-
None
-
QE ack, Dev ack
-
False
-
-
No
-
Red Hat Enterprise Linux
-
Pass
-
Manual
-
Unspecified Release Note Type - Unknown
-
None
What were you trying to do that didn't work?
Customer using Japanese locale ja failed to install IdM replica with
java.lang.IllegalArgumentException: Malformed \uxxxx encoding.
at java.util.Properties.loadConvert(Properties.java:574)
at java.util.Properties.load0(Properties.java:391)
at java.util.Properties.load(Properties.java:341)
at java.util.PropertyResourceBundle.<init>(PropertyResourceBundle.java:138)
at netscape.ldap.LDAPResourceBundle.getBundle(Unknown Source)
at netscape.ldap.LDAPResourceBundle.getBundle(Unknown Source)
at netscape.ldap.LDAPException.errorCodeToString(Unknown Source)
at netscape.ldap.LDAPException.errorCodeToString(Unknown Source)
at netscape.ldap.LDAPException.toString(Unknown Source)
...
Yet the root cause is one line in ErrorCodes_ja.props in /usr/share/java/ldapjdk.jar
112=TLS\u3092\u-6a75\u59cb\u3067\u304d\u307e\u305b\u3093\u3002
\u-6a75 is not a valid format, thus the error.
Please provide the package NVR for which bug is seen:
ldapjdk-4.22.0-1.module+el8.3.0+6784+6e1e4c62.noarch
How reproducible:
Always in locale 'ja'
Steps to reproduce
- \u-6a75 is not an acceptable format for java.util.Properties.loadConvert, thus no need to setup IdM replication
Expected results
Show the error message TLSを開始できません。 correctly
Actual results
Failed with
java.lang.IllegalArgumentException: Malformed \uxxxx encoding.
- is depended on by
-
RHEL-12302 Rebase ldapjdk to upstream LDAP SDK 5.5
-
- Closed
-
- links to
-
RHBA-2023:125465
ldapjdk update
