Java JDK 8 Update 291 (32-bit)

What's new in this version:

JDK 8u291 contains IANA time zone data 2020e, 2020f, 2021a:
- Volgograd switches to Moscow time on 2020-12-27 at 02:00
- South Sudan changes from +03 to +02 on 2021-02-01 at 00:00

Other Notes:
- New System and Security Properties to Control Reconstruction of Remote Objects by JDK's Built-in JNDI RMI and LDAP Implementations
- Added 2 HARICA Root CA Certificates
- Default java Version Is Not Updated for Double Click jar Execution
- Disable TLS 1.0 and 1.1
- Disable TLS 1.0 and 1.1 for Java Plugin Applets and Java Web Start Applications
- Less Ambiguous Processing of ProcessBuilder Quotes on Windows

Fixed:
- Japanese characters not entered by mouse click on Windows 10
- Windows IME related patch
- JAWS does not always announce the value of JSliders in JColorChooser
- libwindowsaccessbridge issues on 64bit Windows
- UI of Swing components is not redrawn after their internal state changed
- Use -XX:+/-UseContainerSupport for enabling/disabling Java container metrics
- NPE on ClassValue.ClassValueMap.cacheArray
- Deadlock between URLStreamHandler.getHostAddress and file.Handler.openconnection
- AArch64: guarantee(val < (1U << nbits)) failed: Field too big for insn
- Improve diagnostic messages for class verification and redefinition failures
- Use SkippedException instead of RuntimeException for docker not able to pull the repository
- Typo in Javapath.cpp
- Incomplete JDK-8259215 fix
- Default Java version is not updated for double click jar execution
- Policy initialization issues when the denyAfter constraint is enabled
- Update SunPKCS11 provider with PKCS11 v3.0 header files
- SSLEngine handshake status immediately after the handshake can be NOT_HANDSHAKING rather than FINISHED with TLSv1.3
- sun/security/ssl/SSLSocketImpl/SSLSocketLeak.java again reports leaks after JDK-8257884
- TLS connection always receives close_notify exception
- Disable TLS 1.0 and 1.1
- SSLSocket that is never bound or connected leaks socket resources
- sun/security/ssl/SSLSocketImpl/SSLSocketLeak.java reports leaks
- Leak File Descriptors Because of ResolverLocalFilesystem#engineResolveURI()
- reutilization of org.w3c.dom.ls.LSSerializer,produces unexpected result in 8u271
- Behavior change in XML since JDK 8u271
- XML declaration is not followed by a newline