×

Warning message

  • Cisco Support Forums is in Read Only mode while the site is being migrated.
  • Cisco Support Forums is in Read Only mode while the site is being migrated.

IPCCX 8.5- execute jave method.

Answered Question
Sep 1st, 2012
User Badges:

I have upgraded a IPIVR from 3.5(3) to 8.5. In the previous versions i have noticed that there are Execute Java Method steps are available but in 8.5 they are missing. how can we use the same script in the new installation?

when i try to load the script in 8.5 editor i am getting java error.


nested exception is java.lang.classnotfoundexception:application


Regards,

Sandeep

Correct Answer by Gergely Szabo about 4 years 11 months ago

Hi,


yes, based on the version number you see, the custom class was compiled with JDK 7 (hence class format version 51.0), but I am sure UCCX 8.5 does not have JDK 7 yet.

You can find out the version of the JDK in UCCX easily, using the following method:

https://supportforums.cisco.com/docs/DOC-24150#javaversion

I am afraid you'll have to recompile your custom classes with JDK 6.

Good luck.

G.

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 3.5 (2 ratings)
Loading.
Gergely Szabo Sat, 09/01/2012 - 12:45
User Badges:
  • Green, 3000 points or more
  • Community Spotlight Award,

    Member's Choice, December 2015

Hi,

if it's a ClassNotFoundException, it usually means your script references a class that is not accessible. For instance, there might have been a custom class in your 3.x installation and it was not copied over to the 8.5 installation. Take a look at the appadmin web page for the custom classes.

Starting IPCC Express 4.x you don't have to use the Execute Java Method step, as Java code may be inserted in almost all steps. Backward compatibility, however, is maintained for the Execute Java Method step (as far as I know, at least it does work in an IP IVR 8.0x - our customer has one of those legacy scripts).

G.

sandeep pokhriyal Sat, 09/01/2012 - 23:35
User Badges:

Hi Gergely,


thanks for the reply.


Yes, we have got some old custom java classes. i have copied them to the default\classpath folder but still i am unable to open the script in the new script editor and it gives the same error.

if it is not there anymore what is the workaround for this?


Regards,

Sandeep

Gergely Szabo Sun, 09/02/2012 - 03:39
User Badges:
  • Green, 3000 points or more
  • Community Spotlight Award,

    Member's Choice, December 2015

Hi,

make sure you restarted the CCX engine - or, rather, do a full reboot of the system after you uploaded the custom java classes.

Also, make sure the custom java classes are enabled (uploading them won't activate them).

G.

sandeep pokhriyal Sun, 09/02/2012 - 04:31
User Badges:

Hi,


i have restarted the server and now i have a different error some progress atleast.


now the error is.


java.lang.unsupportedClassVersionError: Application : Unsupported major.minor version 51.0.


i think this is because of the old version of Java in the last CRS.


Regards,

Sandeep

Correct Answer
Gergely Szabo Sun, 09/02/2012 - 04:42
User Badges:
  • Green, 3000 points or more
  • Community Spotlight Award,

    Member's Choice, December 2015

Hi,


yes, based on the version number you see, the custom class was compiled with JDK 7 (hence class format version 51.0), but I am sure UCCX 8.5 does not have JDK 7 yet.

You can find out the version of the JDK in UCCX easily, using the following method:

https://supportforums.cisco.com/docs/DOC-24150#javaversion

I am afraid you'll have to recompile your custom classes with JDK 6.

Good luck.

G.

sandeep pokhriyal Mon, 09/03/2012 - 23:43
User Badges:

Thanks,


it worked after recompling the script with JDK 6 and restarting the servers.

thanks for sharing the amazing documents


Regards,

Sandeep

sandeep pokhriyal Tue, 09/04/2012 - 00:42
User Badges:

                   Hi Gergely,


I am trying to replace the execute JAVA steps with the new expression editor. I need help in understanding how it works in the new script editor. attached are the steps that i need to replace. once i understand this i can change others.

Gergely Szabo Tue, 09/04/2012 - 02:29
User Badges:
  • Green, 3000 points or more
  • Community Spotlight Award,

    Member's Choice, December 2015

Hi,

first, let me ask this: what are you trying to acheive? Is it quite possible you won't need to use any Java code at all.

For instance, the first two screenshots are about getting a string variable's length - it can be easily done, without using custom Java classes.

G.

sandeep pokhriyal Tue, 09/04/2012 - 08:35
User Badges:

I have the same JAVA custom scrip that i have recomplied and used in the new system. now i have sorted out all the errors which it shows during validation, validation goes fine but for some reasons i am not able to make it work. when i call this script directly through the ICM application and trigger it doesn't work, same with the ICM translation routingl.


i cannot do the script debug also. it just doesn't hit the script. don't know what is happening here.


Sandeep

Gergely Szabo Tue, 09/04/2012 - 09:21
User Badges:
  • Green, 3000 points or more
  • Community Spotlight Award,

    Member's Choice, December 2015

Hi, did you try reactive debugging? What do you mean it does not hit the sript?

Did you try the usual suspects (Trigger->application->script must be established, the script and the application refreshed after you change something in the script)?

G.

sandeep pokhriyal Tue, 09/04/2012 - 09:30
User Badges:

The reactive debugging doesn't show anything. if i put another script in the same application then  that works fine but not this. i have refreshed the scripts and applications after every single change.

Actions

This Discussion