我试过了：
Map<String,List<String>> headers = (Map<String,List<String>>) ((BindingProvider)port).getRequestContext().get(MessageContext.HTTP_REQUEST_HEADERS);
但标题为空.我究竟做错了什么？
解决方法
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?
我更多地挖了这个问题,可悲的是,我恐怕答案是：你不能.让我分享一下我的发现.
首先,您将在https://jax-ws.dev.java.net/guide/HTTP_headers.html中找到的代码不会访问未来HTTP请求的HTTP标头(此时尚未创建),它允许您设置其他HTTP标头以进行请求(这将被添加到HTTP请求).
所以,不要期望以下代码不返回null,如果你没有放任何东西(实际上,你只会得到你放在那里)：
((BindingProvider)port).getRequestContext().get(MessageContext.HTTP_REQUEST_HEADERS);
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);
这是我在运行客户端代码时在HTTP请求中看到的：
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
你注意到了区别：只有X-Client-Version头文件的第一个字符被保留在上面,其余的被降低了！
实际上,如果您检查用于表示HTTP请求(和响应)标题的类@L_502_1@,则会在添加时对其进行“规范化”(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) {
...
}
所以,虽然c.s.x.w.t.h.c.HttpTransportPipe类(我的理解是这是HTTP请求的创建位置,这也是以前添加的头将被添加到HTTP请求头),实际上在“@L_502_1@”实例中添加了“Content-Type”作为关键字,由于前面提到的实现细节,密钥将被修改.
我可能是错的,但是如果没有修补代码,我看不出有什么可以改变的.奇怪的是,我不认为这个“规范化”的东西是符合RFC的(没有检查哪些RFC对标题的说法).我很惊讶.其实你应该是raise an issue.
所以我在这里看到三个选项(因为等待修复可能不是一个选项)：
>自己修补代码并重建JAX-WS RI(具有这种方法的所有缺点).>为您的客户端尝试另一个JAX-WS实现,如CFX.>让请求通过某种自定义代理来即时修改标题.
