[cisco-voip] HTTP Response for HTTP Triggered Script

Anthony Holloway avholloway+cisco-voip at gmail.com
Tue Jan 28 10:23:53 EST 2020


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:

[image: image.png]

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 <johns10t at 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-bounces at puck.nether.net> *On Behalf Of *Matthew
> Loraditch
> *Sent:* Tuesday, January 28, 2020 8:06 AM
> *To:* cisco-voip at 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* <443.541.1518>
>
> w: *www.heliontechnologies.com* <http://www.heliontechnologies.com/>
>
>  |
>
> e: *MLoraditch at heliontechnologies.com* <MLoraditch at heliontechnologies.com>
>
> [image: Helion Technologies] <http://www.heliontechnologies.com/>
>
> [image: Facebook] <https://facebook.com/heliontech>
>
> [image: Twitter] <https://twitter.com/heliontech>
>
> [image: LinkedIn] <https://www.linkedin.com/company/helion-technologies>
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20200128/f76cb72b/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 19372 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20200128/f76cb72b/attachment.png>


More information about the cisco-voip mailing list