Hi, I did all the logging in finest part, but it showed nothing special. Actually its the logging how I am sure my changes are not in effect. In some point I got an error like this (the node 'thanks' is the node which is not playing):

javax.servlet.ServletException: Wrapper cannot find servlet class flow.thanks or a class it depends on
   at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1076)
   at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:791)
   at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:629)
   at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:457)
   at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:395)
   at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:311)
   at com.avaya.sce.runtime.SCEServlet.forward(SCEServlet.java:1117)
   at com.avaya.sce.runtime.Data.evaluateActions(Data.java:122)
   at flow.responseLog.executeDataActions(responseLog.java:81)
   at com.avaya.sce.runtime.Data.handleRequest(Data.java:77)
   at com.avaya.sce.runtime.AppServlet.processRequest(AppServlet.java:76)
   at com.avaya.sce.runtime.SCEServlet.requestHandler(SCEServlet.java:249)
   at com.avaya.sce.runtime.SCEServlet.doGet(SCEServlet.java:159)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:627)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
   at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
   at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
   at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:659)
   at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:457)
   at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:395)
   at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:311)
   at com.avaya.sce.runtime.SCEServlet.forward(SCEServlet.java:1117)
   at com.avaya.sce.runtime.SubflowReturn.handleRequest(SubflowReturn.java:120)
   at com.avaya.sce.runtime.AppServlet.processRequest(AppServlet.java:76)
   at com.avaya.sce.runtime.SCEServlet.requestHandler(SCEServlet.java:249)
   at com.avaya.sce.runtime.SCEServlet.doGet(SCEServlet.java:159)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:627)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
   at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
   at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
   at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
   at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172)
   at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
   at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
   at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
   at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
   at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:873)
   at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
   at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
   at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
   at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
   at java.lang.Thread.run(Unknown Source)

Dear Wilson, you are right, tomcat was running. Version is also mismatched. but the problem is, earlier I developed one call flow using dd version 5.0.0.11 & copied the scercommon5.0.0.11 in tomcat's lib directory. It worked. But now, I am working with dd 5.0.0.15 & 5.0.0.17. with these versions the earlier mentioned method doesn't work.

The application runs with no error. But when I change anything, export a .war & deploy it to tomcat(5.5), it works like a fuzzy program. The changes are not sure to take effect.

What am I doing wrong? or what can I do?

Hi, I am 90% sure that this is an issue of my DD & tomcat version mismatching. Because, I am having this "Hot Code Replace Failed" warning & getting different result by restarting the tomcat.
My changes are shown in the dd, classes are also generated, but after deploying .war files, I discover that no changes are made.

What to do????

Hi Wilson, I am sure its not a timeout issue. But what I found is very interesting. My code changes are not reflected. I have added two nodes later, but when generating code/war file, the nodes are vanishing. Once I got the error like the wrapper couldn't find the node to play.

Moreover, for testing, I have hard-coded a caller number, but it continues to get a blank caller number. Thus I cannot trace what is going on !!

My dd version is 5.0.0.17 & app server is running on tomcat 5.5.

Please help me.

I am having this strange problem. My application quits unexpectedly after a specific node (before playing prompts). But it doesn't quit all the time, sometimes it works.
Moreover, when the call hangs up unexpectedly, the application keep doing its normal actions (querying db, calling web service etc).

any suggestion? so, 2-5% customers only get the correct reply/behavior others face a call drop.

I did exactly it meant to be. Just after/before the getChoices() method, I tried the updateChoices() method. But every time the same result.

I want to use the updateChoices() method to dynamically edit my menu choices. But every time I generate codes using Dialog Designer, the method is removed by DD, What can be the problem? my method:


   public void updateChoices(Collection choices, SCESession mySession) {      
      int dtmfChoice = 1;
      String user = ((IVariableField)mySession.getVariableField(IProjectVariables.USER)).getStringValue();
      for (Iterator it = choices.iterator(); it.hasNext();) {
         Choice choice = (Choice) it.next();
         String choiceName = choice.getName();

         if(user.equalsIgnoreCase("1") && choice.getName().equalsIgnoreCase("test")){
            choice.setEnabled(true);
            continue;
         }
      choice.setDtmf(String.valueOf(dtmfChoice),true);
         dtmfChoice++;
      }
   }

Hi, I am planning to call a new mobile phone from my application (so that the charge/cost will be different for those who chose the number). How can I do that? any idea?

The scenario is: those who uses the application only is charged $x/min and who want to be transferred to human agents will be $y/min.

Is this anyhow connected with timeout? may be a timeout occurs just after reading 30 records.

Ross, How to fix the submit properties set to false in call flow editor?

I am using DD 5.0.0.15, having the same scenario, a 'on disconnect' in the approot

entry:time is used to input into a database later.
I don't get the error at the beginning, every time the error generates in this node.

I am facing a problem with same error message. In my log file, i can see that every time after the following message i get the exception:
ERROR - In Progress | channel:80 | IVRS:getCallerEntryTime | | com.avaya.sce.runtimecommon.SCERuntimeException: Error Executing CTI Commandcom.avaya.sce.runtimecommon.SCERuntimeException: CallInfo.doGetCallInfoInitialCall: No call info available for extension 25831


So, it seems something wrong in that particular node which is a servlet where I am assigning a user variable the date time value. the code is:

package flow;

import java.text.SimpleDateFormat;
import java.util.Calendar;

import com.avaya.sce.runtimecommon.IVariableField;

/**
* A basic servlet which allows a user to define their code, generate
* any output, and to select where to transition to next.
* Last generated by Dialog Designer at: 2009-DEC-24 11:36:00 AM
*/
public class getCallerEntryTime extends com.avaya.sce.runtime.BasicServlet {

   //{{START:CLASS:FIELDS
   //}}END:CLASS:FIELDS

   /**
    * Default constructor
    * Last generated by Dialog Designer at: 2009-DEC-24 11:36:00 AM
    */
   public getCallerEntryTime() {
      //{{START:CLASS:CONSTRUCTOR
      super();
      //}}END:CLASS:CONSTRUCTOR
   }
   
   public void getCallerInformation(com.avaya.sce.runtimecommon.SCESession mySession){
//Request date & time
      final String DATE_FORMAT_NOW = "yyyy/MM/dd HH:mm:ss";
Calendar cal = Calendar.getInstance();
SimpleDateFormat sdf = new SimpleDateFormat(DATE_FORMAT_NOW);
String entryDtTime = sdf.format(cal.getTime());

      IVariableField variable = mySession.getVariableField(IProjectVariables.ENTRY_TIME);
variable.setValue(entryDtTime);
   }

   /**
    * This method allows for custom integration with other Java components.
    * You may use Java for sophisticated logic or to integrate with custom
    * connectors (i.e. JMS, custom web services, sockets, XML, JAXB, etc.)
    *
    * Any custom code added here should work as efficiently as possible to prevent delays.
    * It's important to design your callflow so that the voice browser (Voice Portal/IR)
    * is not waiting too long for a response as this can lead to a poor caller experience.
    * Additionally, if the response to the client voice browser exceeds the configured
    * timeout, the platform may throw an "error.badfetch".
    *
    * Using this method, you have access to all session variables through the
    * SCESession object.
    *
    * The code generator will *** NOT *** overwrite this method in the future.
    * Last generated by Dialog Designer at: 2009-DEC-24 11:36:00 AM
    */
   public void servletImplementation(com.avaya.sce.runtimecommon.SCESession Session) {
      getCallerInformation(Session);
   }
   /**
    * Builds the list of branches that are defined for this servlet object.
    * This list is built automatically by defining Goto nodes in the call flow editor.
    * It is the programmer's responsibilty to provide at least one enabled Goto.<BR>
    *
    * The user should override updateBranches() to determine which Goto that the
    * framework will activate. If there is not at least one enabled Goto item,
    * the framework will throw a runtime exception.<BR>
    *
    * This method is generated automatically and changes to it may
    * be overwritten next time code is generated. To modify the list
    * of branches for the flow item, override:
    * <code>updateBranches(Collection branches, SCESession mySession)</code>
    *
    * @return a Collection of <code>com.avaya.sce.runtime.Goto</code>
    * objects that will be evaluated at runtime. If there are no gotos
    * defined in the Servlet node, then this returns null.
    * Last generated by Dialog Designer at: 2010-FEB-10 03:35:27 PM
    */
   public java.util.Collection getBranches(com.avaya.sce.runtimecommon.SCESession mySession) {
      java.util.List list = null;
      com.avaya.sce.runtime.Goto aGoto = null;
      list = new java.util.ArrayList(1);

      aGoto = new com.avaya.sce.runtime.Goto("getCallerId", 0, true);
      list.add(aGoto);

      return list;
   }
}


Any help???

Thanks Ross, I figured this point and solved this.

Hi Neil,
I am facing same kind of problem, give the answer here at the forum, so anyone facing the same problem can be helped.

HI, Mr. Wilson, the log file is very large, can I have any email id where I can attach the file & send to you?