問題描述

我必須連接到一個執行不佳的服務器，該服務器只能理解 Content-Type (capital-T) 而不是 Content-type.如何讓我的 JAX-WS 客戶端發送 Content-Type?

我試過了:

地圖<字符串，列表<字符串>>標頭=(地圖<字符串，列表<字符串>>)((BindingProvider)port).getRequestContext().get(MessageContext.HTTP_REQUEST_HEADERS);

但是 headers 是 null.我做錯了什么?

我必須連接到一個執行不佳的服務器，該服務器只理解 Content-Type(capital-T) 而不是 Content-type.如何讓我的 jax-ws 客戶端發送 Content-Type?

我對這個問題進行了更多研究，但遺憾的是，恐怕答案是:你不能.讓我分享一下我的發現.

首先，您將在 https://jax- 中找到代碼ws.dev.java.net/guide/HTTP_headers.html 不允許您訪問未來 HTTP 請求的 HTTP 標頭(此時尚未創建)，它允許您設置用于發出請求的附加 HTTP 標頭(稍后將添加到 HTTP 請求中).

所以，如果你之前沒有 put 任何東西，不要期望下面的代碼不會返回 null (實際上，你只會得到你 <代碼>把放在那里):

((BindingProvider)port).getRequestContext().get(MessageContext.HTTP_REQUEST_HEADERS);

然后，我根據同一個鏈接中提供的代碼做了一個小測試:

AddNumbersImplService 服務 = new AddNumbersImplService();AddNumbersImpl 端口 = service.getAddNumbersImplPort();((BindingProvider)port).getRequestContext().put(MessageContext.HTTP_REQUEST_HEADERS,Collections.singletonMap("X-Client-Version",Collections.singletonList("1.0-RC")));port.addNumbers(3, 5);

這就是我在運行客戶端代碼時在 HTTP 請求中看到的內容:

你注意到區別了嗎:只有 X-Client-Version 標頭的第一個字符保持大寫，其余的被降低！

確實，如果您檢查類 csxwtHeaders 用于表示HTTP請求(和響應)標頭，您會看到它在添加鍵時規范化"鍵(在 normalize(String) 中):

/* 通過轉換為以下形式來規范化密鑰.* 第一個字符大寫，其余小寫.* key 假定為 ASCII*/私有字符串規范化(字符串鍵){...}

所以，雖然 csxwthcHttpTransportPipe 類(我的理解是這里是創建HTTP請求的地方，這也是之前添加的地方標頭將添加到 HTTP 請求標頭中)實際上添加 "Content-Type" 作為 csxwtHeaders 實例，因為前面提到的實現細節，key 會被修改.

我可能是錯的，但我不明白如何在不修補代碼的情況下更改它.奇怪的是，我不認為這種規范化"的東西真的符合 RFC(盡管沒有檢查 RFC 關于標頭大小寫的內容).我很驚訝.實際上，您應該提出問題.

所以我在這里看到了三個選項(因為等待修復可能不是一個選項):

• 自己修補代碼并重建 JAX-WS RI(具有這種方法的所有缺點).
• 為您的客戶嘗試另一種 JAX-WS 實現，例如 CFX.
• 讓請求通過某種自定義代理來動態修改標頭.

I have to connect to a poorly implemented server that only understands Content-Type (capital-T) and not Content-type. How can I ask my JAX-WS client to send Content-Type?

I've tried:

Map<String, List<String>> headers = (Map<String, List<String>>)
((BindingProvider)port).getRequestContext().get(MessageContext.HTTP_REQUEST_HEADERS);

But headers is null. What am I doing wrong?

I have to connect to a poorly implemented server that only understands Content-Type(capital-T) and not Content-type. How can I ask my jax-ws client to send Content-Type?

I've dug this question a bit more and, sadly, I'm afraid the answer is: you can't. Let me share my findings.

First, the code that you'll find in https://jax-ws.dev.java.net/guide/HTTP_headers.html does not give you access to the HTTP headers of the future HTTP request (that hasn't been created at this point), it allows you to set additional HTTP headers for making a request (that will be added to the HTTP request later).

So, don't expect the following code to not return null if you don't put anything before (and actually, you'll only get what you put in there):

((BindingProvider)port).getRequestContext().get(MessageContext.HTTP_REQUEST_HEADERS);

Then, I did a little test based on the code provided in the same link:

AddNumbersImplService service = new AddNumbersImplService();
AddNumbersImpl port = service.getAddNumbersImplPort();

((BindingProvider)port).getRequestContext().put(MessageContext.HTTP_REQUEST_HEADERS,
    Collections.singletonMap("X-Client-Version",Collections.singletonList("1.0-RC")));

port.addNumbers(3, 5);

And this is what I see in the HTTP request when running the client code:

POST /q2372336/addnumbers HTTP/1.1
Content-type: text/xml;charset="utf-8"
X-client-version: 1.0-RC
Soapaction: ""
Accept: text/xml, multipart/related, text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2
User-Agent: JAX-WS RI 2.1.6 in JDK 6
Host: localhost:8080
Connection: keep-alive
Content-Length: 249

Do you notice the difference: only the first char of the X-Client-Version header is kept upper cased, the rest is lowered!

And indeed, if you check the class c.s.x.w.t.Headers that is used to represent HTTP request (and response) headers, you'll see that it "normalizes" keys when they are added (in normalize(String)):

/* Normalize the key by converting to following form.
 * First char upper case, rest lower case.
 * key is presumed to be ASCII 
 */
 private String normalize (String key) {
     ...
 }

So, while the c.s.x.w.t.h.c.HttpTransportPipe class (my understanding is that this is where the HTTP request is created, this is also where previously added headers will be added to the HTTP request headers) actually adds "Content-Type" as key in a c.s.x.w.t.Headers instance, the key will be modified because of the previously mentioned implementation detail.

I may be wrong but I don't see how this could be changed without patching the code. And the odd part is that I don't think that this "normalizing" stuff is really RFCs compliant (didn't check what RFCs say about headers case though). I'm surprised. Actually, you should raise an issue.

So I see three options here (since waiting for a fix might not be an option):

• Patch the code yourself and rebuild JAX-WS RI (with all the drawbacks of this approach).
• Try another JAX-WS implementation like CFX for your client.
• Let the request go through some kind of custom proxy to modify the header on the fly.

這篇關于jax-ws 將 Content-type 更改為 Content-Type 因為服務器是超敏感的的文章就介紹到這了，希望我們推薦的答案對大家有所幫助，也希望大家多多支持html5模板網！