Avalados por :
¡Hola!
En lugar de tener 1 RFC, nuestro cliente desarrolló 2, uno para enviar información a XI, y otro para recibir la respuesta.
Utilizan ambos RFC de forma sincrónica. Necesitamos utilizar un BPM para recibir el mensaje del primer RFC de forma asíncrona, llamar al JProxy en modo sincrónico y enviar la respuesta de vuelta al otro RFC en modo asíncrono.
La pregunta es... si llaman al primer RFC en modo sincrónico, estarán esperando una respuesta. ¿Cómo enviamos una respuesta con datos ficticios para evitar que el RFC espere una respuesta para siempre?
Gracias.
Hola,
He decidido no proponer una solución que no recomiendo, por lo que aconsejo preparar argumentos sólidos para la llamada en segundo plano - lo siento.
Saludos,
Michal
Mensaje editado por:
Michal Krawczyk
¡Hola Michal!
Gracias. Estoy de acuerdo, lo tendré en cuenta.
Pero en caso de que quieran que XI devuelva una respuesta solo para decir "la conexión de RFC a XI fue exitosa", ¿cómo podría enviar alguna respuesta que no esté relacionada con el próximo proceso en el BPM??
Gracias.
Hola,
>>>>La pregunta es.. si llaman al primer RFC en modo sincrónico, estarán esperando una respuesta.
no es una pregunta
solo diles que llamen a ese RFC "en segundo plano"
y tu problema se resolverá ya que se llamará de forma asíncrona
es una locura hacerlo de otra manera si no necesitas ninguna respuesta
con solo una línea de código te ahorrarás muchos problemas
y el proceso será mucho mejor
Saludos,
michal
contacto@primeinstitute.com
(+51) 1641 9379
(+57) 1489 6964
© 2024 Copyright. Todos los derechos reservados.
Desarrollado por Prime Institute
