Make plans now to attend XMPP integration with CVP 2012/06/14 @ 10:00 AM at Cisco Live! in San Diego. ...Read More

 



Cisco Developer Network will be presenting a CDN Developer Track at Cisco Live! London the week of January 31, 2011.

We are presenting technical sessions which highlight Application Programming interfaces (APIs) and Software Developer Kits (SDKs) for Cisco technologies such as Unified Communications, IOS, and Access Routing Technologies ¿ including the new Cisco Cius ...Read More

 

Recently noticed that there have been repeated questions from our developer community complaining that they can't seem to get the beep to work with <record>. They have set the beep attribute to "true" alright, and the reference guide even says this is supported but why doesn't it work?
...Read More

 

August 01, 2006
Earlier today, as I was typing a comment in our internal issuing-tracking system, I hit backspace to correct a typo. WHAM! I go back to the previous page, and my long-winded comment is gone. Apparently I somehow left the context of the text area (did I tab, or spuriously click, or??), which causes backspace to act as a hotkey for "Back". The web browser was not very forgiving of my mistake.

Are your IVR applications forgiving? They should be.
...Read More

 

Mark Gibbs over at Network World has put together a spiffy little scoring system for customer service systems (including many criteria for IVR systems). How would callers score your IVR using Mark's guidelines? Place a call and find out, you may be surprised.
...Read More

 

If you're using JNDI to connect to your database through Tomcat, then it's possible you've had to deal with database connection pool leaks. Your code tests fine, it's been reviewed, but in load tests or in production your app is unable to acquire database connections, the pool is empty!

Fear not, there are some handy parameters which can be set in your application's XML configuration file (in tomcat/conf/Catalina/YOUR_IP/YOUR_APP.xml):
...Read More

 

Showing 6 results.
Items per Page 50
of 1

CVP Forum

« Back to Universal Edition Training Forum

Student Follow up Questions

Combination View Flat View Tree View
Threads [ Previous | Next ]
Hi,

Can you help provide resonses to the following questions from one of my CVP students (they are a Cisco partner who is providing consulting services to a large Cisco customer in LA).

Also, now that Cisco folks don't get to post questions on the General Forum, where should they go for answers to these types of thing? Is Cisco considering creating a Forum for their CVP Studio developers/customers?


1. We are sending Customer ID and PIN to a DB and they will send back a 580byte file in 78 variables (data set). We will use a Java applet to place all 78 of these pieces of data into 78 Session Data Variables. Do you see any issue with this? Is there a functional limit to how many variables we should put in Session Data - I believe it is more related to JVM memory and workspace, but if there is an issue you are aware of in doing this it would be helpful.

2. In this app so far there are 19 pages with 4 main groups or initial selections. Is there a best practice guideline from what you are aware to determine if an additional App is preferable to additional pages. I was thinking if there is a guideline such as "pages first and app if you must" sort of a thing.

3. As things come up that we did not necessarily cover in class, it would be helpful to see how someone else would have done it as well as the overall approach. Is there any kind of forum for posting questions or sharing code?

Hi Janine

1. This question was asked via another channel lastweek... By adding large amount of data to the session will increase the per session footprint in the JVM. Also as session size increase the number of concurrent session decreases. This also means that JVM garbage collection will occur more often, and therefore, more load on the system and the performance suffers. There is no real way to predict the impact other then to prototype the app and execute performance tests.

2. The rule of thumb for pages vs. apps is to break up the application down to logical units. If an unit can/will be reused by other apps, then it make sense to create multiple apps. However, there is more overhead in passing from app to app. So if a caller is expected to take a limited call path, then you should try to contain it to a single app, unless development of a very large app becomes an issue.

3. Currently for CVP customers, there is no developer forum. Things are in the works, but are a long way from completion. As for code sharing, we will not provide that for CVP customers b/c of support issues.

Regards,
Cheng