cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
2019
Views
25
Helpful
5
Replies

CVP Call Studio App Broke After Upgrade 11.6 to 12.0

Live2 Bicycle
Level 3
Level 3

The upgrade from CVP 11.6 to 12.0 broke the CVP apps I have. I was able to use the Operations Console and deploy the apps again to get all but one working. The PromptManager app will not work. When trying to call the app using ICM I am played sound file "I'm sorry we are experiencing difficulty please call back at a later time."

 

Deploying from CVP Operation Console gives me error:

06/03/2020 17:50:08.442,server_stop,success
06/03/2020 17:58:19.667,server_start,success
06/03/2020 18:22:44.523,server_stop,success
06/03/2020 18:25:08.067,server_start,success
06/03/2020 19:52:56.163,deploy_all_apps,The application 'PromptManager' failed to deploy.
06/03/2020 19:52:56.892,update_all_apps,failure updating 'CallStudio_TTSv2', failure updating 'CallStudio_TTSv3', failure updating 'CallStudio_TTS'

 

When I try to deploy app using BAT file on server I get error -- Are you sure you want to deploy application 'PromptManager'? y *** Unable to deploy the application 'PromptManager'. The error was: java.lang.NoClassDefFoundError: org/apache/commons/httpclient/methods/RequestEntity. Please see the global error log in CVP_HOME\VXMLServer/logs for more details about this error. *** Press any key to continue . . .

 

I have attached the Global logs. What does the error "The error was: java.lang.NoClassDefFoundError: org/apache/commons/httpclient/methods/RequestEntity." mean?

 

I have verified files are good in:

C:\Cisco\CVP\VXMLServer\lib

C:\Cisco\CVP\VXMLServer\Tomcat\lib

C:\Cisco\CVP\VXMLServer\Tomcat\webapps

C:\Cisco\CVP\VXMLServer\common\classes

C:\Cisco\CVP\VXMLServer\common\lib

 

 

 

1 Accepted Solution

Accepted Solutions

janinegraves
Spotlight
Spotlight

Since your other apps deployed correctly, the error message you're receiving is almost certainly part of some custom java code in your app. 

Using google, I found that the missing class file named org/apache/commons/httpclient/methods/RequestEntity

is contained in a jar file named org.apache.commons/org.apache.commons.httpclient.jar

 

So if you go to the internet and find that jar file for the version of java used on your VXMLServer, then you should be able to download that jar and copy it into VXMLServer/Tomcat/lib 

 

Then restart VXMLServer and cross your fingers. 

 

View solution in original post

5 Replies 5

janinegraves
Spotlight
Spotlight
This is most likely due to some custom java within your PromptManager app that is dependent on a jar file that was added on your 11.6 VXMLServer - usually they're added to VXMLServer/Tomcat/lib (or VXMLServer/common/lib or VXMLServer/lib).

If you look at your 11.6 VXMLServer/Tomcat/lib directory - perhaps you can sort by Date Created and find a jar or two that have a different date than all the other Cisco jar files.
If you do, then copy that over to the 12.0 system and restart VXML Server.

If not, check the other directories that I mentioned.

janinegraves
Spotlight
Spotlight
Can you write a simple app - maybe just an Audio element and a CVP_Subdialog_Return and try to deploy that and use OAMP. Does that load correctly?

janinegraves
Spotlight
Spotlight

Since your other apps deployed correctly, the error message you're receiving is almost certainly part of some custom java code in your app. 

Using google, I found that the missing class file named org/apache/commons/httpclient/methods/RequestEntity

is contained in a jar file named org.apache.commons/org.apache.commons.httpclient.jar

 

So if you go to the internet and find that jar file for the version of java used on your VXMLServer, then you should be able to download that jar and copy it into VXMLServer/Tomcat/lib 

 

Then restart VXMLServer and cross your fingers. 

 

The path had changed for the prompt manager.  The vendor that provided me the app had me add files to path 

C:\cisco\cvp\vxmlserver\applications\promptmanager\java\application\lib 

 

I had also missed a war filed called "cvpFileUpload.war.  I found a copy in my back up and copied it to  c$\Cisco\CVP\VXMLServer\Tomcat\webapps\cvpFileUpload and then restarted the vxml service on the CVP Combo server which created a directory with a couple sub directorys.

 

Thanks Janine for your input!

my pleasure. you'd better document that at your company for the next upgrade!