43 | | * The server will detect a version mismatch at startup and throw an exception, prompting the user to upgrade. |
44 | | * The installer will back up the existing repositories, then run the upgrade utilities. |
45 | | * The installer will need to install the upgrade utilities so that they can be run independently. |
| 43 | 1. The server will detect a version mismatch at startup, and throw an exception along with instructions on how to upgrade. |
| 44 | |
| 45 | Like other exceptions thrown at startup time, this Version Mismatch exception will stop the server from running: |
| 46 | |
| 47 | * If the server is running as a service, then the error will be logged and available to the user for viewing (i.e. via the server log file or the event viewer). |
| 48 | * If the server is running as an application, then the error will be logged and displayed on the console/terminal window. |
| 49 | |
| 50 | The error message will include a brief description about the problem and a reference to the detailed upgrade documentation. |
| 51 | |
| 52 | 2. During setup, the installer will back up the existing repositories if necessary, then run the upgrade utilities (which will do nothing if the repositories have already been upgraded). In rare/complex situation, the installer may encounter some upgrade problem (e.g. different combinations of versions of repositories, including no longer supported ones, etc.). When this happens, the installer will continue the installation without the upgrade, and at the end, it will display a brief description about the problem and a reference to the detailed upgrade documentation. Note that, the installer will need to install the upgrade utilities so that they can be run independently at a later time. This is useful when: |
| 53 | |
| 54 | * The version mismatch detected by the server or the upgrade problem encountered by the installer does occur. |
| 55 | * The user would like to restore previously backed up repositories, then upgrade them without rerunning the installer. |