| Intermittent Loop/Bad Node Traversal [message #723890] |
Fri, 09 September 2011 15:10  |
Eclipse User |
|
|
|
Hi there,
(On VTP OpenVXML 4.0) I have a simple application (fits in one canva) that calls a subdialog (JSP). The app is deployed in Tomcat 5.5 When I call in the first time it works perfectly. If I call right away, after it comes back from the subdialog, it seems to then restart from the beginning (Entry Point) instead of following the "continue" link to the next node (a decision node that checks on the returns of the subdialog). If I wait around 30 seconds (after the previous call) and call again it seems to work fine again, etc... Any ideas what could be causing this? The subdialog is a production-quality JSP component.
Basic flow:
Entry->Variable Assignment->PlayPrompt->Script->Subdialog->Decision->Decision->Portal Entry->PlayPrompt->Return
|
|
|
| Re: Intermittent Loop/Bad Node Traversal [message #731361 is a reply to message #723890] |
Fri, 30 September 2011 13:38  |
| Eclipse User |
|
|
|
Hi Carlos--
This is an interesting problem. If you're still dealing with it, we'd
like to help. Can you tell me which voice browser you're using, or
whether you're using a web-browser to step through the app, or what
exactly your process is? Also, if you could send me your exported .war,
that would be helpful.
Randy
In <j4dnm8$8nb$1@news.eclipse.org> Carlitos wrote:
> Hi there,
>
> (On VTP OpenVXML 4.0) I have a simple application (fits in one canva)
> that calls a subdialog (JSP). The app is deployed in Tomcat 5.5 When
> I call in the first time it works perfectly. If I call right away,
> after it comes back from the subdialog, it seems to then restart from
> the beginning (Entry Point) instead of following the "continue" link
> to the next node (a decision node that checks on the returns of the
> subdialog). If I wait around 30 seconds (after the previous call) and
> call again it seems to work fine again, etc... Any ideas what could
> be causing this? The subdialog is a production-quality JSP component.
|
|
|
|
|
|
|
|
| Re: Intermittent Loop/Bad Node Traversal [message #733474 is a reply to message #733460] |
Tue, 04 October 2011 16:07 |
| Eclipse User |
|
|
|
Carlos, I expect you're right about the issue being in the interaction,
not the jsp itself. Could you make a copy of that .jsp and then delete
the guts of it, and see if you can replicate the issue on your system
with this hollowed-out file? And then if you can, send that over?
There are a lot of variables here, but this seems like the best way to
isolate a few of them before proceeding -- while keeping your company's
IP intact.
thanks,
Randy
In <j6flko$c81$1@news.eclipse.org> Carlitos wrote:
> Hi Randy,
>
> ok, it had been a while since I had posted the project and it seems
> that I may have changed it after I posted it here (and thus the
> difference between the project and the war). However, the issue never
> went away!
>
> Hmmm...I cannot give you the JSP as is per company policy. I think we
> are going to have to somehow fake it. I can tell you that it is a
> subdialog and that it returns 4 values (as you can see from the bubble
> that calls it). You can try a stub JSP (with a subdialog that just
> returns the expected 4 values) it to see if you can duplicate the
> issue. Let me know and I can try as well.
>
> I suspect the issue is more in the interaction between the exported
> code and the JSP and not so much what the JSP does (the interaction
> with the VB).
>
> Thanks
> Carlos
>
>
|
|
|
|
|
|
|
|
| Re: Intermittent Loop/Bad Node Traversal [message #735100 is a reply to message #735073] |
Mon, 10 October 2011 18:19 |
| Eclipse User |
|
|
|
Hi Carlos--
I'm afraid I don't know offhand how to change that behavior in VG, but
we have encountered this sort of thing before and so have created a
mechanism for dealing with platform-specific weirdness -- we call it the
Platform Abstraction Layer. It can dynamically change the outgoing VXML
as needed to tweak it for a given platform. But here's the catch: none
of the platform abstraction layers we've created are part of the VTP.
They are for sale, though; if you're interested in pursuing this,
contact our salesman, Thomas Trunnell <thomas@openmethods.com>.
Good luck,
Randy
In <j6vknn$it6$1@news.eclipse.org> Carlitos wrote:
> Hi Randy,
>
> ok, thanks for you analysis. Looking closely at the VoiceGenie logs
> now I see that it is somehow caching things in memory. For example:
>
> 2011-10-10/15:17:41.490 METRIC 000200E9-1000C817 wf_arrived s (memory):
> http://BEDRMT5766:8080/MobileAlerts/-/next?
> 75f366851cf44c5f8cf2b03497aab40a=success.filled
>
>
>
> I'm not sure why VG would cache a URL with a query string on it.
> Anyways, now I need to figure out how to control VoiceGenie's in-
> memory caching :) If you know or anyone in the forum knows how to do
> this please let me know.
>
> Thanks,
> Carlos
>
>
|
|
|
Powered by
FUDForum. Page generated in 0.11264 seconds
Home
Attached a simpler app that generates the issue. I will attached the stub subdialog project in a different message.