Pivotal GemFire Release Notes
Pivotal GemFire 9.7 is based on Apache Geode version 1.8. Pivotal GemFire 9.7 and Apache Geode share a common set of documentation. Therefore, references to both GemFire and Apache Geode appear throughout this documentation; consider them equivalents.
Pivotal GemFire 9.7 includes the following improvements:
- GemFire clients support trust and keystore rotation
- Endpoint validation during SSL handshake is enabled
- Improved latency characteristics of Serial Gateway Sender Queues
- Function security is dynamically determined by function arguments
- Added support for Tomcat 9
gfshcommand hints are now case-independent
Pivotal GemFire 9.7 Breaking Change
The configuration options for JNDI bindings have changed,
whether configured through XML or
gfsh create jndi-binding:
--jdbc-driver-classoption is now optional.
--urlis an alias for the
--typeoption now defaults to
--type=POOLEDoption defaults to creating a Hikari pool. Or, implement
org.apache.geode.datasource.PooledDataSourceFactoryto customize the class that implements the pool.
The breaking change represents a rare use case.
The change is that
a custom class that implements the pool must now implement the
You can download Pivotal GemFire 9.7 from the Pivotal GemFire product download page.
For details on how to install Pivotal GemFire 9.7, see Installing Pivotal GemFire.
To upgrade from an earlier version of GemFire to the current version, see Upgrading Pivotal GemFire.
When servers are upgraded to this GemFire version from a version prior to version 9.1.1, their authentication of client messages is disabled in order to facilitate rolling upgrades. If your clients are set up to send authenticated messages, the servers will honor those messages, but will not enforce authentication until you reinstate authentication on each of the upgraded servers.
To reinstate secure client/server messaging, restart each server with
geode.disallow-internal-messages-without-credentials system property set to
gfsh>start server --name=server_name --dir=server_config_dir \ --J=-Dgeode.disallow-internal-messages-without-credentials=true
The GemFire 9.7 release is based on the Apache Geode 1.8 release. This section describes issue resolutions that significantly affect GemFire applications. For a list of all issues resolved in Geode 1.8, see the Geode 1.8 Release Notes. Ticket numbers of the form GEODE‑NNNN can be inspected at the Apache Software Foundation site for Geode issues.
GEODE-5857, GEM-2233: Resolved some race conditions in JMX registration during startup and shutdown.
GEODE-5861: JDBC Connector now uses gfsh jndi-binding instead of jdbc-connection.
GEODE-5925, GEM-2262: Fixed an issue where
AcceptorImpl was sending out unnecessary profile update messages during cache closure operations.
GEODE-6078, GEM-2265: Use of Pool APIs for doing operations when
multiuser-secure-mode-enabled is set to
true no longer causes a
The HTTP session module creates its region that holds metadata on only one server within a cluster. The region needs to be hosted on all the servers.
To correct the issue on a running cluster, connect to the cluster
and run a single
to create the metadata region on all servers.
The command has the form:
create region --name=REGION-NAME --type=REGION-SHORTCUT \ --enable-statistics \ --entry-idle-time-custom-expiry=org.apache.geode.modules.util.SessionCustomExpiry
context.xml file sets the metadata region’s name,
substitute the name for
regionAttributesId in a
context.xml file defines a
substitute its value for
REGION-SHORTCUT in the
create region command.
See Changing the Default GemFire Configuration in the Tomcat Module
for details on the
If the metadata region’s name or type is not set within a
then use a
and use a
Using these defaults results in the
gfsh>create region --name=gemfire_modules_sessions --type=PARTITION_REDUNDANT \ --enable-statistics \ --entry-idle-time-custom-expiry=org.apache.geode.modules.util.SessionCustomExpiry
You can verify that the region is hosted on all servers with the
gfsh>describe region --name=gemfire_modules_sessions
General support includes security vulnerability resolutions and critical bug fixes in all supported minor versions, while other maintenance is applied only to the latest supported minor release.
Obtaining and Installing Security Updates
New versions of Pivotal GemFire often include important security fixes, so Pivotal recommends you keep up to date with the latest releases.
For details about any security fixes in a particular release, see the Pivotal security page.