03-06-2012 11:31 AM - edited 03-14-2019 09:30 AM
I'm running into this problem that JTAPI client synchronization failed with CUCM 7.1(5)SU4 new installation. I read a lot of TAC cases and tried all the suggestions below, but no luck.
Has anyone resolved this problem recently?
Cisco JTAPI Client
An error has occurred while trying to resynchronize the Cisco JTAPI Client. Please try Cisco JTAPI Resync in Cisco Unified CCX Administration again.
Tried suggestions:
- Download and reinstalled JTAPI version from the CUCM PUB on the UCCX server
- Restarted CTIManager, then rebooted UCCX server.
- Run CET and checked and verified JTAPI version there, manually configured it
All these have been applied and still failed.
However, I still be able to configured call control group fine without any issue.
Thanks,
Binh.
Solved! Go to Solution.
03-07-2012 06:19 PM
Hi Binh,
Glad to know that it is working after the creation of new CCG, Route points :-).
It was mentioned in one of the below links that without having any CCG, RP's JTAPI sync fails,
https://learningnetwork.cisco.com/thread/10881
That was the reason I told you (in my last post) to create a CCG, RP and try resyncing it.
Please dont forget to rate the helpful posts.
Thanks,
Anand
03-06-2012 11:36 AM
Logs:
652: Mar 06 10:01:35.140 PST %MADM-ADM_CFG-7-UNK:JTAPIUtil.isJTAPIVersionSame() - Calling the installJtapi method
653: Mar 06 10:01:35.140 PST %MADM-ADM_CFG-7-UNK:JTAPIUtil.isJTAPIVersionSame() - wfavvidDir is: C:\Program Files\wfavvid\
654: Mar 06 10:01:35.171 PST %MADM-ADM_CFG-7-UNK:JTAPIUtil.isJTAPIVersionSame() - winntDir is: C:\WINNT\
655: Mar 06 10:01:35.171 PST %MADM-ADM_CFG-7-UNK:JTAPIUtil.isJTAPIVersionSame() - jtapiExeDir is: C:\Program Files\wfavvid\java\current\bin\
656: Mar 06 10:01:35.234 PST %MADM-ADM_CFG-7-UNK:JTAPIUtil.isJTAPIVersionSame() - JTAPICMVersion is: 7.1(5.10000)-6
657: Mar 06 10:01:35.250 PST %MADM-ADM_CFG-7-UNK:JTAPIUtil.isJTAPIVersionSame() - JTAPICRSVersion is: unknown
658: Mar 06 10:01:35.250 PST %MADM-ADM_CFG-7-UNK:JTAPIUtil.isJTAPIVersionSame() - serverName is: ROS-ALPHA-UCCX
659: Mar 06 10:01:35.250 PST %MADM-ADM_CFG-7-UNK:JTAPIUtil.isJTAPIVersionSame() - myNode.getId() 1
660: Mar 06 10:01:35.250 PST %MADM-ADM_CFG-7-UNK:JTAPIUtil.isJTAPIVersionSame() - JTAPI Versions are inconsistent.
661: Mar 06 10:01:35.250 PST %MADM-ADM_CFG-7-UNK:MainMenuController.checkJtapiConsistency() - JtapiConsistent is: false
662: Mar 06 10:01:35.250 PST %MADM-ADM_CFG-7-UNK:MainMenuController.checkJtapiConsistency() - JtapiConsistent is: false
663: Mar 06 10:01:35.250 PST %MADM-ADM_CFG-7-UNK:MainMenuController.checkJtapiConsistency() - errorMsg is: The Cisco JTAPI Client versions are inconsistent. Please go to Cisco JTAPI Resync in the Unified CM Telephony Subsystem to install the Cisco JTAPI Client.
664: Mar 06 10:01:35.250 PST %MADM-ADM_CFG-7-UNK:MainMenuController.checkSetupStatus() - JtapiErrorMsg is: The Cisco JTAPI Client versions are inconsistent. Please go to Cisco JTAPI Resync in the Unified CM Telephony Subsystem to install the Cisco JTAPI Client.
665: Mar 06 10:01:35.250 PST %MADM-ADM_CFG-7-UNK:MainMenuController.checkSetupStatus() - Errorbean is set
666: Mar 06 10:01:35.250 PST %MADM-ADM_CFG-7-UNK:MainMenuController.License() - setupstatus set to main menu
667: Ma
03-06-2012 02:27 PM
Try this out and see if it works
1) Browse to "C:\WINNT\java\lib" and take a backup copy of all of the
files in this folder. After you get a backup, delete the files you can
(If you get a message saying you cannot delete a file because it is in
use then just leave it)
2) Browse to "C:\WINDOWS\java\lib" and copy the contents into the
"C:\WINNT\java\lib" directory. Replace any files with the one from the
\WINDOWS if prompted.
3) Right click My Computer > Properties > Advanced Tab > Environment
Variables
-> Click on the "CLASSPATH" and click on Edit
-> Please change the variable value to what I have EXACTLY AS BELOW:
.;C:\WINNT\java\lib\jtapi.jar;;
4) Reboot the server
5) Log into AppAdmin and see if the JTAPI resync message comes up again,
if it does, go ahead and attempt to do the JTAPI resync again.
6) Additional reboot is required after this.
- JTAPI resync should work at this point, logs should start to be written as well.
Thank you
Anuj
03-06-2012 06:42 PM
Hi,
-Disable the antivirus on UCCX boxes (if its a HA node, do it on both the nodes).
-Perform JTAPI client resync from the UCCX admin page.
-Restart the CRS Node manager on both the nodes.
-Once everthing comes back in servie, enable the anivirus once again.
Hope it helps.
Anand
03-07-2012 08:34 AM
Hi Anuj,
it is running on Windows 2003, and therefore, there is no C:\WINNT directory. Thanks for the reply.
Hi Anand,
There is no Anti-virus software running on this CCX server. Thanks for the reply.
03-07-2012 08:54 AM
Hi ,
Could you please try creating a call control group (say with 2-4 cti ports) , and couple of route points and than try syncing it.
Please let me know the outcome of it.
- Also try the same operation from the UCCX second node (resync JTAPI) if its a HA setup.
Waiting for your reply.
Thanks,
Anand
03-07-2012 09:13 AM
Hello,
Please try the following create a new RMCM user and make sure its present in CUCM application users as well.
Then try the JTAPI resynch
If that fails then try the following steps
I would recommend manually installing the JTAPI client
Say its a HA setup then
. Backup the current jtprefs.bat file (C:\Program Files\JTAPITools). 2. Create a new jtprefs.bat file with the following contents. cd %1 set PATH=%PATH%;c:\progra~1\wfavvid\java\current\bin java com.cisco.services.jtprefs.jtprefsFrame 3. Try to start the JTAPI Preferences utility again and let me know the results. Also, I would recommend that you verify that you can resolve the hostname of the UCCX and CUCM servers. You can do this with a simple "ping hostname" command from a command prompt (Start -> Run: cmd). Any time you synchronize the JTAPI client, whether manually as described below or automatically through AppAdmin, it becomes service affecting because the link with CallManager is down while JTAPI is being synchronized (checking the synchronization state is not, but performing the synchronization is). The manual method of doing this involves the following steps. 1. From the UCCX server, stop the Cisco Unified CCX Node Manager service. 2. Open Add/Remove Programs and uninstall the "Cisco Unified Communications Manger JTAPI Client". 3. Launch a browser session to the CUCM CCMAdmin web page. 4. Go to Application -> Plugins. 5. Seach for Name - contains - jtapi. 6. Download the "Cisco JTAPI for Windows" plugin. 7. Run the CiscoJTAPIClient.exe installer. 8. Reboot the UCCX server, and then restart the Cisco Unified CCX Node Manager service (if it isn't set to Auto start).
Let me know if this helps
Thanks,
Prashanth
03-07-2012 10:25 AM
Hi all,
I've tried all the suggestions above and none of them resolved the problem. However, I've created new controll group, CTI ports, CTI RP, and new App, and everything is working fine; so far no issues.
So I am not sure if this is a cosmetic bug or something else will break later on.
Thanks for all the suggesstions.
Binh.
03-07-2012 06:19 PM
Hi Binh,
Glad to know that it is working after the creation of new CCG, Route points :-).
It was mentioned in one of the below links that without having any CCG, RP's JTAPI sync fails,
https://learningnetwork.cisco.com/thread/10881
That was the reason I told you (in my last post) to create a CCG, RP and try resyncing it.
Please dont forget to rate the helpful posts.
Thanks,
Anand
03-08-2012 05:34 AM
Hi Anand,
Your link to that post is the solution. The problem is fixed now.
For all other, here is the solution posted on https://learningnetwork.cisco.com/thread/10881
Hello Nazar,
Here is the solution for your problem. This is particularly common on installs on VMware.
1. Create a folder named WINNT in c:
2. Copy c:\WINDOWS\Java to WINNT
3. Go to Cisco JTAPI Resync in the Unified CM Telephony Subsystem to install the Cisco JTAPI Client
4. Go to System>Control Center and restart Cisco Unified CCX Engine
HTH
03-08-2012 05:39 AM
You can avoid these issues by building from the Cisco OS media - that's WIn 2k3, but installed in the old-style WinNT folder. It doesn't automatically activate WPA on VMware, but it's good for labs and you can apply your own Windows key.
Aaron
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide