]
David Ward closed JBESB-2814.
-----------------------------
Resolution: Done
Fixed on trunk.
Committed revision 29277.
HTTP request headers invisible to HttpRouter and dependents
-----------------------------------------------------------
Key: JBESB-2814
URL:
https://jira.jboss.org/jira/browse/JBESB-2814
Project: JBoss ESB
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Transports
Affects Versions: 4.7
Reporter: David Ward
Assignee: David Ward
Priority: Blocker
Fix For: 4.7
It appears the new http gateway on trunk is now nesting the incoming http request headers
into a ESB Message property of "RequestInfoMap". There is code assuming the
request headers would be top-level properties.
For example, HttpSOAPProxyTransport embeds usage of HttpRouter, setting it's default
configuration of "MappedHeaderList" to "Content-Type, Accept,
Authorization, SOAPAction". On lines 232-255 of HttpRouter (the setMappedHttpHeaders
and getHttpHeaders methods), the mapped headers are attempted to be pulled directly out of
the ESB Message Properties, *not* to first pull out the "RequestInfoMap" then
pull out the header properties from that map. This breaks the webservice_proxy_security
quickstart, but more importantly, it would break any code or configuration usage out there
where people are assuming the old location of the request headers.
I'm okay with the change to nest the request headers inside the RequestInfoMap
property, however 1) HttpRouter getHttpHeaders(Message,String):Object needs to be updated,
and 2) we need to make sure the release notes warns users of this change, just in case
there was custom code or configuration out there assuming the old property location.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: