Select to view content in your preferred language

WebGISDR Java Runtime Environment Change from 11.3 to 11.4 causing backup to fail

174
1
12-16-2024 06:43 AM
DavidColey
MVP Regular Contributor

Hello - After finishing a largely successful 11.3 to 11.4, I copied the the webgisdr folder from it's default location on the Portal Server at

C:\Program Files\ArcGIS\Portal\tools\webgisdr to a shared location on my desktop, and set up the proper shares for my temp, bakups and backup folders so that I can run a weekly backup to a file share.

I then set the JAVA_HOME system environment variable to the latest JRE, which I currently show as:

C:\Program Files\Java\jre1.8.0_431

Apparently this is the latest version of the jre.

For the webgisdr properties file at 11.3, the JAVA_HOME requirement states:

# If running the WebGIS DR Tool from a machine without Portal for ArcGIS installed,
# make sure to set the JAVA_HOME operating system environment variable to a
# Java Runtime Environment 1.8 or later installation directory.

which I always had downloaded from 

https://www.java.com/en/download/manual.jsp

Now, at 11.4, the JAVA_HOME requirement states:

# If running the WebGIS DR Tool from a machine without Portal for ArcGIS installed,
# make sure to set the JAVA_HOME operating system environment variable to a
# Java Runtime Environment 11 or later installation directory.

Predictably, the webgisdr tool is now failing with the following:

Exception in thread "main" java.lang.UnsupportedClassVersionError: com/esri/arcgis/portal/util/FileUtil has been compiled by a more recent version of the Java Runtime (class file version 55.0), this version of the Java Runtime only recognizes class file versions up to 52.0

Currently, I have no idea where to get the JRE 11 - it is not available at the https://www.java.com/en/download/manual.jsp site.  That site says the latest is update version is version 8.

Are there any suggestions from anyone?  This method has always worked for us up until now, and I'd prefer not to run the backup from Portal server, mainly because I like to keep that server as light as possible.

Thanks, 

David

@JakeSkinner 

@JoshuaBixby 

@Scott_Tansley 

 

 

 

 

0 Kudos
1 Reply
DavidColey
MVP Regular Contributor

Ok well I figured out a workaround by running things from the Portal server and utilizing shared directories on our Config server for the shared location and the backup location specified in the properties file.  It's not really a workaround per se but prior to the last release or 2 it was alot easier to run things from a desktop with the proper directory shares in place.

Our polices are pretty strict so we can't run things from 'C\Program Files\ . . .' but I can copy out the webgisdr directory to my user-defined shared location and then run my bat that calls the 'myfullsitebkup.properties' file.

Hopefully it'll run in the Task Scheduler...