Homepage | About EASA | Contact
This section describes tasks involved in managing the content on your EASA system, which include:
Administrators of EASA can determine which of the available client types in EASA are allowed to be used by users to open EASAPs. Currently in EASA there are two client types:
One or both of the clients can be made available to users. The default is to allow both client types. To select which clients users are allowed to access, select Clients under the Configure tab in Administrator mode to be taken to the Allowed Clients page. On this page, simply check the boxes next to the clients to be allowed and click on the Apply button.
The ability to export an EASAP and then import it into a different EASA installation is available in Author mode under the Applications tab (See Author's Application Menu for more details).
EASA comes with a set of executable wizard tools that help you migrate your EASA Server Data folders to a new installation. The requirements to run each tool are identical to running the EASA Installer itself with the additional condition that the new EASA installation has to be on the same machine and operating system as the previous source installation.
Note: Using any of the Import Tools will automatically invalidate any existing licenses on the target installation. As a result, having the new license ready before using the tool is recommended.
In the EASA 5.3 start menu group there are two tools called Import Data and Settings (4.3.3) and Import Data and Settings (5.0).
These tools can be used to copy contents from an EASA Server Data folder of an earlier EASA installation to a new EASA 5.3 installation.
The version number signifies the older version, the Import Data and Settings (4.3.3) option should be used if moving data from EASA 4.3.3 or earlier version and the Import Data and Settings (5.0) option should be used to move data from EASA 5.0 or newer to EASA 5.3.
Note: The Import Data and Settings Wizard is intended for use on a new EASA installation as it will delete any existing content.
Follow the instructions detailed in this paragraph if the source installation version is 4.3.3 or older.
If you are copying between EASA installations on the same computer:
If you are copying between EASA installations on different computers:
Ensure that the target EASA server is stopped.
Note: If copying the entire EASA installation between computers is not a viable solution, you may choose to manually copy relevant content using the instructions provided below at Manual Import from EASA 4.3.3 or Older Versions.
<EASAROOT>
folder of the target installation and run the Import433.exe
application.
Optionally there are files related to custom codes. These are supplied by the EASA Technical Services team and should be reviewed whether the old versions of the custom code files can be carried forward to the new installation or new files are to be delivered. The class names stored in the .properties
files should also be reviewed accordingly. The following table details where these files are:
Source: <EASAFOLDER>… | Destination: <SERVERDATA>… | Files Description |
---|---|---|
\custom | \easa\custom | Custom code .jar files |
\client\custom | \easa\client\custom | Custom code .jar files for the EASA Client |
\admin\config | \easa\admin\config | .properties files |
Note: The .properties
files above should not be copied over as important properties could be lost by overwriting the default files. Instead, they should be compared and reviewed to determine which lines should be merged into the new files.
Follow the instructions detailed in this paragraph if the source installation version is 5.0 or newer.
If you are copying between EASA installations on the same computer:
If you are copying between EASA installations on different computers:
Ensure that the target EASA server is stopped.
Note: If copying the entire EASA installation between computers is not a viable solution, you may choose to manually copy relevant content using the instructions provided below at Manual Import from EASA 5.0 or Newer Versions.
<EASAROOT>
folder of the target installation and run the Import50.exe
application.
Optionally there are files related to custom codes. These are supplied by the EASA Technical Services team and should be reviewed whether the old versions of the custom code files can be carried forward to the new installation or new files are to be delivered. The class names stored in the .properties
files should also be reviewed accordingly. The following table details where these files are:
Source: <SERVERDATA>… | Destination: <SERVERDATA>… | Files Description |
---|---|---|
\custom | \easa\custom | Custom code .jar files |
\client\custom | \easa\client\custom | Custom code .jar files for the EASA Client |
\admin\config | \easa\admin\config | .properties files |
Note: The .properties
files above should not be copied over as important properties could be lost by overwriting the default files. Instead, they should be compared and reviewed to determine which lines should be merged into the new files.
Next, start the EASA service on the target machine, log in and switch to Administrator mode.
Use of the Import Data and Settings Wizard is recommended in most cases. However, in some cases (particularly under the advice of an EASA Support Representative), it may be necessary to take manual control of the migration process. If the new installation is on a different machine or operating system than the previous source installation or if the Import Tools cannot be used by any other reason, manual import is available. This method includes copying of the old files to the appropriate folders on the new installation folder structure and as a result you need access to both file systems (in case of different machines).
The table below will detail which files you need to copy from the source folder an where to put them in the new data folder. The <EASAFOLDER> designation refers to the EASA Installation Folder, while <SERVERDATA> refers to the EASA Server Data folder, both of which were specified at installation time.
Source: <EASAFOLDER>… | Destination: <SERVERDATA>… | Files To Copy |
---|---|---|
\webapps\jsf-easa\admin\custom_config | \jsf-easa\admin\config | ALL |
\webapps\easa-ws\admin\custom_config | \easa-ws\admin\config | ALL |
\webapps\compute\admin\custom_config | \compute\admin\config | ALL |
Source: <SERVERDATA>… | Destination: <SERVERDATA>… | Files To Copy | |
---|---|---|---|
\Shared | \easa\Shared | ALL | |
\admin\config\naming | \easa-share\naming | ALL except Jndi.properties |
|
\drivers | \easa-share\drivers | ALL | |
\admin | \easa\admin | ALL files with the exceptions below: | |
Files containing easarun | Ignore | ||
auth.properties | Ignore but keep a backup | ||
Authentication.properties | Ignore but keep a backup | ||
ldap.properties | Ignore but keep a backup | ||
context.properties | Merge contents as desired | ||
Menu.properties | Merge contents as desired | ||
System.properties | Merge contents as desired | ||
\db | \easa\db | ALL | |
\ew | \easa\ew | ALL | |
\testenv | \easa\testenv | ALL | |
\tmp | \easa\tmp | ALL | |
\users | \easa\users | ALL | |
\applications | \easa\applications | ALL |
Optionally there are files related to custom codes. These are supplied by the EASA Technical Services team and should be reviewed whether the old versions of the custom code files can be carried forward to the new installation or new files are to be delivered. The class names stored in the .properties
files should also be reviewed accordingly. The following table details where these files are:
Source: <SERVERDATA>… | Destination: <SERVERDATA>… | Files Description |
---|---|---|
\custom | \easa\custom | Custom code .jar files |
\client\custom | \easa\client\custom | Custom code .jar files for the EASA Client |
\admin\config | \easa\admin\config | .properties files |
Note: The .properties
files above should not be copied over as important properties could be lost by overwriting the default files. Instead, they should be compared and reviewed to determine which lines should be merged into the new files.
Once the file operations are done, carry on following these steps:
<SERVERDATA>
folder using the steps provided at Advanced Configuration of EASA.Tables depicting file system locations of content to be copied are provided below. They represent the same processes used by the Import Data and Settings Wizard.
Note: Destination folders for Settings, Applications and Results must be emptied or deleted before old content is copied over. This is to say, data should not be merged.
The location of the EASA application files on the source installation will vary depending on version.
For EASA 4.3, the folder path was as follows:
<EASAROOT>\webapps\easa
For EASA versions 4.2 and earlier, the folder path was as follows:
<EASAROOT>\EASA
In the tables that follow, you will need to substitute <EASAFOLDER>
with these paths.
Source: <EASAFOLDER>… | Destination: <SERVERDATA>… | Files To Copy | |
---|---|---|---|
\webapps\excel\admin\custom_config | \excel\admin\config | ALL (if source folder exists) | |
\webapps\jsf-easa\admin\cusom_config | \jsf-easa\admin\cusom_config | ALL (if source folder exists) | |
\webapps\easa-ws\admin\cusom_config | \easa-ws\admin\cusom_config | ALL (if source folder exists) | |
\webapps\compute\admin\cusom_config | \compute\admin\cusom_config | ALL (if source folder exists) | |
\webapps\easa\Shared | \easa\Shared | ALL | |
\webapps\easa\admin\config\naming | \easa-share\naming | ALL | |
\easa\admin\config\naming\jdbc | ALL | ||
\easa\client | ALL | ||
\drivers | \easa-share\drivers | ALL (if not empty) | |
\webapps\easa\ WEB-INF\lib\drivers | \easa\sync\data\drivers | ALL (if not empty) | |
\webapps\easa\admin | \easa\admin | ALL files with the exceptions below: | |
Files containing easarun | Ignore | ||
auth.properties | Ignore but keep a backup | ||
Authentication.properties | Ignore but keep a backup | ||
ldap.properties | Ignore but keep a backup | ||
context.properties | Merge contents as desired | ||
Menu.properties | Merge contents as desired | ||
System.properties | Merge contents as desired | ||
\webapps\easa\admin\custom_config | \easa\admin\custom_config | context.properties | |
\webapps\easa\ew | \easa\ew | ALL | |
\webapps\easa\testenv | \easa\testenv | ALL | |
\webapps\easa\tmp | \easa\tmp | ALL | |
\webapps\easa\applications\Shared\resource | \Shared\resource | ALL EXCEPT folder named “ref” |
Source: <EASAFOLDER>… | Destination: <SERVERDATA>… | Files To Copy |
---|---|---|
\webapps\easa\db | \easa\db | ALL |
Source: <EASAFOLDER>… | Destination: <SERVERDATA>… | Files To Copy |
---|---|---|
\webapps\easa\applications | \easa\applications | ALL |
Source: <EASAFOLDER>… | Destination: <SERVERDATA>… | Files To Copy |
---|---|---|
\users | \easa\users | ALL |
Note: If results data is copied over, navigate to EASA→Administrator→System→Backup and click “Rebuild job database” after restarting the service.
—–
Optionally there are files related to custom codes. These are supplied by the EASA Technical Services team and should be reviewed whether the old versions of the custom code files can be carried forward to the new installation or new files are to be delivered. The class names stored in the .properties
files should also be reviewed accordingly. The following table details where these files are:
^ Source: <EASAFOLDER>… ^ Destination: <SERVERDATA>… ^ Files Description ^
|\custom|\easa\custom|Custom code .jar
files|
|\client\custom|\easa\client\custom|Custom code .jar
files for the EASA Client|
|\admin\config|\easa\admin\config|.properties
files|
Note: The .properties
files above should not be copied over as important properties could be lost by overwriting the default files. Instead, they should be compared and reviewed to determine which lines should be merged into the new files.**
Next, in the new <SERVERDATA> folder, navigate to \easa\client and create a folder called “custom” if not present already.
Should you require further explanation or assistance with the manual folder migration process, please email support@easasoftware.com.