anchor.diff:  :: This line catches any version above 99 since it's three characters instead of two. Oracle also dropped the "8" from
   :: the last part of the GUID, so instead of "2F8__" it's now "2F__", presumably to make room for the 3rd digit on the right
   %WMIC% product where "IdentifyingNumber like '{26A24AE4-039D-4CA4-87B4-2F__180___F_}'" call uninstall /nointeractive >> "%LOGPATH%\%LOGFILE%"
  +%WMIC% product where "name like 'Java 8%%'" uninstall /nointeractive
   
   :: JRE 7
   call :log "%CUR_DATE% %TIME%   JRE 7..."
  
positive.code: :: type, which always equals '32' or '64'. The first wildcard is the architecture, the second is the revision/update number.
  :: Beginning with JRE versions over 99 (JRE8 was first major version to have subversions go over 99), the GUID string "2F8__", which identified architecture, switched to "2F__", presumably to make room for the new 3rd digit in the version identifying section. You can see this in the JRE8 portion below.
  
  :: JRE 9
  call :log "%CUR_DATE% %TIME%   JRE 9..."
  :: Wildcards aren't used here (yet) because we don't know which portion of the GUID will change with the first "Update xx" release.
  :: Script will be updated when the first Update to series 9 is released by Oracle
  %WMIC% product where "IdentifyingNumber like '{DA69628A-2608-5BA9-8749-1EE90CB29D95}'" call uninstall /nointeractive >> "%LOGPATH%\%LOGFILE%"
  %WMIC% product where "name like 'Java 9%%'" uninstall /nointeractive
  
  :: JRE 8
  
negative.code: echo.
  
  
  :: Done.
  call :log "%CUR_DATE% %TIME%   Registry hive backups: %TEMP%\java_purge_registry_backup\"
  call :log "%CUR_DATE% %TIME%   Log file: "%LOGPATH%\%LOGFILE%""
  