johndanter
Legendary Poster
Hi folks,
I have an issue in which an APPL will call a UBE but we are required to tell the user the UBE is finished and they can move on to the next step. (yes they wait )
UBE is R31410, APPL is custom
Now I know I can't call a UBE synchronously from an APPL anymore. So how do I get around that?
If I write a NER to call a UBE the server gets upset as it's spawning a synchronous thread.....
But if I write a C++ BSFN and use the launch API BSFN with the synch flag = TRUE, whats' the difference between that and a direct call in a NER
https://support.oracle.com/epmos/fa...afrWindowMode=0&_adf.ctrl-state=f4a7d7pbs_165
Can I cheat by calling a UBE asynch and then in the UBE calling a UBE synchronously (that's not going to work either, right)
Or is this hinting that it will work?
Option 2
https://support.oracle.com/epmos/fa...te=f4a7d7pbs_9&_afrLoop=385718480603462#CAUSE
Thanks
John
I have an issue in which an APPL will call a UBE but we are required to tell the user the UBE is finished and they can move on to the next step. (yes they wait )
UBE is R31410, APPL is custom
Now I know I can't call a UBE synchronously from an APPL anymore. So how do I get around that?
If I write a NER to call a UBE the server gets upset as it's spawning a synchronous thread.....
But if I write a C++ BSFN and use the launch API BSFN with the synch flag = TRUE, whats' the difference between that and a direct call in a NER
https://support.oracle.com/epmos/fa...afrWindowMode=0&_adf.ctrl-state=f4a7d7pbs_165
Can I cheat by calling a UBE asynch and then in the UBE calling a UBE synchronously (that's not going to work either, right)
Or is this hinting that it will work?
Option 2
https://support.oracle.com/epmos/fa...te=f4a7d7pbs_9&_afrLoop=385718480603462#CAUSE
Thanks
John
Last edited: