Follow @AsyncHttpClient on Twitter.
The AsyncHttpClient (AHC) library allows Java applications to easily execute HTTP requests and asynchronously process HTTP responses. The library also supports the WebSocket Protocol.
It's built on top of Netty. I's currently compiled on Java 8 but runs on Java 9 too.
Binaries are deployed on Maven central:
<dependency>
<groupId>org.asynchttpclient</groupId>
<artifactId>async-http-client</artifactId>
<version>LATEST_VERSION</version>
</dependency>
AHC doesn't use SEMVER, and won't.
- MAJOR = huge refactoring
- MINOR = new features and minor API changes, upgrading should require 1 hour of work to adapt sources
- FIX = no API change, just bug fixes, only those are source and binary compatible with same minor version
Check CHANGES.md for migration path between versions.
Feel free to check the Javadoc or the code for more information.
Import the Dsl helpers to use convenient methods to bootstrap components:
import static org.asynchttpclient.Dsl.*;
import static org.asynchttpclient.Dsl.*;
AsyncHttpClient asyncHttpClient = asyncHttpClient();
AsyncHttpClient instances must be closed (call the close
method) once you're done with them, typically when shutting down your application.
If you don't, you'll experience threads hanging and resource leaks.
AsyncHttpClient instances are intended to be global resources that share the same lifecycle as the application. Typically, AHC will usually underperform if you create a new client for each request, as it will create new threads and connection pools for each. It's possible to create shared resources (EventLoop and Timer) beforehand and pass them to multiple client instances in the config. You'll then be responsible for closing those shared resources.
Finally, you can also configure the AsyncHttpClient instance via its AsyncHttpClientConfig object:
import static org.asynchttpclient.Dsl.*;
AsyncHttpClient c = asyncHttpClient(config().setProxyServer(proxyServer("127.0.0.1", 38080)));
AHC provides 2 APIs for defining requests: bound and unbound.
AsyncHttpClient
and Dls` provide methods for standard HTTP methods (POST, PUT, etc) but you can also pass a custom one.
import org.asynchttpclient.*;
// bound
Future<Response> whenResponse = asyncHttpClient.prepareGet("http://www.example.com/").execute();
// unbound
Request request = get("http://www.example.com/").build();
Future<Response> whenResponse = asyncHttpClient.execute(request);
Use the setBody
method to add a body to the request.
This body can be of type:
java.io.File
byte[]
List<byte[]>
String
java.nio.ByteBuffer
java.io.InputStream
Publisher<io.netty.bufferByteBuf>
org.asynchttpclient.request.body.generator.BodyGenerator
BodyGenerator
is a generic abstraction that let you create request bodies on the fly.
Have a look at FeedableBodyGenerator
if you're looking for a way to pass requests chunks on the fly.
Use the addBodyPart
method to add a multipart part to the request.
This part can be of type:
ByteArrayPart
FilePart
StringPart
execute
methods return a java.util.concurrent.Future
. You can simply block the calling thread to get the response.
Future<Response> whenResponse = asyncHttpClient.prepareGet("http://www.example.com/").execute();
Response response = whenResponse.get();
This is useful for debugging but you'll most likely hurt performance or create bugs when running such code on production. The point of using a non blocking client is to NOT BLOCK the calling thread!
execute
methods actually return a org.asynchttpclient.ListenableFuture
similar to Guava's.
You can configure listeners to be notified of the Future's completion.
ListenableFuture<Response> whenResponse = ???;
Runnable callback = () -> {
try {
Response response = whenResponse.get();
System.out.println(response);
} catch (InterruptedException | ExecutionException e) {
e.printStackTrace();
}
};
java.util.concurrent.Executor executor = ???;
whenResponse.addListener(() -> ???, executor);
If the executor
parameter is null, callback will be executed in the IO thread.
You MUST NEVER PERFORM BLOCKING operations in there, typically sending another request and block on a future.
execute
methods can take an org.asynchttpclient.AsyncHandler
to be notified on the different events, such as receiving the status, the headers and body chunks.
When you don't specify one, AHC will use a org.asynchttpclient.AsyncCompletionHandler
;
AsyncHandler
methods can let you abort processing early (return AsyncHandler.State.ABORT
) and can let you return a computation result from onCompleted
that will be used as the Future's result.
See AsyncCompletionHandler
implementation as an example.
The below sample just capture the response status and skips processing the response body chunks.
Note that returning ABORT
closed the underlying connection.
import static org.asynchttpclient.Dsl.*;
import org.asynchttpclient.*;
import io.netty.handler.codec.http.HttpHeaders;
Future<Integer> whenStatusCode = asyncHttpClient.prepareGet("http://www.example.com/")
.execute(new AsyncHandler<Integer>() {
private Integer status;
@Override
public State onStatusReceived(HttpResponseStatus responseStatus) throws Exception {
status = responseStatus.getStatusCode();
return State.ABORT;
}
@Override
public State onHeadersReceived(HttpHeaders headers) throws Exception {
return State.ABORT;
}
@Override
public State onBodyPartReceived(HttpResponseBodyPart bodyPart) throws Exception {
return State.ABORT;
}
@Override
public Integer onCompleted() throws Exception {
return status;
}
@Override
public void onThrowable(Throwable t) {
}
});
Integer statusCode = whenStatusCode.get();
ListenableFuture
has a toCompletableFuture
that returns a CompletableFuture
.
Beware that canceling this CompletableFuture
won't properly cancel the ongoing request.
There's a very good chance we'll return a CompletionStage
instead in the next release.
CompletableFuture<Response> whenResponse = asyncHttpClient
.prepareGet("http://www.example.com/")
.execute()
.toCompletableFuture()
.exceptionally(t -> { /* Something wrong happened... */ } )
.thenApply(response -> { /* Do something with the Response */ return resp; });
whenResponse.join(); // wait for completion
You may get the complete maven project for this simple demo from org.asynchttpclient.example
Async Http Client also supports WebSocket.
You need to pass a WebSocketUpgradeHandler
where you would register a WebSocketListener
.
WebSocket websocket = c.prepareGet("ws://demos.kaazing.com/echo")
.execute(new WebSocketUpgradeHandler.Builder().addWebSocketListener(
new WebSocketListener() {
@Override
public void onOpen(WebSocket websocket) {
websocket.sendTextFrame("...").sendTextFrame("...");
}
@Override
public void onClose(WebSocket websocket) {
}
@Override
public void onTextFrame(String payload, boolean finalFragment, int rsv) {
System.out.println(payload);
}
@Override
public void onError(Throwable t) {
}
}).build()).get();
AsyncHttpClient has build in support for reactive streams.
You can pass a request body as a Publisher<ByteBuf>
or a ReactiveStreamsBodyGenerator
.
You can also pass a StreamedAsyncHandler<T>
whose onStream
method will be notified with a Publisher<HttpResponseBodyPart>
.
See tests in package org.asynchttpclient.reactivestreams
for examples.
AsyncHttpClient has build in support for the WebDAV protocol. The API can be used the same way normal HTTP request are made:
Request mkcolRequest = new RequestBuilder("MKCOL").setUrl("http://host:port/folder1").build();
Response response = c.executeRequest(mkcolRequest).get();
or
Request propFindRequest = new RequestBuilder("PROPFIND").setUrl("http://host:port").build();
Response response = c.executeRequest(propFindRequest, new AsyncHandler() {
// ...
}).get();
You can find more information on Jean-François Arcand's blog. Jean-François is the original author of this library. Code is sometimes not up-to-date but gives a pretty good idea of advanced features.
- https://jfarcand.wordpress.com/2010/12/21/going-asynchronous-using-asynchttpclient-the-basic/
- https://jfarcand.wordpress.com/2011/01/04/going-asynchronous-using-asynchttpclient-the-complex/
- https://jfarcand.wordpress.com/2011/12/21/writing-websocket-clients-using-asynchttpclient/
Keep up to date on the library development by joining the Asynchronous HTTP Client discussion group
Of course, Pull Requests are welcome.
Here a the few rules we'd like you to respect if you do so:
- Only edit the code related to the suggested change, so DON'T automatically format the classes you've edited.
- Use IntelliJ default formatting rules.
- Regarding licensing:
- You must be the original author of the code you suggest.
- You must give the copyright to "the AsyncHttpClient Project"