Запрос PATCH с использованием клиента Джерси

Я хочу выполнить запрос PATCH, поддерживаемый нашим сервером, для тестирования с использованием клиента Jersey. Мой код выглядит следующим образом, но я получаю исключение com.sun.jersey.api.client.ClientHandlerException: java.net.ProtocolException: HTTP method PATCH doesn't support output. Может ли кто-нибудь сообщить мне, что случилось с кодом ниже?

Ответы

Ответ 1

Это ошибка в текущей реализации JDK, которая была исправлена в реализации JDK8. Ознакомьтесь с этой ссылкой для получения более подробной информации https://bugs.openjdk.java.net/browse/JDK-7157360. Существует способ взломать это, но команда Джерси решила не исправлять его https://java.net/jira/browse/JERSEY-1367

2 решения, о которых я могу думать

используйте Apache Http Client, который поддерживает метод HttpPatch.
используйте клиентский почтовый клиент PostReplaceFilter, но код Контейнера должен быть изменен и включать заголовок X-HTTP-Method-Override со значением PATCH while делая почтовый запрос. См. http://zcox.wordpress.com/2009/06/17/override-the-http-request-method-in-jersey/. ]

Ответ 2

FYI - на всякий случай, если кто-то столкнется с этим на Джерси-2, см.:

https://jersey.java.net/apidocs/latest/jersey/org/glassfish/jersey/client/HttpUrlConnectorProvider.html

и используйте свойство SET_METHOD_WORKAROUND следующим образом:

    Client jerseyClient = ClientBuilder.newClient()
            .property(HttpUrlConnectorProvider.SET_METHOD_WORKAROUND, true)
            ... etc ...

Я вел меня навсегда, чтобы найти это - решил, что смогу помочь короткому замыканию кривой обучения для других.

Ответ 3

Если вы используете HttpsUrlConnection (обратите внимание на 's'), тогда установка HttpUrlConnectorProvider.SET_METHOD_WORKAROUND не будет работать. Продолжайте читать подробное решение.

В моем случае установка HttpUrlConnectorProvider.SET_METHOD_WORKAROUND свойства вызвала NoSuchFieldException, так как мой экземпляр HttpUrlConnection имел тип: sun.net.www.protocol.https.HttpsURLConnectionImpl и он супер: javax.net.ssl.HttpsURLConnection (который наследуется от HttpUrlConnection).

Итак, когда код Джексона попытается получить поле метода из моего экземпляра подключения super (экземпляр javax.net.ssl.HttpsURLConnection) здесь:

/**
 * Workaround for a bug in {@code HttpURLConnection.setRequestMethod(String)}
 * The implementation of Sun/Oracle is throwing a {@code ProtocolException}
 * when the method is other than the HTTP/1.1 default methods. So to use {@code PROPFIND}
 * and others, we must apply this workaround.
 *
 * See issue http://java.net/jira/browse/JERSEY-639
 */
private static void setRequestMethodViaJreBugWorkaround(final HttpURLConnection httpURLConnection, final String method) {
    try {
        httpURLConnection.setRequestMethod(method); // Check whether we are running on a buggy JRE
    } catch (final ProtocolException pe) {
        try {
            final Class<?> httpURLConnectionClass = httpURLConnection.getClass();
            AccessController.doPrivileged(new PrivilegedExceptionAction<Object>() {
                @Override
                public Object run() throws NoSuchFieldException, IllegalAccessException {
                    final Field methodField = httpURLConnectionClass.getSuperclass().getDeclaredField("method");
                    methodField.setAccessible(true);
                    methodField.set(httpURLConnection, method);
                    return null;
                }
            });
        } catch (final PrivilegedActionException e) {
            final Throwable cause = e.getCause();
            if (cause instanceof RuntimeException) {
                throw (RuntimeException) cause;
            } else {
                throw new RuntimeException(cause);
            }
        }
    }
}

Мы получим NoSuchFieldException, указав, что поле с именем method не существует (поскольку getDeclaredFields() выводит все поля независимо от их доступности, но только для текущего класса, а не для любых базовых классов, которые текущий класс может наследоваться от).

Итак, я просмотрел код Java HttpUrlConnection и увидел, что разрешенные методы указаны private static String []:

 /* Adding PATCH to the valid HTTP methods */
 private static final String[] methods = {
     "GET", "POST", "HEAD", "OPTIONS", "PUT", "DELETE", "TRACE"
 };

Решение заключалось в том, чтобы изменить этот массив методов с помощью отражения:

 try {
         Field methodsField = HttpURLConnection.class.getDeclaredField("methods");
         methodsField.setAccessible(true);
         // get the methods field modifiers
         Field modifiersField = Field.class.getDeclaredField("modifiers");
         // bypass the "private" modifier 
         modifiersField.setAccessible(true);

         // remove the "final" modifier
         modifiersField.setInt(methodsField, methodsField.getModifiers() & ~Modifier.FINAL);

         /* valid HTTP methods */
         String[] methods = {
                    "GET", "POST", "HEAD", "OPTIONS", "PUT", "DELETE", "TRACE", "PATCH"
         };
         // set the new methods - including patch
         methodsField.set(null, methods);

     } catch (SecurityException | IllegalArgumentException | IllegalAccessException | NoSuchFieldException e) {
      e.printStackTrace();
     }

Поскольку поле методов является статическим, изменение его значения работает для любого конкретного экземпляра, который расширяет HttpUrlConnection, включая HttpsUrlConnection.

Боковое примечание. Я бы предпочел, чтобы Java добавила метод PATCH в JDK или из Jackson для выполнения поиска по всей иерархии в процессе обхода.

В любом случае, я надеюсь, что это решение сэкономит вам время.