...
In order to perform a command-line upgrade, the Servoy Application Server needs to be able to connect the internet and more explicitly to http://www.servoy.com for downloading the upgrade package.
Stoc
...
To upgrade a Servoy Application Server the following steps must be followed:
{servoyInstall}/application_server
directory Execute one of the commands from the table below
Command | Comment | |
---|---|---|
Default | java -jar servoy_updater.jar | Upgrades to latest final release. Excludes alpha, beta and release candidates |
Include beta versions | java -jar servoy_updater.jar -beta | Upgrades to latest non final release |
Update to specific release (since Servoy 6.1) | java -jar servoy_updater.jar -releaseNumber buildNumber | Upgrades to a release based on the specific build number of the release. The build number for a specific release is mentioned in the announcement of the release on the Servoy Talk forum. |
...
The update process will update only the Servoy Application Server installation. It does NOT update the Servoy Repository structure. When the upgraded Servoy Application Server is launched and it finds an incompatible version of the Servoy Repository, the launch will be aborted with the message that the Servoy Repository needs to be upgraded. See Servoy Repository I=/upgrade for more info on upgrading the Servoy Repository.
...
The code in the files updated by the updater will be properly signed by Servoy, similar to how all code of the Servoy Application Server is signed when first installed.
...
For more on the topic of code signing see the Code Signing chapter.
...
The update mechanism will automatically replace existing files if a new version is available in the update or will place a file that is part of the default distribution if it is missing in the existing installation.This might not be desired if for example certain plugins have been removed that are not used or different versions of libraries have been manually installed.
Both the update and the placement actions can be prevented, but understand that this means that any additions or fixes made to those files will not be available after the update. Worst-case scenario is that the old version is incompatible with the new Servoy version and things might not work as expected.
The updater mechanism will not touch any file marked as read-only on the File system, so to prevent the updater to overwrite specific files, mark the files as read-only
By replacing a file that is shipped by default with an empty file that is read-only, the content of the file is effectively removed and as the file it read-only, the updater will not replace it with the default version
Some Java environments start with IPv6 Stack. When actually running on IPv4, this might cause issues in the download of the update. Add d-java.net.preferIPv4Stack=true
to the end of the update command.
...