Solución al error de conexión SSL al enviar un JSON grande en formato binario

Hola ti_sap_abap ,

La división debe hacerse en la fuente, si es posible.

El servicio web no ha sido diseñado para cargas grandes. Desde el servidor fuente mismo es necesario generar múltiples mensajes. No has explicado todo el escenario sobre cómo se ha diseñado esto.

Una vez que expliques todo el escenario, entonces tal vez los miembros del foro sugieran una buena solución.

Saludos

Anupam

Respondido el 15/04/2024

LUCIANO RIOJA GHIOTTO

Se unió el 13/07/2019

Agregar

Buenos días anupam.ghosh2 ,

El escenario consiste en consumir una api externa con el siguiente diseño:

{

"AWSAccessKeyId": "XXXXXXXXXXXXXXX",

"Key": "rebocadores/conta_a_receber/proxy.xls",

"x-amz-security-token": "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX",

"policy": "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX",

"signature": "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX",

"file": "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"

}

El problema está en la etiqueta "file". Esta etiqueta se llena con el contenido binario de un archivo de Excel generado en un programa ABAP, a través del método cl_salv_bs_tt_util=>if_salv_bs_tt_util~transform y la función SCMS_XSTRING_TO_BINARY.

Después de llenar el contenido, el programa ABAP llama al PI, que genera el JSON con ese contenido.

La api externa espera que todo el contenido del archivo esté en esta etiqueta "file". No entiendo cómo podría dividir este contenido.

Gracias

Respondido el 15/04/2024

LUCIANO RIOJA GHIOTTO

Se unió el 13/07/2019

Agregar

Hola ti_sap_abap ,

"Esta etiqueta está llena con el contenido binario de un archivo de Excel generado en un programa ABAP, a través del método cl_salv_bs_tt_util=>if_salv_bs_tt_util~transform y la función SCMS_XSTRING_TO_BINARY." -> dividir este contenido binario en dos partes y luego enviar dos cargas útiles a PI. Mucho depende de cómo el código ABAP está poblado de contenidos y si es posible o no dividirlo. Si esto no es posible, entonces debes comunicarte con el equipo de WS de terceros. Pregúntales el valor umbral del tamaño del mensaje y pídeles que lo aumenten.

Saludos

Anupam

Respondido el 15/04/2024

LUCIANO RIOJA GHIOTTO

Se unió el 13/07/2019

Agregar

Este error ocurre en Java cuando una conexión entre un cliente y un servidor se termina inesperadamente. Indica que el servidor ha dejado de leer desde el socket, y cualquier escritura posterior al socket de Java resultará en un error de tubería rota. Esto suele suceder cuando el servidor se ha caído o cuando el cliente ya no puede comunicarse con el servidor, ya sea debido a un problema de red o porque el servidor ha cerrado la conexión.

Soluciones:

Verificar la conectividad de red entre el cliente y el servidor. Si hay un problema de red, puede causar que la conexión se termine inesperadamente.
Aumentar el valor de tiempo de espera en el lado del cliente. A veces, una conexión lenta puede hacer que el socket se agote y termine la conexión.
Asegurarse de que el servidor pueda manejar un gran número de conexiones. Si el servidor no está configurado para manejar muchas conexiones, puede cerrar la conexión si se ve abrumado.
Implementar manejo de errores en tu código. Puedes capturar la excepción "java.net.SocketException: Broken pipe" y manejarla en tu código. Por ejemplo, puedes intentar restablecer la conexión o registrar el error con fines de depuración.
Verificar que el servidor no esté cerrando la conexión prematuramente. A veces, el servidor puede cerrar la conexión antes de que el cliente haya terminado de enviar datos. Puedes revisar los registros del servidor para ver si este es el caso.

Respondido el 15/04/2024

LUCIANO RIOJA GHIOTTO

Se unió el 13/07/2019

Agregar

Etiquetas más populares

Ver todo

4 Respuestas

Etiquetas más populares

Preguntas más populares

Partners: