Más

PrintTask con proxy no agrega el encabezado de tipo de contenido correcto: application / x-www-form-urlencoded

PrintTask con proxy no agrega el encabezado de tipo de contenido correcto: application / x-www-form-urlencoded


Estoy usando un proxy que he creado por mi cuenta para realizar las tareas de exportación de mapas. He notado que las solicitudes GET / POST usan el encabezado de tipo de contenido: application / x-www-form-urlencoded.

Sin embargo, a veces, cuando usa la solicitud GET, la aplicación / x-www-form-urlencoded no se agrega y recibo un error 415 de mi proxy. Más específicamente, estoy obteniendo:

WARN | JAXRSUtils | No se ha encontrado ningún lector de cuerpo de mensaje para la clase de solicitud MultivaluedMap, ContentType: application / octet-stream.

¿Tiene alguna idea de por qué la solicitud esri no usa ese encabezado? Además, ¿alguna idea de cómo podría forzar la ejecución de la tarea de impresión y el proxy para usar el tipo de contenido específico?

Aquí está mi código:

require (["esri / tasks / PrintTask", "dojo / _base / json", "esri / config", "esri / urlUtils"], function (PrintTask, JSON, esriConfig, urlUtils) {mapExportService = "http: // blablabla / execute "urlUtils.addProxyRule ({urlPrefix: mapExportService, proxyUrl:" rest / api / download / proxy "}); var printTask = new esri.tasks.PrintTask (mapExportService); var Web_Map_as_JSON = JST. ($ scope.map)); var template = new esri.tasks.PrintTemplate (); template.format = data.format; template.layout = ""; template.layout = "A4 Horizontal"; var params = new esri. tasks.PrintParameters (); params.map = $ scope.map; params.template = template; printTask.execute (params, printResult, errorHandler);});

Bien, PrintConductor puede ayudar en este caso y puede ahorrar mucho tiempo. Imprime todos los archivos en una carpeta en un modo por lotes sin tener que seleccionar un archivo manualmente para imprimir. Así que no hay problema en absoluto. Lo obtuve de http://www.print-conductor.com Realmente se beneficiará. Gracias