URLConnectionでPATCHのような非標準のHTTPメソッドを使用しようとすると:
HttpURLConnection conn = (HttpURLConnection) new URL("http://example.com").openConnection();
conn.setRequestMethod("PATCH");
私は例外を受け取ります:
Java.net.ProtocolException: Invalid HTTP method: PATCH
at Java.net.HttpURLConnection.setRequestMethod(HttpURLConnection.Java:440)
Jerseyのような高レベルAPIを使用すると、同じエラーが生成されます。 PATCH HTTPリクエストを発行する回避策はありますか?
はい、これには回避策があります。つかいます
X-HTTP-Method-Override
。このヘッダーは、POST他のHTTPメソッドを「偽造」するリクエストで使用できます。X-HTTP-Method-Overrideヘッダーの値を実際に実行するHTTPメソッドに設定するだけです。したがって、次のコードを使用します。
conn.setRequestProperty("X-HTTP-Method-Override", "PATCH");
conn.setRequestMethod("POST");
このためOpenJDKにはバグを修正しません: https://bugs.openjdk.Java.net/browse/JDK-7016595
ただし、Apache Http-Components Client 4.2以降ではこれが可能です。カスタムネットワーキングの実装があるため、PATCHなどの非標準の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>
良い答えがたくさんあるので、ここに私のものがあります:
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#methods静的フィールドをハッキングします。
プロジェクトがSpring/Gradleにある場合;次の解決策が機能します。
Build.gradleには、次の依存関係を追加します。
compile('org.Apache.httpcomponents:httpclient:4.5.2')
そして、com.company.project内の@SpringBootApplicationクラスで次のBeanを定義します。
@Bean
public RestTemplate restTemplate() {
HttpComponentsClientHttpRequestFactory requestFactory = new HttpComponentsClientHttpRequestFactory();
requestFactory.setReadTimeout(600000);
requestFactory.setConnectTimeout(600000);
return new RestTemplate(requestFactory);
}
このソリューションは私のために働いた。
私は同じ例外を持っていて、ソケットソリューションを(groovyで)書きましたが、答えフォームで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で動作すると思います。サーバーとポート番号を変更する必要があり、Hostヘッダーも変更することを忘れないでください。たぶん、いくつかの例外をキャッチする必要があります。
宜しくお願いします
答えを使用して:
サンプルリクエストを作成し、チャームのように動作します。
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;
}
それがあなたのお役に立てば幸いです。
わずかに異なる動作で同じ問題に直面しました。残りの呼び出しには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ライブラリ自体からのものです。
この答えが誰かの助けになることを願っています。
別の汚いハックソリューションは反射です:
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);
}
サーバーがASP.NET Coreを使用している場合は、次のコードを追加するだけで、ヘッダー--X-HTTP-Method-Override
を使用してHTTPメソッドを指定できます。これについては、 accepted answer で説明しています。
app.Use((context, next) => {
var headers = context.Request.Headers["X-HTTP-Method-Override"];
if(headers.Count == 1) {
context.Request.Method = headers.First();
}
return next();
});
app.UseMvc()
を呼び出す前に、このコードをStartup.Configure
に追加するだけです。
HttpUrlConnection
に直接アクセスしなくても機能する詳細なソリューションを見つけることができます(Jersey Clientを使用する場合など) Jersey Clientを使用したPATCHリクエスト
API 16のエミュレーターで例外を受け取りました:Java.net.ProtocolException: Unknown method 'PATCH'; must be one of [OPTIONS, GET, HEAD, POST, PUT, DELETE, TRACE]
。
受け入れられた答えは機能しますが、詳細を1つ追加します。新しい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でテストした後。
**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>
これを本当に使ってください
私はジャージークライアントで私のものを得ました。回避策は次のとおりです。
Client client = ClientBuilder.newClient();
client.property(HttpUrlConnectorProvider.SET_METHOD_WORKAROUND, true);