Jackson error "Illegal character... only regular white space allowed" when parsing JSON

Question

I am trying to retrieve JSON data from a URL but get the following error:

Illegal character ((CTRL-CHAR, code 31)):
only regular white space (\r, \n,\t) is allowed between tokens

My code:

final URI uri = new URIBuilder(UrlConstants.SEARCH_URL)
      .addParameter("keywords", searchTerm)
      .addParameter("count", "50")
      .build();
  node = new ObjectMapper().readTree(new URL(uri.toString())); <<<<< THROWS THE ERROR

The url constructed is i.e https://www.example.org/api/search.json?keywords=iphone&count=50

What is going wrong here? And how can I parse this data successfully?

Imports:

import com.google.appengine.repackaged.org.codehaus.jackson.JsonNode;
import com.google.appengine.repackaged.org.codehaus.jackson.map.ObjectMapper;
import com.google.appengine.repackaged.org.codehaus.jackson.node.ArrayNode;
import org.apache.http.client.utils.URIBuilder;

example response

{
    meta: {
        indexAllowed: false
    },
    products: {
        products: [ 
            {
                id: 1,
                name: "Apple iPhone 6 16GB 4G LTE GSM Factory Unlocked"
            },
            {
                id: 2,
                name: "Apple iPhone 7 8GB 4G LTE GSM Factory Unlocked"
            }
        ]
    }
}

Just a note: Please always use `example.org` or `example.com` for example domain names. If you make up a domain, you may create trouble for whoever happens to own it. See [example.com on Wikipedia](https://en.wikipedia.org/wiki/Example.com). — sleske, Mar 06 '17 at 09:26
@rogger2016: The problem is probably an invisible character in the response. Could you add a hexdump of the response? For example on Linux or using cygwin on Windows, run: `curl http://example.org/my-rest-url |hexdump -C `. — sleske, Mar 06 '17 at 09:45
Hi @sleske, I have curled the URL and get a response...then I run the JSON through JSLint and get 'Valid JSON' — rogger2016, Mar 06 '17 at 10:14
@rogger2016: Well, how does that matter? JSLint is for checking _JavsScript_ not for JSON. The two are different (though they may look similar). At any rate, some checking tools may be more tolerant than Jackson, so even if a checker finds the JSON ok that may not matter. So, please post the hexdump as I wrote, otherwise we're getting nowhere... — sleske, Mar 06 '17 at 10:18

score 35 · Answer 1 · answered Jan 31 '18 at 00:23

35

I got this same issue, and I found that it was caused by the Content-Encoding: gzip header. The client application (where the exception was being thrown) was not able to handle this content-encoding. FWIW the client application was using io.github.openfeign:feign-core:9.5.0, and this library appears to have some issues around compression (link).

You might try adding the header Accept-Encoding: identity to your request, however, not all web servers/web applications are configured properly, and some seem to disregard this header. See this question for more details about how to prevent gzipped content.

answered Jan 31 '18 at 00:23

ChocolateAndCheese

889
6
9

1

Thanks a lot. You are really a life saver. – omer khalid Jan 30 '19 at 09:17
1

Thank you for you answer, you saved me from hours of debugging! – Igor Bljahhin Sep 28 '20 at 10:34
1

Those who face this issue after the version update of `spring-cloud-openfeign-core` to `2.2.5.RELEASE`, please refer https://stackoverflow.com/questions/63608735/org-springframework-core-codec-decodingexception-json-decoding-error-illegal-c/64805221#64805221 – Prasanth Rajendran Nov 12 '20 at 14:46
1

Thank you! This fixed the issue for me! – Matsu Q. Jan 28 '21 at 19:41
1

Check the below link. I added the above header but had no luck. Spring is not able to Decode the response on the fly, so you need to define a custom GZip Decoder. https://stackoverflow.com/questions/23560740/how-to-decode-the-stack-exchange-api-response – Abdulraqeeb M. Jan 25 '22 at 12:13

score 13 · Answer 2 · edited Apr 20 '23 at 06:36

13

I had a similar issue. After some research, I found out that restTemplate uses the SimpleClientHttpRequestFactory which does not support gzip encoding. To enable gzip encoding for your response, you will need to set a new request factory for the rest template object - HttpComponentsClientHttpRequestFactory.

restTemplate.setRequestFactory(new HttpComponentsClientHttpRequestFactory());

edited Apr 20 '23 at 06:36

Archmede

1,592
2
20
37

answered Jun 10 '19 at 21:04

Ash

151
1
7

score 8 · Accepted Answer · edited Oct 07 '21 at 08:14

The message should be pretty self-explanatory:

There is an illegal character (in this case character code 31, i.e. the control code "Unit Separator") in the JSON you are processing.

In other words, the data you are receiving is not proper JSON.

Background:

The JSON spec (RFC 7159) says:

JSON Grammar

A JSON text is a sequence of tokens. The set of tokens includes six tructural characters, strings, numbers, and three literal names.

[...]

Insignificant whitespace is allowed before or after any of the six structural characters.

ws = *(

%x20 / ; Space

%x09 / ; Horizontal tab

%x0A / ; Line feed or New line

%x0D ) ; Carriage return

In other words: JSON may contain whitespace between the tokens ("tokens" meaning the part of the JSON, i.e. lists, strings etc.), but "whitespace" is defined to only mean the characters Space, Tab, Line feed and Carriage return.

Your document contains something else (code 31) where only whitespace is allowed, hence is not valid JSON.

To parse this:

Unfortunately, the Jackson library you are using does not offer a way to parse this malformed data. To parse this successfully, you will have to filter the JSON before it is handled by Jackson.

You will probably have to retrieve the (pseudo-)JSON yourself from the REST service, using standard HTTP using, e.g. java.net.HttpUrlConnection. Then suitably filter out "bad" characters, and pass the resulting string to Jackson. How to do this exactly depends on how you use Jackson.

Feel free to ask a separate questions if you are having trouble :-).

