Network logging interceptor for OkHttp. Logs an URL link with encoded network call data for every OkHttp call.
!!! Important - Update notice
ResponseEcho (the server-side component of OkLog) was available at
responseecho-simonpercic.rhcloud.com, which will no longer be available.
It is now available at
To prevent OkLog-generated URLs from breaking, update your version of OkLog to 2.2.0 OR call
setBaseUrl with the new URL:
This inconvenience is due to RedHat sunsetting OpenShift v2, where ResponseEcho was hosted. Now it's hosted on Heroku. The new custom domain will prevent these inconveniences to happen in the future.
What about existing URLs?
All the existing URLs generated by OkLog will still continue to work, as long as you change the host from
Debugging Android responses should be easier. Even with Retrofit logging enabled, copying multi-line responses from logcat is cumbersome and annoying.
OkLog writes a clickable link to the Android log with the OkHttp's response info as params. Clicking on the link in logcat opens your browser with the detailed response info.
Example response info
See an example in action.
How does it work?
OkLog intercepts responses from OkHttp, it then gzips and Base64 encodes the network response & the detailed response info and generates an url link with the encoded data as params. It then logs the url using Timber (if you have it, or Android's built-in Log methods if you don't).
That url points to a hosted instance of the ResponseEcho web app that does the exact opposite, i.e. Base64 decodes and unpacks the url params and displays the response info for easier debugging.
OkLog for OkHttp (use for Retrofit 1.x)
Add using Gradle:
// create an instance of OkLogInterceptor using a builder() OkLogInterceptor okLogInterceptor = OkLogInterceptor.builder().build(); // create an instance of OkHttpClient OkHttpClient okHttpClient = new OkHttpClient(); // add OkLogInterceptor to OkHttpClient interceptors List<Interceptor> clientInterceptors = okHttpClient.interceptors(); Collections.addAll(clientInterceptors, okLogInterceptor);
// use with Retrofit Client okClient = new OkClient(okHttpClient); new RestAdapter.Builder() .setEndpoint(endpoint) .setClient(okClient) ... .build();
OkLog3 for OkHttp3 (use for Retrofit 2.x)
Add using Gradle:
// create an instance of OkLogInterceptor using a builder() OkLogInterceptor okLogInterceptor = OkLogInterceptor.builder().build(); // create an instance of OkHttpClient builder OkHttpClient.Builder okHttpBuilder = new OkHttpClient.Builder(); // add OkLogInterceptor to OkHttpClient's application interceptors okHttpBuilder.addInterceptor(okLogInterceptor); // build OkHttpClient okHttpClient = okHttpBuilder.build();
// use with Retrofit2 new Retrofit.Builder() .baseUrl(baseUrl) .client(okHttpClient) ... .build();
setLogInterceptor(LogInterceptor logInterceptor)Set a custom log interceptor to do your own logging. See LogInterceptor for details.
useAndroidLog(boolean useAndroidLog)Pass 'true' to use Android's Log methods for logging, instead of Timber. Since Timber is an optional dependency, OkLog will use it only if it's included it in your app's dependencies. If not, it will fallback to using Android's built-in Log methods.
Additional log data options
|method||description||included by default|
|withRequestBody(boolean)||Include request body||✓ true|
|withRequestMethod(boolean)||Include request method||✓ true|
|withRequestUrl(boolean)||Include request url||✓ true|
|withProtocol(boolean)||Include protocol||✗ false|
|withRequestContentType(boolean)||Include request content type||✗ false|
|withRequestContentLength(boolean)||Include request content length||✓ true|
|withRequestBodyState(boolean)||Include request body state||✓ true|
|withRequestHeaders(boolean)||Include request headers||✗ false|
|withRequestFailedState(boolean)||Include request failed state||✓ true|
|withResponseCode(boolean)||Include response code||✓ true|
|withResponseMessage(boolean)||Include response message||✓ true|
|withResponseUrl(boolean)||Include response url||✗ false|
|withResponseDuration(boolean)||Include response duration||✓ true|
|withResponseSize(boolean)||Include response size||✓ true|
|withResponseBodyState(boolean)||Include response body state||✓ true|
|withResponseHeaders(boolean)||Include response headers||✗ false|
withNoLogData()Don't include any additional log data from the options.
withAllLogData()Include all additional log data from the options.
shortenInfoUrl(boolean)Shorten info url on the server-side, defaults to false.
OkLog writes logs to Android's logging system, which has a limited line length (~4000 chars).
Even though the generated urls are gzipped and Base64 encoded, they might still be longer than the log line limit on very large http responses.
Unfortunately, there is no workaround with the current system. Nevertheless, everything should work fine for the majority of cases.
This library optionally uses Timber for the actual logging, which splits lines that are too long, so you can see if a response was longer than the limit.
ProGuard configuration is already bundled with OkLog/3, so you can safely use it with ProGuard.
OkLog in combination with ResponseEcho are able to work by encoding request and response data in the URL path and query parameters.
Consequently, this data might be intercepted on the network.
The hosted instance of ResponseEcho that OkLog points to by default is accessible over plain HTTP (not HTTPS).
If you're concerned about your request and response data being intercepted, I strongly suggest you self-host ResponseEcho and set OkLog to point to your hosted instance (either locally or on your own server).
When using the url-shortening option (either via an option in OkLog or by using the shorten button on the response info page), the response info is shortened using the goo.gl url shortener service via their REST API, see: UrlShortenerManager.java.
Since the request and response data is included in the URL itself, shortening it using an external service consequently means that data is stored by the url shortening service provider.
If you're concerned about your request and response data being stored by the shortening service, I strongly suggest you don't shorten the url.
Google Analytics is used in ResponseEcho to track its popularity and usage.
There are two analytics methods included:
- using the Google Analytics API, when showing the plain response data, see: GoogleAnalyticsManager.java.
In either of these methods, NO response data is included in the analytics tracking.
Open source, distributed under the MIT License. See LICENSE for details.