Embedded Files
Premisa
Premisa
Tenemos configurada la base de datos y APEX con el juego de caracteres AL32UTF8 y usamos los acentos propios del idioma español: áéíóúñÁÉÍÓÚÑ.
Tenemos configurada la base de datos y APEX con el juego de caracteres AL32UTF8 y usamos los acentos propios del idioma español: áéíóúñÁÉÍÓÚÑ.
Caso de Uso
Caso de Uso
Tenemos el método POST de un API Rest que usa parametros en el header con tipo de dato STRING, por ejemplo:
Tenemos el método POST de un API Rest que usa parametros en el header con tipo de dato STRING, por ejemplo:
Luego, cuando invocamos el API, algunos de estos campos pueden recibir los acentos propios del idioma español, por ejemplo: áéíóúñÁÉÍÓÚÑ. Pero cuando el API postea el registro en la base de datos, este queda con caracteres extraños, del tipo: éúÃóáñÃ.
Luego, cuando invocamos el API, algunos de estos campos pueden recibir los acentos propios del idioma español, por ejemplo: áéíóúñÁÉÍÓÚÑ. Pero cuando el API postea el registro en la base de datos, este queda con caracteres extraños, del tipo: éúÃóáñÃ.
Seguimos todas las recomendaciones clásicas que salen al googlear y también le preguntamos a alguna IA, cosas como:
Seguimos todas las recomendaciones clásicas que salen al googlear y también le preguntamos a alguna IA, cosas como:
- Parametrización del juego de caracteres de la base de datos a AL32UTF8, la configuración de la aplicación APEX.
- En los llamados de las API's se sugería usar este parámetro en el header:
apex_web_service.g_request_headers(1).name := 'Content-Type';apex_web_service.g_request_headers(1).value := 'application/json; charset=utf-8';
Seguimos todas las recomendaciones, pero continuabamos con nuestro problema de los caracteres especiales, entonces, acotamos el problema al API, porque localmente la aplicación APEX no tenia este problema de los caracteres especiales (es decir las tildes y las ñ salian bien).
Seguimos todas las recomendaciones, pero continuabamos con nuestro problema de los caracteres especiales, entonces, acotamos el problema al API, porque localmente la aplicación APEX no tenia este problema de los caracteres especiales (es decir las tildes y las ñ salian bien).
Resumiendo el cuento, se entiende que el header Content-Type aplica para las API's donde se envía contenido en el cuerpo ó payload de la API, por eso, en nuestro caso no nos servia, recuerden que no usamos contenido en el body (los parametros los pasamos en el header), invocando la API con la función APEX_WEB_SERVICE.MAKE_REST_REQUEST sin el parámetro p_body:
Resumiendo el cuento, se entiende que el header Content-Type aplica para las API's donde se envía contenido en el cuerpo ó payload de la API, por eso, en nuestro caso no nos servia, recuerden que no usamos contenido en el body (los parametros los pasamos en el header), invocando la API con la función APEX_WEB_SERVICE.MAKE_REST_REQUEST sin el parámetro p_body:
vc_payslip:= APEX_WEB_SERVICE.MAKE_REST_REQUEST( p_url => vv_endpoint, p_http_method => 'POST' );
Entonces, llegamos a la pregunta: ¿como encontramos algo equivalente al Content-Type del body pero para el header?, algo así como un Header-Content-Type?
Entonces, llegamos a la pregunta: ¿como encontramos algo equivalente al Content-Type del body pero para el header?, algo así como un Header-Content-Type?
Solución
Solución
La verdad, no encontramos respuesta a la anterior pregunta, pero encontramos una forma alterna para solucionar el problema, y la explico a continuación:
La verdad, no encontramos respuesta a la anterior pregunta, pero encontramos una forma alterna para solucionar el problema, y la explico a continuación:
- Al invocar la API, usamos la función APEX_JSON.STRINGIFY cuyo objetivo es escapear, no se como se diga en español, los caracteres especiales dejandola en un estandard JSON (les recomiendo que lean la documentación de Oracle), algo asi:
apex_web_service.g_request_headers(2).name := 'piv_comments';apex_web_service.g_request_headers(2).value := APEX_JSON.STRINGIFY(:P8_COMMENTS);
- Luego, del otro lado, en la implementación del método POST de la API, deconvertimos el JSON al valor original, es decir, extraemos el texto original del JSON (también les recomiendo leer la documentación de Oracle), así:
VrcWfRequest.contact_address := JSON_VALUE(JSON_ARRAY(piv_comments FORMAT JSON), '$[0]');
Y así, logramos registrar los textos con las tildes propias de nuestro hermoso idioma cuando invocamos servicios REST.
Y así, logramos registrar los textos con las tildes propias de nuestro hermoso idioma cuando invocamos servicios REST.
Page updated
Report abuse