Skip to content
Advertisement

Preferred Java way to ping an HTTP URL for availability

I need a monitor class that regularly checks whether a given HTTP URL is available. I can take care of the “regularly” part using the Spring TaskExecutor abstraction, so that’s not the topic here. The question is: What is the preferred way to ping a URL in java?

Here is my current code as a starting point:

JavaScript
  1. Is this any good at all (will it do what I want)?
  2. Do I have to somehow close the connection?
  3. I suppose this is a GET request. Is there a way to send HEAD instead?

Advertisement

Answer

Is this any good at all (will it do what I want?)

You can do so. Another feasible way is using java.net.Socket.

JavaScript

There’s also the InetAddress#isReachable():

JavaScript

This however doesn’t explicitly test port 80. You risk to get false negatives due to a Firewall blocking other ports.


Do I have to somehow close the connection?

No, you don’t explicitly need. It’s handled and pooled under the hoods.


I suppose this is a GET request. Is there a way to send HEAD instead?

You can cast the obtained URLConnection to HttpURLConnection and then use setRequestMethod() to set the request method. However, you need to take into account that some poor webapps or homegrown servers may return HTTP 405 error for a HEAD (i.e. not available, not implemented, not allowed) while a GET works perfectly fine. Using GET is more reliable in case you intend to verify links/resources not domains/hosts.


Testing the server for availability is not enough in my case, I need to test the URL (the webapp may not be deployed)

Indeed, connecting a host only informs if the host is available, not if the content is available. It can as good happen that a webserver has started without problems, but the webapp failed to deploy during server’s start. This will however usually not cause the entire server to go down. You can determine that by checking if the HTTP response code is 200.

JavaScript

For more detail about response status codes see RFC 2616 section 10. Calling connect() is by the way not needed if you’re determining the response data. It will implicitly connect.

For future reference, here’s a complete example in flavor of an utility method, also taking account with timeouts:

JavaScript
User contributions licensed under: CC BY-SA
1 People found this is helpful
Advertisement