Mapeamento de solicitação e resposta entre ECC e Webservice: Melhores abordagens e estruturas

Inaki

O código de proxy envia os dados em uma chamada. De ECC. Isso deve ser enviado para dois métodos no webservice. Não há condições aqui. Sempre que ECC envia dados, deve ser atualizado em dois métodos no webservice.

Em seguida, o webservice envia a resposta para ECC em uma única chamada.

Respondido el 15/04/2024

LUCIANO RIOJA GHIOTTO

Se unió el 13/07/2019

Agregar

Olá Midhun,

Não estava falando sobre multimapeamento. Você pode fazer para a interface do remetente, por exemplo, um MT_3 com um campo que aponte, por exemplo, para <service>1</service> ou <service>2</service>, de acordo com isso você pode fazer um mapeamento XSLT ou Java para gerar MT_1 ou MT_2 do lado da solicitação.

Você pode fazer duas chamadas consecutivas no ECC para ambas estruturas, ou está falando que as duas estruturas devem ser enviadas de uma vez?

Está falando que o WS dá apenas uma resposta ao PI, mas com duas solicitações anteriores? Poderia tentar com o SOAPui? Você pode emular mais tarde uma solicitação como o SOAPui faz. Não consigo entender uma chamada sincrônica com duas estruturas de solicitação diferentes, uma após a outra, está certo de que o cenário não é assíncrono?

O que você acha? Estou perdendo algum requisito?

Saudações.

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

Olá Midhun,

Você vai usar um PI ou vai conectar diretamente o ECC com o serviço web de ponto final através do SOAMANAGER?

Dentro de um PI, você pode configurar um campo no lado do remetente para determinar qual ponto final vai usar e, no nível de mapeamento, mapear apenas os campos desejados. Normalmente trabalho com serviços web com estruturas diferentes, pelo menos com as respostas de erro, e no nível de mapeamento você pode fazer isso sem problemas.

Se você usar o SOAMANAGER, pode criar dois portos nessa transação e, no nível de ABAP, preparar os XML para a solicitação e a resposta de acordo com o porto a ser utilizado.


Devo criar duas interfaces de serviço no lado dos serviços web ou uma interface de serviço com duas operações?

É possível criar uma interface de serviço com uma operação no ECC e uma interface de serviço com duas operações no lado dos serviços web?

Qual seria a melhor abordagem?

Seu ponto final WS tem duas operações? Caso o ponto final WS tenha apenas uma operação e URL, você pode criar uma interface de serviço de remetente sem operações e controlar as mensagens diferentes através do nível de mapeamento. Se as mensagens dependem de alguma característica na carga útil do remetente ou na lógica empresarial (essa parte não entendi bem), então você pode criar uma interface de serviço de remetente com duas operações.

Espero que isso ajude.

Saudações.

A mensagem foi editada por: Iñaki Vila

Respondido el 15/04/2024

LUCIANO RIOJA GHIOTTO

Se unió el 13/07/2019

Agregar

PARA MÁS INFORMACIÓN
INGRESA TUS DATOS

Etiquetas más populares

Ver todo

Aprende en Comunidad

4 Respuestas

PARA MÁS INFORMACIÓN
INGRESA TUS DATOS

Etiquetas más populares

Preguntas más populares

Partners:

Aprende en Comunidad

Mapeamento de solicitação e resposta entre ECC e Webservice: Melhores abordagens e estruturas

4 Respuestas

PARA MÁS INFORMACIÓNINGRESA TUS DATOS

Etiquetas más populares

Preguntas más populares

Partners:

PARA MÁS INFORMACIÓN
INGRESA TUS DATOS