HttpURLConnection Недействительный HTTP-метод: PATCH

Ответ 1

Да, обходной путь для этого. Используйте

X-HTTP-метод-Переопределение

. Этот заголовок может использоваться в запросе POST для "подделки" других методов HTTP. Просто установите значение заголовка X-HTTP-Method-Override для метода HTTP, который вы хотите выполнить. Поэтому используйте следующий код.

conn.setRequestProperty("X-HTTP-Method-Override", "PATCH");
conn.setRequestMethod("POST");

Ответ 2

В OpenJDK есть ошибка "Не исправить ошибку": https://bugs.openjdk.java.net/browse/JDK-7016595

Однако, с Apache Http-Components Client 4.2+ это возможно. Он имеет настраиваемую сетевую реализацию, поэтому можно использовать нестандартные HTTP-методы, такие как PATCH. Он даже имеет класс HttpPatch, поддерживающий метод патча.

CloseableHttpClient httpClient = HttpClients.createDefault();
HttpPatch httpPatch = new HttpPatch(new URI("http://example.com"));
CloseableHttpResponse response = httpClient.execute(httpPatch);

Maven Координаты:

<dependency>
    <groupId>org.apache.httpcomponents</groupId>
    <artifactId>httpclient</artifactId>
    <version>4.2+</version>
</dependency>

Ответ 3

Есть много хороших ответов, так что вот мой (не работает в jdk12):

import java.io.IOException;
import java.lang.reflect.Field;
import java.lang.reflect.Modifier;
import java.net.HttpURLConnection;
import java.net.URL;
import java.util.Arrays;
import java.util.LinkedHashSet;
import java.util.Set;

public class SupportPatch {
    public static void main(String... args) throws IOException {
        allowMethods("PATCH");

        HttpURLConnection conn = (HttpURLConnection) new URL("http://example.com").openConnection();
        conn.setRequestMethod("PATCH");
    }

    private static void allowMethods(String... methods) {
        try {
            Field methodsField = HttpURLConnection.class.getDeclaredField("methods");

            Field modifiersField = Field.class.getDeclaredField("modifiers");
            modifiersField.setAccessible(true);
            modifiersField.setInt(methodsField, methodsField.getModifiers() & ~Modifier.FINAL);

            methodsField.setAccessible(true);

            String[] oldMethods = (String[]) methodsField.get(null);
            Set<String> methodsSet = new LinkedHashSet<>(Arrays.asList(oldMethods));
            methodsSet.addAll(Arrays.asList(methods));
            String[] newMethods = methodsSet.toArray(new String[0]);

            methodsField.set(null/*static field*/, newMethods);
        } catch (NoSuchFieldException | IllegalAccessException e) {
            throw new IllegalStateException(e);
        }
    }
}

Он также использует отражение, но вместо взлома каждого объекта подключения мы взламываем статическое поле HttpURLConnection # методов, которое используется для внутренних проверок.

Ответ 4

Если проект находится в Spring/Gradle; следующее решение будет тренироваться.

Для build.gradle добавьте следующую зависимость:

compile('org.apache.httpcomponents:httpclient:4.5.2')

И определите следующий bean в своем классе @SpringBootApplication внутри com.company.project;

 @Bean
 public RestTemplate restTemplate() {
  HttpComponentsClientHttpRequestFactory requestFactory = new HttpComponentsClientHttpRequestFactory();
  requestFactory.setReadTimeout(600000);
  requestFactory.setConnectTimeout(600000);
  return new RestTemplate(requestFactory);
 }

Эти решения работали для меня.

Ответ 5

У меня было такое же исключение и было написано решение сокетов (в groovy), но я traslate в форме ответа для java для вас:

String doInvalidHttpMethod(String method, String resource){
        Socket s = new Socket(InetAddress.getByName("google.com"), 80);
        PrintWriter pw = new PrintWriter(s.getOutputStream());
        pw.println(method +" "+resource+" HTTP/1.1");
        pw.println("User-Agent: my own");
        pw.println("Host: google.com:80");
        pw.println("Content-Type: */*");
        pw.println("Accept: */*");
        pw.println("");
        pw.flush();
        BufferedReader br = new BufferedReader(new InputStreamReader(s.getInputStream()));
        String t = null;
        String response = ""; 
        while((t = br.readLine()) != null){
            response += t;
        }
        br.close();
        return response;
    }

Я думаю, что он работает в java. Вы должны изменить сервер и номер порта, помните, также измените заголовок узла и, возможно, вам нужно уловить какое-то исключение.

С наилучшими пожеланиями

Ответ 6

Отражение, описанное в этом сообщении, и связанный пост не работает, если вы используете HttpsURLConnection для Oracle JRE, потому что sun.net.www.protocol.https.HttpsURLConnectionImpl использует method из java.net.HttpURLConnection его DelegateHttpsURLConnection!

Таким образом, полное рабочее решение:

private void setRequestMethod(final HttpURLConnection c, final String value) {
    try {
        final Object target;
        if (c instanceof HttpsURLConnectionImpl) {
            final Field delegate = HttpsURLConnectionImpl.class.getDeclaredField("delegate");
            delegate.setAccessible(true);
            target = delegate.get(c);
        } else {
            target = c;
        }
        final Field f = HttpURLConnection.class.getDeclaredField("method");
        f.setAccessible(true);
        f.set(target, value);
    } catch (IllegalAccessException | NoSuchFieldException ex) {
        throw new AssertionError(ex);
    }
}

Ответ 7

Используя ответ:

HttpURLConnection Неверный метод HTTP: PATCH

Я создал образец запроса и работаю как шарм:

public void request(String requestURL, String authorization, JsonObject json) {

    try {

        URL url = new URL(requestURL);
        httpConn = (HttpURLConnection) url.openConnection();
        httpConn.setRequestMethod("POST");
        httpConn.setRequestProperty("X-HTTP-Method-Override", "PATCH");
        httpConn.setRequestProperty("Content-Type", "application/json");
        httpConn.setRequestProperty("Authorization", authorization);
        httpConn.setRequestProperty("charset", "utf-8");

        DataOutputStream wr = new DataOutputStream(httpConn.getOutputStream());
        wr.writeBytes(json.toString());
        wr.flush();
        wr.close();

        httpConn.connect();

        String response = finish();

        if (response != null && !response.equals("")) {
            created = true;
        }
    } 
    catch (Exception e) {
        e.printStackTrace();
    }
}

public String finish() throws IOException {

    String response = "";

    int status = httpConn.getResponseCode();
    if (status == HttpURLConnection.HTTP_OK || status == HttpURLConnection.HTTP_CREATED) {
        BufferedReader reader = new BufferedReader(new InputStreamReader(
                httpConn.getInputStream()));
        String line = null;
        while ((line = reader.readLine()) != null) {
            response += line;
        }
        reader.close();
        httpConn.disconnect();
    } else {
        throw new IOException("Server returned non-OK status: " + status);
    }

    return response;
}

Надеюсь, это поможет вам.

Ответ 8

Мы столкнулись с той же проблемой с немного другим поведением. Мы использовали библиотеку apache cxf для выполнения остальных вызовов. Для нас PATCH работал нормально, пока мы не разговаривали с нашими поддельными сервисами, которые работали через http. В тот момент, когда мы интегрировались с реальными системами (которые были через https), мы столкнулись с той же проблемой со следующей трассировкой стека.

java.net.ProtocolException: Invalid HTTP method: PATCH  at java.net.HttpURLConnection.setRequestMethod(HttpURLConnection.java:428) ~[na:1.7.0_51]   at sun.net.www.protocol.https.HttpsURLConnectionImpl.setRequestMethod(HttpsURLConnectionImpl.java:374) ~[na:1.7.0_51]   at org.apache.cxf.transport.http.URLConnectionHTTPConduit.setupConnection(URLConnectionHTTPConduit.java:149) ~[cxf-rt-transports-http-3.1.14.jar:3.1.14]

