Skip to content

Coherence CE v14.1.1.0.11
Compare
Choose a tag to compare
@pthilagar pthilagar released this 18 Oct 16:53
14.1.1-0-11
74f92ce

This is patch 11 of the Coherence CE v14.1.1 release.

Bugs fixed since Coherence CE 14.1.1.0.10

  • COH-26254 Added system property coherence.join.timeout which can be used to control the cluster join timeout.
  • COH-26252 Fixed an issue where correct CohQL comparison expressions could raise an exception stating "The use of identifier on both sides of an expression is not supported".
  • COH-26149 Corrected the displayed version, for certain Coherence versions, of members within the master member set.
  • COH-26123 Fixed an issue where a NullPointerException may be thrown during service shutdown.
  • COH-26074 Fixed an issue where an UnsupportedOperationException is thrown when accessing a read-only cache entry when sliding-expiry is enabled.
  • COH-26003 Fixed an issue where a NearCache may not detect and release a lock on a cache key that is held by a terminated thread, resulting in a "Detected state corruption on KEY..." log message.
  • COH-25992 Enhanced the Coherence Node and Service MBeans to always have reliable transport information in the TransportStatus attribute.
  • COH-25893 Fixed an issue where using non-observable maps, such as SafeHashMap, as backing maps can result in data loss when cluster members leave.
  • COH-25830 Fixed an issue where TcpRing.close.keys() may throw an unhandled ClosedSelectorException which can cause the Cluster service to terminate unexpectedly.
  • COH-25700 Fix for Netty CVE-2022-24823
  • COH-25733 Fixed an issue where the cluster service thread may be blocked on a member that is assuming the JMX cluster member role.
  • COH-25544 Fixed an issue where an EntryProcessorEvent EXECUTED event raised by an invokeAll may incorrectly contain an empty entry set.
  • COH-23345 Improved cache operations to use an interruptible lock so that operations can be interrupted after the specified timeout.
Assets 2
Loading