Ошибка Джексона. Недопустимый символ. При анализе JSON допускается только обычный пробел.

Сообщение должно быть довольно понятным:

В обрабатываемом JSON содержится недопустимый символ (в данном случае код символа 31, т. е. управляющий код «Разделитель единиц измерения»).

Другими словами, данные, которые вы получаете, не соответствуют JSON.

Задний план:

Спецификация JSON (RFC 7159) гласит:

2. JSON-грамматика

Текст JSON представляет собой последовательность токенов. Набор токенов включает шесть структурных символов, строк, чисел и трех буквенных имен.

[...]

Незначительные пробелы разрешены до или после любого из шести структурных символов.

ws = *(

%x20 / ; Космос

%x09 / ; Горизонтальная вкладка

%x0А / ; Перевод строки или Новая строка

%x0D) ; Возврат каретки

Другими словами: JSON может содержать пробелы между токенами («токены» означают часть JSON, т. е. списки, строки и т. д.), но «пробел» определяется только как символ пробела, табуляции, перевода строки и возврата каретки. .

Ваш документ содержит что-то еще (код 31), где разрешены только пробелы, поэтому JSON недействителен.

Чтобы разобрать это:

К сожалению, используемая вами библиотека Джексона не предлагает способа анализа этих искаженных данных. Чтобы успешно проанализировать это, вам нужно будет отфильтровать JSON, прежде чем он будет обработан Джексоном.

Вам, вероятно, придется самостоятельно извлекать (псевдо-)JSON из службы REST, используя стандартный HTTP, используя, например. java.net.HttpUrlConnection. Затем соответствующим образом отфильтруйте «плохие» символы и передайте полученную строку Джексону. Как именно это сделать, зависит от того, как вы используете Джексона.

Не стесняйтесь задавать отдельные вопросы, если у вас возникли проблемы :-).

У меня возникла такая же проблема, и я обнаружил, что она была вызвана заголовком Content-Encoding: gzip. Клиентское приложение (где выбрасывалось исключение) не смогло обработать это кодирование содержимого. FWIW клиентское приложение использовало io.github.openfeign:feign-core:9.5.0, и у этой библиотеки, похоже, есть некоторые проблемы со сжатием (ссылка).

Вы можете попробовать добавить заголовок Accept-Encoding: identity к своему запросу, однако не все веб-серверы/веб-приложения настроены правильно, а некоторые, похоже, игнорируют этот заголовок. См. этот вопрос для подробнее о том, как предотвратить сжатие содержимого.

У меня была аналогичная проблема. После некоторых исследований я обнаружил, что restTemplate использует SimpleClientHttpRequestFactory, который не поддерживает кодировку gzip. Чтобы включить кодировку gzip для вашего ответа, вам нужно будет установить новую фабрику запросов для остального объекта шаблона — HttpComponentsClientHttpRequestFactory.

restTemplate.setRequestFactory(new HttpComponentsClientHttpRequestFactory());

У меня такая же проблема. После установки Gzip это было исправлено. Пожалуйста, обратитесь к моему коду

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;
    }

}

Недавно у нас была такая же проблема в интеграционных тестах. У нас есть приложение spring boot, и мы используем wiremock для имитации интегрированного сервера микросервисов. Для одного из тестовых запросов get, которые мы реализовали, мы начали получать эту ошибку. Нам пришлось понизить версию wiremock с 2.18.0 до 2.17.0, и все заработало. Из-за какой-то ошибки jackson parser и конкретная версия wiremock не работали вместе. У нас не было времени выяснить, в чем на самом деле ошибка в этих библиотеках.

У меня была такая же проблема с журналом регистрации zalando в моем весеннем загрузочном приложении, и, внимательно прочитав ответы здесь, я понял, что перехватчик ответов должен применяться после всего, что заботится о распаковке:

@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;
       }
   }
}