Bingo bango bongo. From: Matthew Loraditch <mloradi...@heliontechnologies.com> Sent: Tuesday, January 28, 2020 10:40 AM To: Anthony Holloway <avholloway+cisco-v...@gmail.com>; Johnson, Tim <johns...@cmich.edu> Cc: Cisco VoIP Group <cisco-voip@puck.nether.net> Subject: RE: [cisco-voip] HTTP Response for HTTP Triggered Script
So basically I need 3 separate applications. The HTTP Trigger to take the input then pass the input to another application that then places the call into the queue that’s in a third application. Matthew Loraditch Sr. Network Engineer p: 443.541.1518<tel:443.541.1518> w: www.heliontechnologies.com<http://www.heliontechnologies.com/> | e: mloradi...@heliontechnologies.com<mailto:mloradi...@heliontechnologies.com> [Helion Technologies]<http://www.heliontechnologies.com/> [Facebook]<https://facebook.com/heliontech> [Twitter]<https://twitter.com/heliontech> [LinkedIn]<https://www.linkedin.com/company/helion-technologies> [cid:image006.jpg@01D5D5C7.81067570] From: Anthony Holloway <avholloway+cisco-v...@gmail.com<mailto:avholloway+cisco-v...@gmail.com>> Sent: Tuesday, January 28, 2020 10:24 AM To: Johnson, Tim <johns...@cmich.edu<mailto:johns...@cmich.edu>> Cc: Matthew Loraditch <mloradi...@heliontechnologies.com<mailto:mloradi...@heliontechnologies.com>>; Cisco VoIP Group <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>> Subject: Re: [cisco-voip] HTTP Response for HTTP Triggered Script [EXTERNAL] Tim is correct: this is normal from my experience too. I feel partly responsible for your woes, since I think you found that solution from me pointing out the script repository online. Thinking about it some more, I think I would have the HTTP Triggered Application use the Trigger Application step in async mode, to start the initial callback feature, and then it can just End almost immediately. I through together this quick and dirty MS Paint representation of it: [cid:image007.png@01D5D5C7.81067570] There's like a dozen ways to solve this, and this is just one of them. Some details are left out of the drawing on purpose, so if you get stuck, let's keep this thread going. On Tue, Jan 28, 2020, 7:14 AM Johnson, Tim <johns...@cmich.edu<mailto:johns...@cmich.edu>> wrote: As far as my experience, this is “normal” for UCCX. Yes, I believe the request stays open until the script ends. I believe we opened up a TAC case about it a year or two ago but I don’t believe it went anywhere. From: cisco-voip <cisco-voip-boun...@puck.nether.net<mailto:cisco-voip-boun...@puck.nether.net>> On Behalf Of Matthew Loraditch Sent: Tuesday, January 28, 2020 8:06 AM To: cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net> Subject: [cisco-voip] HTTP Response for HTTP Triggered Script Got the following comment from the developer who is writing an app that will queue a call via http trigger: It seems like the MobileApp integration is accepting my request, spits back some HTML, but the HTTP request remains open until the queued call is answered. Ideally, that HTTP request would be closed with a successful HTTP status code (e.g. HTTP 200) when the call was queued, so that I can report back to the user that they can wait for a callback. I understand his problem, but I see no way of fixing it. The send http response command doesn’t seem to have any settings but the doc sent back. Is this normal behavior or can I do something with the doc being sent back to make it work? Matthew Loraditch Sr. Network Engineer p: 443.541.1518<tel:443.541.1518> w: www.heliontechnologies.com<http://www.heliontechnologies.com/> | e: mloradi...@heliontechnologies.com<mailto:mloradi...@heliontechnologies.com> <http://www.heliontechnologies.com/> _______________________________________________ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip<http://www.heliontechnologies.com/>
_______________________________________________ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip