We are building a new experience for our SmartBear Community.
This site is now read-only. You can still browse and search as usual. Learn More
This site is now read-only. You can still browse and search as usual. Learn More
Forum Discussion
Solved
Stripping data of pdf files - used to work, now has error "Object doesn't support this action"
I have the below script (written by an engineer that left 3 months ago), that was used to strip data from a pdf file, for the purposes of verifying that the contents are as expected. It always worke...
The file "pdfbox-app-1.8.8.jar" was reloaded (in case it was corrupted), and this did not solve the issue.
Issue was eventually solved.
Step 1.
Updated the JRE (Java Runtime Environment) to the latest version.
Step 2.
In the Menu Bar, select "Tools", then "Options". Go to "Engines", then "Java Bridge".
Select the latest JVM (java Virtual Machine) path. See picture "TestComplete-JAVA-Bridge-B.JPG".Step 3.
Under the Project "Properties", "java Bridge", both the "Java Classes" and the "Class Paths" were deleted, then reloaded. See picture "TestComplete-JAVA-Bridge.JPG".These two steps fixed the issue.
Test Complete does not automatically JVM path after a Java update.
The file "pdfbox-app-1.8.8.jar" was reloaded (in case it was corrupted), and this did not solve the issue.
Issue was eventually solved.
Step 1.
Updated the JRE (Java Runtime Environment) to the latest version.
Step 2.
In the Menu Bar, select "Tools", then "Options". Go to "Engines", then "Java Bridge".
Select the latest JVM (java Virtual Machine) path. See picture "TestComplete-JAVA-Bridge-B.JPG".
Step 3.
Under the Project "Properties", "java Bridge", both the "Java Classes" and the "Class Paths" were deleted, then reloaded. See picture "TestComplete-JAVA-Bridge.JPG".
These two steps fixed the issue.
Test Complete does not automatically JVM path after a Java update.
Thanks for the solution. I had exactly the same issue when testing pdf reports - Code that used to work failed with
Object doesn't support this action: 'JavaClasses.org_apache_pdfbox_pdmodel'.
Looks like Java have moved their code again since your post and no longer use the x86 program folder for 64 bit OS:
C:\Program Files (x86)\Java\jre1.8.0_131\bin\client\jvm.dll
is now
C:\Program Files\Java\jre1.8.0_131\bin\server\jvm.dll
Hi,
Java 64-bit installs into C:\Program Files\ while 32-bit - into C:\Program Files (x86)\.
(The possible case is that most of modern overly-smart applications do not consider 32-bit option when running on 64-bit systems. So you may have 64-bit version to be (auto)updated while 32-bit version remained the same.)
So that my script doesn't fail every time Java updates and to remind me of what I have to do to fix it I have added this VBS code to test that the current Java Virtual Machine is referenced before I start working with it.
function isCompatibleJava
'The Java Bridge is set in Tools\Options >> Engines\Java Bridge
'Since each Java update moves this file this reference needs to change to point to the current Java Virtual Machine.
'This parameter cannot be set programmatically so all we can do is test that the current Java is compatible with what we have set.
'Returns TRUE if compatible.
isCompatibleJava = false
on error resume next
set someObj = JavaClasses.org_apache_pdfbox_pdmodel
if err.number = 0 then
isCompatibleJava = TRUE
else
log.Warning("Your Java install is incompatible with this script. In TestComplete open Tools\Options, navigate to Engines\Java Bridge and point it to your current Java virtual machine e.g. C:\Program Files\Java\jre1.8.0_141\bin\server\jvm.dll")
end if
on error goto 0 'turn off error handling
end function
