Mapeo de solicitud y respuesta entre ECC y Webservice: Mejores enfoques y estructuras

Inaki

El código de proxy envía los datos en una llamada. Desde ECC. Esto debe ser enviado a dos métodos en el webservice. No hay condiciones aquí. Cada vez que ECC envía datos, debe ser actualizado en dos métodos en el webservice.

Luego, el webservice envía la respuesta a ECC en una sola llamada.

Respondido el 15/04/2024

LUCIANO RIOJA GHIOTTO

Se unió el 13/07/2019

Agregar

Hola Midhun,

No estaba hablando de multimapeo. Puedes hacer para la interfaz del remitente, por ejemplo, un MT_3 con un campo que apunte, por ejemplo, a <service>1</service> o <service>2</service>, de acuerdo con esto puedes hacer un mapeo XSLT o Java para generar MT_1 o MT_2 en el lado de la solicitud.

Puedes hacer dos llamadas consecutivas en el ECC para ambas estructuras, ¿o estás hablando de que las dos estructuras deben enviarse de una vez?

¿Estás hablando de que el WS solo le da a PI una respuesta pero con dos solicitudes anteriores?, ¿podrías intentarlo con SOAPui?, puedes emular más tarde una solicitud como lo hace SOAPui. No puedo entender una llamada sincrónica con dos estructuras de solicitud diferentes, una tras otra, ¿estás seguro de que el escenario no es asíncrono?

¿Qué piensas?, ¿me estoy perdiendo algún requisito?

Saludos.

Respondido el 15/04/2024

LUCIANO RIOJA GHIOTTO

Se unió el 13/07/2019

Agregar

Inaki

Estamos utilizando PI

Esto parece complejo.

No puedo usar multimap ya que es síncrono

Cuando ECC envía el mensaje a PI, PI debe enviar mensajes a ambos métodos. Ambas estructuras de recepción de webservice deben recibirlo

Luego, el webservice responderá y eso debería ir a ECC

Aparentemente se requiere BPM

Webservice de ECC

ECC

MT_Req

Webservice

MT_1

MT_2

por lo tanto, se necesitan dos mapeos y ambos deben ejecutarse juntos

Flujo de retorno, webservices - ECC

solo hay un tipo de mensaje en cada uno

Respondido el 15/04/2024

LUCIANO RIOJA GHIOTTO

Se unió el 13/07/2019

Agregar

Hola Midhun,

¿Vas a utilizar un PI o vas a conectar directamente el ECC con el servicio web de punto final a través de SOAMANAGER?

Dentro de un PI puedes configurar un campo en el lado del remitente para determinar qué punto final vas a utilizar y a nivel de mapeo solo mapear los campos deseados. Normalmente trabajo con servicios web con estructuras diferentes, al menos con las respuestas de error, y a nivel de mapeo puedes hacerlo sin problemas.

Si usas SOAMANAGER puedes crear dos puertos en esa transacción y a nivel de ABAP preparar los XML para la solicitud y la respuesta según el puerto a utilizar.


¿Debería crear dos interfaces de servicio en el lado de los servicios web o una interfaz de servicio con dos operaciones?

¿Es posible crear una interfaz de servicio con una operación en ECC y una interfaz de servicio con dos operaciones en el lado de los servicios web?

¿Cuál sería el mejor enfoque?

¿Tu punto final WS tiene dos operaciones? En caso de que el punto final WS tenga solo una operación y URL, puedes crear una interfaz de servicio de remitente sin operaciones y controlar los mensajes diferentes a través del nivel de mapeo. Si los mensajes dependen de alguna característica en la carga útil del remitente o en la lógica empresarial (esta parte no la entendí bien), entonces puedes crear una interfaz de servicio de remitente con dos operaciones.

Espero que esto ayude.

Saludos.

El mensaje fue editado por: Iñaki Vila

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: