I don't experience this problem, but I'm using Tomcat. You may have a
read-only problem, a caching problem, a websphere problem. Try some of
these steps, they might help you diagnose it.

1.Restart Studio and ensure that your modified max_disconfirm_count
setting still shows up as '1'. I've seen Read-Only problems occasionally
where Studio shows the changes, but never actually stores the new value
into the file. So you want to ensure that Studio really is saving your
changes.

2.Then try using the Studio Debugger (which uses Tomcat) by
right-clicking the Studio project name in the Navigator and select
'Debug Call Studio Project' - then in the bottom right-corner wait about
30seconds, and press the Connect button. Press any key to simulate
ending the recording, then press 2 to disconfirm the recording. See if
it follows your max_disconfirm_path.

3. Then delete the old version of the VxmlServer application and restart
your WebSphere app server. Deploy the new app from Studio. View the
contents of the file named
C:/Cisco/CVP/VxmlServer/applications/<appname>/data/configurations/<RecordElementName>.xml
- this has your element's settings in it. Do you see the correct value
for max_disconfirm_count?

4. Then run the deployApp.bat script and see what happens when you call in.

Janine





On 9/28/2010 6:40 AM, Cisco Developer Community Forums wrote:
> Gerard O&#039;Rourke has created a new message in the forum "CVP - All
> Versions":
>
> --------------------------------------------------------------
> Hi,
> Â
> I am running with CVP 7.0(2) on CVP Callserver, VXML server (on
> WebSphere) and CVP studio.
> I have hit a bug, but could not find it in cisco bugs toolkit.
> I will open a tac case, if no response here...
> Â
> The Max Disconfirmed Count value set in CVP studio on a Record with
> Confirm element is ignored and set to the default of 3 no matter what
> you set it to in CVP Studio.
> Â
> I have set it to "1" in CVPO Studio, but as you can see from the below
> extract of the VXML,
> the variable "max_disconfirm_count" is set to "3" (as in below line).
> Â
> Â <var name="max_disconfirm_count" expr="3" />
> Â
> Anyone else experiencing this issue and if its a known bug.
> the only workaround i can see is to use a standard record element and
> yes/no menu etc.
> Â
> -- extract --
> Â <?xml version="1.0" encoding="UTF-8"?>
> <vxml version="2.0"
> application="/CVP/Server?audium_root=true&amp;calling_into=MaxDisconfTest&amp;session_id=10.24.35.121.1285669336325.74.MaxDisconfTest"
> xml:lang="en-US">
> Â <meta name="maintainer" content=<a
> href="mailto:content=blah@blah">blah@blah.com
> <mailto:content=blah@blah.com></a> />
> Â <property name="timeout" value="5s" />
> Â <form id="audium_start_form">
> Â Â Â <block>
> Â Â Â Â Â <assign name="audium_vxmlLog" expr="''" />
> Â Â Â Â Â <assign name="audium_element_start_time_millisecs" expr="new
> Date().getTime()" />
> Â Â Â Â Â <goto next="#start" />
> Â Â Â </block>
> Â </form>
> Â <form id="start">
> Â Â Â <var name="duration" expr="''" />
> Â Â Â <var name="size" expr="''" />
> Â Â Â <var name="termchar" expr="''" />
> Â Â Â <var name="maxtime" expr="''" />
> Â Â Â <var name="disconfirm_count" expr="0" />
> Â Â Â <var name="max_disconfirm_count" expr="3" />
> ..
> ..
> ..
> Â
> --
> To respond to this post, please click the following link:
>
> <http://developer.cisco.com/web/cvp/forums/-/message_boards/message/2582547>
>
> or simply reply to this email.

--
Janine Graves
781-990-1040

Thanks a mil Seth for updating.
 
I just received the same details from my TAC case.
ES should be about 4 weeks or so...
It was not known issue or listed before I opened the case this afternoon,
so I assume you must be working on it!
Good luck.
Gerard.