Cheers for the response...Im not in control of the JSON, Is there a way around his...When I hit the url in the browser I get a response so is there a way to make ObjectMapper less strict??? — rogger2016, Mar 06 '17 at 09:55
@rogger2016: That's a different question :-). I'll try to expand my answer. — sleske, Mar 06 '17 at 09:59
http://stackoverflow.com/questions/42658481/code-31-where-only-whitespace-is-allowed-when-parsing-json-from-url-with-jacks @sleske — rogger2016, Mar 07 '17 at 21:15
@rogger2016: I have already added some help to my answer above. If you are still having trouble, please ask a more specific question describing what you tried and where it failed. — sleske, Mar 07 '17 at 22:17

score 6 · Answer 4 · answered Jun 07 '19 at 04:30

I had the same problem. After setting Gzip it was fixed. Please refer my code

public String sendPostRequest(String req) throws Exception {

    // Create connection
    URL urlObject = new URL(mURL);
    HttpURLConnection connection = (HttpURLConnection) urlObject.openConnection();
    connection.setRequestMethod("POST");
    connection.setRequestProperty("Content-Type", "application/json");
    connection.setRequestProperty("Content-Length", Integer.toString(req.getBytes().length));
    connection.setRequestProperty("Content-Language", "en-US");
    connection.setUseCaches(false);
    connection.setDoOutput(true);

    // Send request
    DataOutputStream wr = new DataOutputStream(connection.getOutputStream());
    wr.writeBytes(req);
    wr.close();

    //Response handling
    InputStream responseBody                = null;
    if (isGzipResponse(connection)) {
        responseBody                = new GZIPInputStream(connection.getInputStream());         
    }else{
        responseBody = connection.getInputStream();
    }
    convertStreamToString(responseBody);

    return response.toString();

}

protected boolean isGzipResponse(HttpURLConnection con) {
    String encodingHeader = con.getHeaderField("Content-Encoding");
    return (encodingHeader != null && encodingHeader.toLowerCase().indexOf("gzip") != -1);
}

public void convertStreamToString(InputStream in) throws Exception {
    if (in != null) {

        ByteArrayOutputStream baos = new ByteArrayOutputStream();
        byte[] buffer = new byte[4096];
        int length = 0;
        while ((length = in.read(buffer)) != -1) {
            baos.write(buffer, 0, length);
        }

        response = new String(baos.toByteArray());

        baos.close();

    } else {
        response = null;
    }

}

score 1 · Answer 5 · answered Jan 05 '21 at 10:37

I had the same issue with zalando logbook in my spring boot application, and after reading the answers in here carefully, I realized, that the response interceptor must be applied after whatever takes care for decompression:

@Configuration
public class RestTemplateConfig {

   [....]

   @Bean
   public RestTemplate restTemplate() {
       return new RestTemplateBuilder()
               .requestFactory(new MyRequestFactorySupplier())
               .build();
   }

   class MyRequestFactorySupplier implements Supplier<ClientHttpRequestFactory> {
       @Override
       public ClientHttpRequestFactory get() {
           CloseableHttpClient client = HttpClientBuilder.create()
                   .addInterceptorFirst(logbookHttpRequestInterceptor)
        // wrong:  .addInterceptorFirst(logbookHttpResponseInterceptor)
                   .addInterceptorLast(logbookHttpResponseInterceptor)
                   .build();
           HttpComponentsClientHttpRequestFactory clientHttpRequestFactory = 
                  new HttpComponentsClientHttpRequestFactory(client);
           return clientHttpRequestFactory;
       }
   }
}

score 0 · Answer 6 · answered Sep 14 '20 at 10:48

We had the same issue in out integration tests recently. We have a spring boot application and we use wiremock to mock a integrated microservice server. For one of the test get requests that we had implemented we started getting this error. We had to downgrade wiremock from 2.18.0 to 2.17.0 and it worked fine. Due to some bug the jackson parser and the that particular version of wiremock didn't work together. We didnt have time to figure out what actually the bug was in those libraries.

score 0 · Answer 7 · answered Jan 25 '22 at 12:14

0

Those who use FeignClient, please refer to this answer spring-feign-not-compressing-response

Spring is not able to Decode the response on the fly, so you need to define a custom GZip Decoder.

Solved for me.

answered Jan 25 '22 at 12:14

Abdulraqeeb M.

319
3
7

Jackson error "Illegal character... only regular white space allowed" when parsing JSON

7 Answers7

Linked

Related