Forum Discussion

JoseVazquez-1's avatar
JoseVazquez-1
Occasional Contributor
9 years ago

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...
  • JoseVazquez-1's avatar
    JoseVazquez-1
    9 years ago

    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.

JoseVazquez-1's avatar
JoseVazquez-1
Occasional Contributor

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.

MulgraveTester's avatar
MulgraveTester
Frequent Contributor
8 years ago

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

  • AlexKaras's avatar
    AlexKaras
    Champion Level 3
    8 years ago

    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.)

    • MulgraveTester's avatar
      MulgraveTester
      Frequent Contributor
      8 years ago

      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