]
Ron Sigal updated JBREM-1141:
-----------------------------
Fix Version/s: (was: 2.5.2 (Flounder))
(was: 2.2.3.SP1)
Removed fix version. This issue duplicates JBREM-1145 "HTTPUnMarshaller
shouldn't use the value of content-type to determine the type of an object".
HTTPUnMarshaller should test for "non-text" content-type
instead of "binary" content-type
-----------------------------------------------------------------------------------------
Key: JBREM-1141
URL:
https://jira.jboss.org/jira/browse/JBREM-1141
Project: JBoss Remoting
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 2.5.1 (Flounder), 2.2.3
Reporter: Ron Sigal
Assignee: Ron Sigal
As an efficiency measure, org.jboss.marshal.http.HTTPUnMarshaller.read() incorporates
special handling for strings to avoid serialization. However, there is a flaw in the
logic.
HTTPUnMarshaller.read() calls isBinaryData() and calls super.read() if the return value
is true. If the return value is false, then it processes the input as String data.
Originally, this distinction worked because the only two types recognized were
org.jboss.remoting..transport.web.WebUtil.HTML ("text/html") and WebUtil.BINARY
("application/octet-stream"). However, JBREM-653 "allow user to set
content-type for http responses" allows the introduction of other content types.
Instead of testing for "application/octet-stream", HTTPUnMarshaller.read()
should treat any content type that starts "text" as a String, and it should
treat anything else as an object.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: