CEM Unable to Handle "Content-Type: multipart/form-data" for the POST
search cancel

CEM Unable to Handle "Content-Type: multipart/form-data" for the POST

book

Article ID: 132579

calendar_today

Updated On:

Products

CA Application Performance Management Agent (APM / Wily / Introscope) INTROSCOPE

Issue/Introduction



Why can't CEM handle "Content-Type: multipart/form-data" for the POST?

Environment

Release:
Component: APMCM

Resolution

This is currently a product limitation.
Requests with "Content-Type: multipart/form-data" are normally in HTTP for uploading files (for example, that's how CEM software is installed). It is the same mechanism used for email attachments, and the sub-parts are sometimes called attachments in HTTP.
With this content type, each attachment has its own headers. Usually each attachment has a "Content-Type:" and "Content-Disposition:" header.
CEM could be extended to handle this kind of data by adding a new parameter type called "attachment," so that you could use the value of the "name" attribute in the Content-Disposition header as the parameter name, and the body of the attachment as the parameter value.

Workaround:
Change the ENCTYPE attribute in their HTML forms from "multipart/form-data" to "application/x-www-form-urlencoded." Then the form submissions will generate the kind of POST parameters that CEM already recognizes.