With the release of the Liberty December beta comes a new way to control server endpoints. A server endpoint is a connection point for inbound traffic like HTTP, JMS messaging and IIOP. There are situations where itâ€™s useful for a server administrator to pause inbound traffic and then later resume it. In Liberty version 188.8.131.52, we added options to the
server command that allow the pause and resume of HTTP endpoints (for more details, see the Knowledge Center docs). While itâ€™s useful to be able to do this using the
server command, some operational environments use Java Management Extension (JMX) to control and administer servers and the command line version of pause and resume may not fit those needs. Because weâ€™re good listeners, in response to several Request for Enhancements (RFE), weâ€™re working on making this function available via JMX MBeans. The December beta is a stepping stone to fulfilling those RFEs.
The beta endpoint control feature,
endpointControl-1.0, provides Liberty administrators a new MBean that has function similar to the command line counterparts, but may be more useful in an operational context because it can be invoked via JMX. Like the command line counterparts, the MBean is currently limited to controlling HTTP endpoints. However, because we designed the pause and resume capability as a generic mechanism for controlling server endpoints, it gives us the flexibility to add other endpoint types in the future. Keep watching the Liberty betas for the ability to control additional endpoint types.
Enabling the MBean
How does this all work? Letâ€™s start with enabling the beta feature. Because this is beta function and subject to change based on the feedback we receive, accessing it requires adding the
<endpointControl> feature to the feature manager list of your
server.xml. When this function becomes generally available, the need to add this feature to your server configuration will go away. While Iâ€™m editing the server config, because I want to access the MBean via JMX, Iâ€™m going to enable the local connector feature also:
<featureManager> <feature>endpointControl-1.0</feature> <feature>localConnector-1.0</feature> <featureManager/>
You could use the REST connector feature or local JDK bridge instead (for more details, see the Knowledge Center docs).
Once youâ€™ve added those features to your
server.xml and the server is up and running, you can connect using any JMX tool like jconsole (for more details, see the Knowledge Center docs). Once connected, youâ€™ll need to navigate to the proper MBean, weâ€™re looking for one with the ObjectName
Listing available endpoints
Once you find it, have a look at the operations it supports. One MBean operation that is not available in the
server command counterpart is the method
List listEndpoints(); this returns the name of all endpoints that can be paused/resumed.
On my server configured with just the above two features, that operation returns
 (an empty list) because no endpoints are yet activated. And attempting to access the default HTTP endpoint at
localhost:9080 results in a 404. But, if I add a feature that causes the default instance of HTTP endpoint to be activated, say
<feature>servlet-3.1</feature> (or any feature that depends on it), when I again execute the
listEndpoints() operation, it now returns
[defaultHttpEndpoint]. I can also verify the endpoint is started by visiting
localhost:9080 and noting that I get the server welcome page. If I add another HTTP endpoint to my
server.xml and save it (e.g.
<httpEndpoint httpPort=9090 />, choose wisely and avoid port conflicts), and issue the
listEndpoints() operation again, Iâ€™ll see something like
[defaultHttpEndpoint, httpEndpoint-172]. Since I didnâ€™t define an
id attribute for the
httpEndpoint element I added, Liberty created one for it. You can go back and add an ID to the element and after saving your config, re-run the
listEndpoints() operation and note the update.
Controlling the state of endpoints
Now that weâ€™ve got a couple of endpoints, letâ€™s look at the pause and resume operations of the MBean. These methods use syntax similar to the
server command counterparts. There are operations to pause and resume all endpoints:
void pause() – Pauses all registered server endpoints
void resume() – Resumes all registered server endpoints
If I issue the pause operation, both endpoints listed above will be paused and visiting
localhost:9080 result` in a 404. A scenario where these two operations can be useful is if you have an HTTP appliance (such as a firewall or load balancer) sitting in front of your Liberty server and you need to adjust some parameters of it. By pausing all inbound HTTP traffic while you make changes and then resuming it, youâ€™ll ensure a smooth transition. If instead I want to pause or resume a specific set of endpoints, I can use the targeted versions of the operations:
void pause(String targets) – Pauses the server endpoints specified by targets
void resume(String targets) – Resumes the server endpoints specified by targets
where targets is a list of one or more endpoint names as returned by the
listEndpoints() operation, separated by commas.
Query the state of endpoints
In addition to the ability to list, pause and resume endpoints, the mbean has operations allowing you to query the current state of all or some of the server endpoints:
boolean isPaused() – Query the state of all registered server endpoints. Returns true if the cumulative state of all registered endpoints is paused, otherwise false.
Or if I want to know the state of specific endpoints, again I can use the targeted operation:
public boolean isPaused(String targets) – Query the state of the specified server endpoints. If a single target is specified, returns the state of the specified target, if multiple targets are specified, returns true only all specified targets are paused.
Hopefully this overview of the new endpoint control MBean in the December 2017 Liberty beta will motivate you to install the beta, play around with the new function and give us more feedback.