Hi, For some reason testcomplete will not record actions performed against a Java / AWT application embedded within an internally hosted website. Here is the HTML for the embedded java applet: <EMBED name="Framework" id="Framework" type="application/x-java-applet;version=1.6" width="100%" MAYSCRIPT height="100%" align="baseline" codebase="../applets" code="com.ssaglobal.webtop.client.init.Webtop.class" image="" archive=",jide-common.jar,jide-dock.jar,commons-codec-1.5.jar,init.jar,webtop.jar,navigation.jar,dem.jar,erp.jar,workflow.jar,jviews-gantt-all.jar,jviews-framework-all.jar,icu4j.jar" > So far I have tried: Configuring Options->Engines->Java Bridge to : C:\Program Files (x86)\Java\jre7\bin\JAWTAccessBridge-32.dll Configuring Options->Engines->Java Bridge to : C:\Program Files (x86)\Java\jre7\bin\JavaAccessBridge-32.dll Configuring Options->Engines->Java Bridge to : C:\Program Files (x86)\Java\jre7\bin\client\jvm.dll Creating a "Generic Windows Application" and downloading the jars from the website and attempting to add them in the classpath. The ability to test this embedded java / awt application (without resorting to keyboard strokes & x,y mouse coordinates) is the central business case behind purchasing testcomplete. Thanks in advance for your assistance, Cheers, - James

SmartBear support has confirmed this issue is due to the version of JRE I was running (the latest).The issue exists with JRE 7 u55 and greater, and JRE 8 u5 and later.I uninstalled java and then installed JRE 8.0 and turned off updates.This has temporarily resolved the issue for now (until I have to update JRE)

Hi Tanya,Thank you for your comment and I hope that your guys will be able to cope with this Java 'improvement'.If it matters, the scenario in my case is that the (Web) application opens some .jnlp file. This .jnlp file in the previous versions of JRE was handled by the javaw process. But starting from version 7.0.55 the jn2launch process is started instead on javaw.

An update: the problem does not exists with the just released TestComplete 10.50.I was able to successfully work with the Web Start (.jnlp) application using FireFox 32.0.3 and Java 10.72.2.14 (which corresponds to v.7.72).Thank you, SmartBear, much appreciated.

Hi,I would like to ask about the current status of this problem.All Swing objects are not recognized (using TC 9.31) after I updated JRE on the test machine to 7.0.67 and started to be recognized again after I rolled-back JRE to 7.0.51.Any chance for TestComplete update/fix for both TC 9.31 and TC 10.x ?Or, maybe, this is some Java (security) configuration problem?

Is the internal site being accessed from a mapped drive, a network share, or an internal web host?I would hope you have either Apache/Tomcat or other web server providing your application that you want to test.

Unable to test embedded java / AWT application

11 Replies

jmcwhinney
Contributor
11 years ago
SmartBear support has confirmed this issue is due to the version of JRE I was running (the latest).

The issue exists with JRE 7 u55 and greater, and JRE 8 u5 and later.

I uninstalled java and then installed JRE 8.0 and turned off updates.

This has temporarily resolved the issue for now (until I have to update JRE)
AlexKaras
Champion Level 2
11 years ago
Hi Tanya,

Thank you for your comment and I hope that your guys will be able to cope with this Java 'improvement'.

If it matters, the scenario in my case is that the (Web) application opens some .jnlp file. This .jnlp file in the previous versions of JRE was handled by the javaw process. But starting from version 7.0.55 the jn2launch process is started instead on javaw.
AlexKaras
Champion Level 2
11 years ago
An update: the problem does not exists with the just released TestComplete 10.50.

I was able to successfully work with the Web Start (.jnlp) application using FireFox 32.0.3 and Java 10.72.2.14 (which corresponds to v.7.72).

Thank you, SmartBear, much appreciated.
AlexKaras
Champion Level 2
11 years ago
Hi,

I would like to ask about the current status of this problem.

All Swing objects are not recognized (using TC 9.31) after I updated JRE on the test machine to 7.0.67 and started to be recognized again after I rolled-back JRE to 7.0.51.

Any chance for TestComplete update/fix for both TC 9.31 and TC 10.x ?

Or, maybe, this is some Java (security) configuration problem?
jeremy_bertrand
Contributor
11 years ago
Is the internal site being accessed from a mapped drive, a network share, or an internal web host?

I would hope you have either Apache/Tomcat or other web server providing your application that you want to test.
jmcwhinney
Contributor
11 years ago
The java applet is embedded in a webpage hosted via an internal server by way of apache/tomcat...

I am accessing the web page using internet explorer....
TanyaYatskovska
Alumni
11 years ago
Hi Alexei,

Our R&D team is investigating this issue and trying to solve it. The only workaround we can suggest right now is to use old JRE versions.

We are sorry for the inconvenience.
TanyaYatskovska
Alumni
11 years ago
Thanks for the additional information, Alexei. I'll pass it to our developers.
AlexKaras
Champion Level 2
11 years ago
Hi Tanya,

I'd like to wonder if there are any news on this problem?
TanyaYatskovska
Alumni
11 years ago
Hi Alexei,

Unfortunately, there is no news.

Our developers are investigating the ways to overcome this issue - no luck yet :(