-
Bug
-
Resolution: Done
-
Major
-
7.4.10.CR2, 7.4.11.GA
-
False
-
None
-
False
-
-
-
-
-
-
+
-
-
RESTEASY-3282 ported some fixes from upstream RESTEasy back to 3.15 to resolve a CVE. With this backport, for multipart messages the data was always binary data and now is base64 encoded data in the response. This is due to the commenting of of this code.
This should be added back to RESTEasy 3.15. One thing to note that in EAP 8 the default here will change and base64 will be used. We need to keep it this way for backwards compatibility of WildFly and Quarkus at this point.
Please not when integrating this, the org.jboss.resteasy.resteasy-multipart-provider module needs the org.apache.commons.codec module added as a dependency.
- is caused by
-
JBEAP-24507 (7.4.z) RESTEASY-3285 Upgrade resteasy 3.15.x to mime4j 0.8.9
- Closed
- is cloned by
-
RESTEASY-3341 The RESTEasy multipart provider changed the default entity response from binary to base64
- Resolved
-
JBEAP-25297 [GSS](8.0.z) RESTEASY-3341 - The RESTEasy multipart provider changed the default entity response from binary to base64
- Closed
- is incorporated by
-
JBEAP-24966 [GSS](7.4.z) Upgrade RESTEasy from 3.15.7.Final-redhat-00001 to 3.15.8.Final-redhat-00001
- Closed
- is related to
-
RESTEASY-2480 Multipart Input no longer treated with transfer encoding
- Resolved