Java login in Conference Control Center
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-15-2011 07:38 AM - edited 03-17-2019 10:22 PM
Anyone knows what might be causing the following error while trying to login with a valid account to the Java applet in Conference Control Center?
load: class no.tandberg.tms.ccc.gui.overview.CCCApplet.class not found.
java.lang.ClassNotFoundException: no.tandberg.tms.ccc.gui.overview.CCCApplet.class
at sun.plugin2.applet.Applet2ClassLoader.findClass(Unknown Source)
at sun.plugin2.applet.Plugin2ClassLoader.loadClass0(Unknown Source)
at sun.plugin2.applet.Plugin2ClassLoader.loadClass(Unknown Source)
at sun.plugin2.applet.Plugin2ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.plugin2.applet.Plugin2ClassLoader.loadCode(Unknown Source)
at sun.plugin2.applet.Plugin2Manager.createApplet(Unknown Source)
at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Exception: java.lang.ClassNotFoundException: no.tandberg.tms.ccc.gui.overview.CCCApplet.class
- Labels:
-
Room Endpoints
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-15-2011 05:15 PM
Hi Mariej!
If you ask such questions please post as much information as possible.
In this case at least:
* operating system (incl. patchlevel)
* browser (incl version)
* java (version)
* tms (version)
you are using.
There are some bugs related to MacOS and sometimes issues with older java versions.
But without knowing what you are using its most likely flying blind.
We had most success on a recent windows system with IE8 and recent java and os updates.
Take a look at the TMS docu/release notes regarding os / browser / java requirements.
Please remember to rate helpful responses and identify
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-18-2011 08:20 AM
Hi Martin,
For TMS its Windows Server 2008 R2 Standard with SP1 64-bit edition and TMS 13.0.2.
Browser is both Firefox 4.0.1 and IE8 running on Windows 7.
Java version 6 update 24.
Although I have seen this issue also for TMS 13 running on Windows Server 2003 supplied with the appliance version.
What is strange is that it was working earlier..
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-20-2011 01:53 PM
Where do you see the error, is it a error shown from the server embedded in a webpage,
or (what I currently assumed) on the local windows 7 machine? Did you try an other computer?
Check if you find what changed since the last time where you know it worked.
As I dont know this error I would look at what is typical on issues,
corrupted java install, wrong config, group policies, security settings, proxy usage, firewalls, virus scanner, upgrades, ...
If you access the TMS via rdp (or localy) and then access http://localhost/tms/ with IE8, do you still get the error?
Please remember to rate helpful responses and identify
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-21-2011 11:54 AM
It is an error on the local Windows 7 machine. There is no problem with opening the pages locally through rdp.
I tried with another Win7 computer which was logging correctly to another TMS server and it also received the same login-reject behavior. So it seems to be some kind of a network issue..
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-29-2011 01:16 PM
Same issue here, just started out of the blue. Running Specs:
Server
Win Server 2003 Ent R2 SP2 (2G/2.3Ghz AMD 2356)
TMS 12.6.1
Client
Win Server 2008 Ent R2 SP1 (4G/2.3Ghz AMD 2356)
Firefox 5.0.1
Error:
Java Plug-in 1.6.0_26 Using JRE version 1.6.0_26-b03 Java HotSpot(TM) Client VM User home directory = C:\Documents and Settings\[userid] ---------------------------------------------------- c: clear console window f: finalize objects on finalization queue g: garbage collect h: display this help message l: dump classloader list m: print memory usage o: trigger logging q: hide console r: reload policy configuration s: dump system and deployment properties t: dump thread list v: dump thread stack x: clear classloader cache 0-5: set trace level to---------------------------------------------------- load: class no.tandberg.tms.ccc.gui.overview.CCCApplet.class not found. java.lang.ClassNotFoundException: no.tandberg.tms.ccc.gui.overview.CCCApplet.class at sun.plugin2.applet.Applet2ClassLoader.findClass(Unknown Source) at sun.plugin2.applet.Plugin2ClassLoader.loadClass0(Unknown Source) at sun.plugin2.applet.Plugin2ClassLoader.loadClass(Unknown Source) at sun.plugin2.applet.Plugin2ClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.plugin2.applet.Plugin2ClassLoader.loadCode(Unknown Source) at sun.plugin2.applet.Plugin2Manager.createApplet(Unknown Source) at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Exception: java.lang.ClassNotFoundException: no.tandberg.tms.ccc.gui.overview.CCCApplet.class
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-10-2012 10:51 AM
Found the answer.
Evidently Windows 7 uses NTLM for security checks by default...hence the java error throw.
I went to local security/local policy/security option/network security/lan manager security level/then changed to “send LM and NTLM - use NTLMV2 if negotiated” .
The certificate finally showed up after login.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-13-2012 05:09 PM
Hi Charles,
Where exactly did you find that? Is that in the registry?
I personally have the experience of being able to get to CCC, but when I try to look at a particular conference, it just hangs and I get this;
Exception in thread "AWT-EventQueue-2" java.lang.ClassCastException: [S cannot be cast to [I
at java.awt.image.DirectColorModel.getRGB(Unknown Source)
at sun.java2d.loops.OpaqueCopyAnyToArgb.Blit(Unknown Source)
at sun.java2d.loops.GraphicsPrimitive.convertFrom(Unknown Source)
at sun.java2d.loops.GraphicsPrimitive.convertFrom(Unknown Source)
at sun.java2d.loops.MaskBlit$General.MaskBlit(Unknown Source)
at sun.java2d.loops.Blit$GeneralMaskBlit.Blit(Unknown Source)
at sun.java2d.pipe.DrawImage.blitSurfaceData(Unknown Source)
at sun.java2d.pipe.DrawImage.renderImageCopy(Unknown Source)
at sun.java2d.pipe.DrawImage.copyImage(Unknown Source)
at sun.java2d.pipe.DrawImage.copyImage(Unknown Source)
at sun.java2d.SunGraphics2D.drawImage(Unknown Source)
at sun.awt.image.ImageRepresentation.drawToBufImage(Unknown Source)
at sun.java2d.pipe.DrawImage.copyImage(Unknown Source)
at sun.java2d.SunGraphics2D.drawImage(Unknown Source)
etc.
etc.
etc
I'm also running Windows 7. I noticed that this seemed to have started after upgrading to TMS13.x. I've seen it in 13.1.2 and 13.2.
Thanks!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-14-2012 02:49 AM
Hi Bob,
Your problem isn't the same. It's this problem (this was sent out in a tech alert just a few weeks ago):
Cisco TMS: Java version 7 breaks the CCC
Publication date: 2012-07-13
Author: Kjetil Ree
Products affected: Cisco TelePresence Management Suite (Cisco TMS), all versions
CDETS ID:
Problem Description
Java version 7 has a defect (Java bug ID 6997116) that affects Cisco TMS’s Conference Control Center (CCC). If client computers upgrade their Java Runtime Environment to Java 7, the CCC fails to load properly, and conferences are not displayed. An “Exception in thread "AWT-EventQueue-2" java.lang.ClassCastException” error message is shown in the Java Console.
Customer communication
Cisco has detected that Java 7 breaks compatibility with the Conference Control Center (CCC) in Cisco TelePresence Management Suite (Cisco TMS).
Because of a defect in the Java Runtime Environment (JRE), the JRE fails to render transparent GIF and PNG icons of 16 bit or less, and throws an exception. The Conference Control Center uses such icons, and when the JRE stops executing the application, conferences are not displayed to users. An “Exception in thread "AWT-EventQueue-2" java.lang.ClassCastException” error message is shown in the Java Console.
The issue applies to all versions of Cisco TMS, and all client operating systems are likely to be affected.
Cisco is working with Oracle to provide a fix in a future Java update. Cisco is also investigating how to mitigate the issue in an upcoming Cisco TMS release.
Solution
Affected customers should downgrade their client JREs to Java 6. See racle.com’s Java SE downloads page
for Java 6 software packages.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-09-2014 10:37 PM
hi
when i open TMS 13.2.2 on my any browser(Google Chrome, Mozilla or Internet explorer) after opening when i go to conference control center then their is error display when i click on error details then this message display which is below mention. i have a java 7 install.
User home directory = C:\Users\Talal
----------------------------------------------------
c: clear console window
f: finalize objects on finalization queue
g: garbage collect
h: display this help message
l: dump classloader list
m: print memory usage
o: trigger logging
q: hide console
r: reload policy configuration
s: dump system and deployment properties
t: dump thread list
v: dump thread stack
x: clear classloader cache
0-5: set trace level to <n>
----------------------------------------------------
Resource http://111.68.100.9/tms/styles/Default/images/PortalPageStatisticsChartLoading.gif has future expires: Fri May 09 16:33:16 PKT 2014 update check skipped.
Resource http://111.68.100.9/tms/Tandberg/Tms/UI/Monitoring/conferencecontrol.jar has future expires: Fri May 09 16:33:24 PKT 2014 update check skipped.
Resource http://111.68.100.9/tms/styles/Default/images/PortalPageStatisticsChartLoading.gif has future expires: Fri May 09 16:33:16 PKT 2014 update check skipped.
Missing Application-Name manifest attribute for: http://111.68.100.9/tms/Tandberg/Tms/UI/Monitoring/conferencecontrol.jar
Resource http://111.68.100.9/tms/Tandberg/Tms/UI/Monitoring/conferencecontrol.jar has future expires: Fri May 09 16:33:24 PKT 2014 update check skipped.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-14-2012 04:19 AM
Hi,
Can your try creating an environment variable called "_JAVA_OPTIONS" and setting its value to "-Dsun.java2d.d3d=false"? Then restart your browser, and you should be fine.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-14-2012 11:33 AM
Hi Kjetil,
Your suggestion seems to be working. The console is still showing the "Unknown Source" exceptions, but at least I can see what's in the individual conferences now. What are we doing when we add that environment variable? Will it interfere with other functionality?
Hi Dale,
Thanks for the heads up on the Java 7 notice. I'm running Java 6 though.
And as an added bonus, one customer had this workaround of right-clicking on the conference he wanted to see and chose "Open in new window". Then the conference details were displayed.
Thanks!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-14-2012 12:35 PM
Thanks Bob, the "open in new window" workaround was news to me. I can confirm that it is working on all affected systems I have tested it on.
Adding the -Dsun.java2d.d3d=false" option stops the Java Virtual Machine from using Direct3D to render images. This will give a performance penalty to all Java applications using Direct3D, so we don't officially recommend it unless other ways to mitigate the issue (basically downgrading the Java JRE) are impossible.
Oracle has now confirmed that a fix will be backported to Java 7, but it is not yet clear which exact update it will be released in.
It is strange that you see it in Java 6 - we have tested this extensively in-house now, and we have never been able to provoke the issue with other JREs than Oracle Java SE Runtime Environment 7. Can you upgrade to the latest Java 6 update and see it the problem persists?
Regards,
Kjetil
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-14-2012 02:17 PM
Hi Kjetil,
Thanks for the follow up. It turns out that I did have Java 7 installed on my computer, even though the Java Control Panel told me otherwise. I removed the Java 7 software, upgraded the Java 6 to update 33 and removed the Environment Variable. CCC is still displaying properly.
Thanks to everyone for the help!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-31-2012 09:15 AM