Проблема происходила в этой строке кода

connection.setRequestMethod(httpRequestMethod); in URLConnectionHTTPConduit class of cxf library

Теперь настоящая причина неудачи в том, что

java.net.HttpURLConnection contains a methods variable which looks like below
/* valid HTTP methods */
    private static final String[] methods = {
        "GET", "POST", "HEAD", "OPTIONS", "PUT", "DELETE", "TRACE"
    };

И мы видим, что не определен метод PATCH, поэтому ошибка имеет смысл. Мы перепробовали много разных вещей и просмотрели переполнение стека. Единственным разумным ответом было использование отражения, чтобы изменить переменную методов, чтобы ввести другое значение "PATCH". Но почему-то мы не были убеждены использовать это, поскольку решение было своего рода хакерским и слишком трудоемким, и могло бы оказать влияние, поскольку у нас была общая библиотека для установления всех соединений и выполнения этих вызовов REST.

Но затем мы поняли, что библиотека cxf сама обрабатывает исключение, и в блоке catch есть код, добавляющий отсутствующий метод с использованием отражения.

try {
        connection.setRequestMethod(httpRequestMethod);
    } catch (java.net.ProtocolException ex) {
        Object o = message.getContextualProperty(HTTPURL_CONNECTION_METHOD_REFLECTION);
        boolean b = DEFAULT_USE_REFLECTION;
        if (o != null) {
            b = MessageUtils.isTrue(o);
        }
        if (b) {
            try {
                java.lang.reflect.Field f = ReflectionUtil.getDeclaredField(HttpURLConnection.class, "method");
                if (connection instanceof HttpsURLConnection) {
                    try {
                        java.lang.reflect.Field f2 = ReflectionUtil.getDeclaredField(connection.getClass(),
                                                                                     "delegate");
                        Object c = ReflectionUtil.setAccessible(f2).get(connection);
                        if (c instanceof HttpURLConnection) {
                            ReflectionUtil.setAccessible(f).set(c, httpRequestMethod);
                        }

                        f2 = ReflectionUtil.getDeclaredField(c.getClass(), "httpsURLConnection");
                        HttpsURLConnection c2 = (HttpsURLConnection)ReflectionUtil.setAccessible(f2)
                                .get(c);

                        ReflectionUtil.setAccessible(f).set(c2, httpRequestMethod);
                    } catch (Throwable t) {
                        //ignore
                        logStackTrace(t);
                    }
                }
                ReflectionUtil.setAccessible(f).set(connection, httpRequestMethod);
                message.put(HTTPURL_CONNECTION_METHOD_REFLECTION, true);
            } catch (Throwable t) {
                logStackTrace(t);
                throw ex;
            }
        }

Теперь это дало нам некоторые надежды, поэтому мы потратили некоторое время на чтение кода и обнаружили, что если мы предоставим свойство для URLConnectionHTTPConduit.HTTPURL_CONNECTION_METHOD_REFLECTION, то мы можем заставить cxf выполнять обработчик исключений, и наша работа будет выполнена, поскольку по умолчанию переменная будет присвоено значение false из-за кода ниже

DEFAULT_USE_REFLECTION = 
        Boolean.valueOf(SystemPropertyAction.getProperty(HTTPURL_CONNECTION_METHOD_REFLECTION, "false"));

Итак, вот что мы должны были сделать, чтобы эта работа

WebClient.getConfig(client).getRequestContext().put("use.httpurlconnection.method.reflection", true);

или же

WebClient.getConfig(client).getRequestContext().put(HTTPURL_CONNECTION_METHOD_REFLECTION, true);

Где WebClient из самой библиотеки cxf.

Надеюсь, этот ответ кому-нибудь поможет.

Ответ 9

Другим грязным решением взлома является рефлексия:

private void setVerb(HttpURLConnection cn, String verb) throws IOException {

  switch (verb) {
    case "GET":
    case "POST":
    case "HEAD":
    case "OPTIONS":
    case "PUT":
    case "DELETE":
    case "TRACE":
      cn.setRequestMethod(verb);
      break;
    default:
      // set a dummy POST verb
      cn.setRequestMethod("POST");
      try {
        // Change protected field called "method" of public class HttpURLConnection
        setProtectedFieldValue(HttpURLConnection.class, "method", cn, verb);
      } catch (Exception ex) {
        throw new IOException(ex);
      }
      break;
  }
}

public static <T> void setProtectedFieldValue(Class<T> clazz, String fieldName, T object, Object newValue) throws Exception {
    Field field = clazz.getDeclaredField(fieldName);

    field.setAccessible(true);
    field.set(object, newValue);
 }

Ответ 10

Вы можете найти подробное решение, которое может работать, даже если у вас нет прямого доступа к HttpUrlConnection (например, при работе с Джерси-клиентом здесь: Запрос PATCH с использованием Jersey Client

Ответ 11

Если ваш сервер использует ASP.NET Core, вы можете просто добавить следующий код, чтобы указать метод HTTP, используя заголовок X-HTTP-Method-Override, как описано в принятом ответе.

app.Use((context, next) => {
    var headers = context.Request.Headers["X-HTTP-Method-Override"];
    if(headers.Count == 1) {
        context.Request.Method = headers.First();
    }
    return next();
});

Просто добавьте этот код в Startup.Configure перед вызовом app.UseMvc().

Ответ 12

В эмуляторе API 16 я получил исключение: java.net.ProtocolException: Unknown method 'PATCH'; must be one of [OPTIONS, GET, HEAD, POST, PUT, DELETE, TRACE].

Пока работает принятый ответ, я хочу добавить одну деталь. В новых API PATCH работает хорошо, поэтому в сочетании с https://github.com/OneDrive/onedrive-sdk-android/issues/16 вы должны написать:

if (method.equals("PATCH") && Build.VERSION.SDK_INT <= Build.VERSION_CODES.KITKAT) {
    httpConnection.setRequestProperty("X-HTTP-Method-Override", "PATCH");
    httpConnection.setRequestMethod("POST");
} else {
    httpConnection.setRequestMethod(method);
}

Я изменил JELLY_BEAN_MR2 на KITKAT после тестирования в API 16, 19, 21.

Ответ 13

Я получил мой с клиентом Джерси. Обходной путь был:

Client client = ClientBuilder.newClient();
client.property(HttpUrlConnectorProvider.SET_METHOD_WORKAROUND, true);

Ответ 14

 **CloseableHttpClient http = HttpClientBuilder.create().build();
            HttpPatch updateRequest = new HttpPatch("URL");
            updateRequest.setEntity(new StringEntity("inputjsonString", ContentType.APPLICATION_JSON));
            updateRequest.setHeader("Bearer", "auth");
            HttpResponse response = http.execute(updateRequest);
JSONObject result = new JSONObject(IOUtils.toString(response.getEntity().getContent()));**

плагин maven

> <dependency>
>                 <groupId>org.apache.httpcomponents</groupId>
>                 <artifactId>httpclient</artifactId>
>                 <version>4.3.4</version>
>                 <!-- Exclude Commons Logging in favor of SLF4j -->
>                 <exclusions>
>                     <exclusion>
>                         <groupId>commons-logging</groupId>
>                         <artifactId>commons-logging</artifactId>
>                     </exclusion>
>                 </exclusions> 
>             </dependency>

использовать это действительно поможет вам

Ответ 15

Для тех, кто использует Spring restTemplate, ищет подробный ответ.

Вы столкнетесь с проблемой, если будете использовать SimpleClientHttpRequestFactory в качестве restTemplate ClientHttpRequestFactory.

От java.net.HttpURLConnection:

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

Поскольку PATCH не является поддерживаемой операцией, будет выполнена эта строка кода из того же класса:

throw new ProtocolException("Invalid HTTP method: " + method);

В итоге я использовал то же, что предложил @hirosht в своем ответе.