Version 3, last updated by tlwiechmann at May 15 06:38 2009 UTC
Creating EsiObjects Cache Datasets
This procedure assumes that you are making both the kit ESI and USER databases for Cache. Follow the instructions below to make Cache kits.
Setting Up the Kit Area
First you must export all the routines and globals from your development environment needed to populate the new kit. To do this follow the steps below:
- Make sure the EsiObjects listener serving the ESI development environment is shut down.
- Creating the GTM and Cache kits require using the Cache system at this point. Bring the Cache Terminal interface up.
- Use the ZN command to switch to the development ESI namespace that contains the software you want to kit.
- Now, execute Do CacheKit^VESOUGSV. This saves all VES* routines to the CACHE_KIT_VES.RSA and the ^VESO* globals in the KIT_VESO.GSA file. They will reside in the ESI development (default) directory.
- Shut down the Terminal interface.
Ceating New Cache Databases and Namespaces
- If you already have a kitting database and namespace, proceed to the next section.
- Bring up the System Management Portal.
- Create two directories on a drive for the USER and ESI datasets. Take the Cache directory default.
- From the Home page, click on the Configuration link and then the Local Databases.
- Click on the Create New Database link. Enter the ESI database. Take the default directory. Uncheck the CSP checkbox.
- Repeat steps 3 through 5 for the USER database.
- Create the Namespaces and map the globals and routines:
- Go back to the Configuration page. Click on the Namespace link and then click on the Create New Namespace link. Enter the ESI namespace. Repeat this step for the USER namespace.
- Go back to the Namespace page. For the USER namespace, ensure that the globals beginning with VESO* will be mapped to the ESI database when it is mounted.
- Go back to the Namespace page. Now click on the Routine Mapping link. Insure that the VESO* and VESo* routines are mapped to the ESI namespace.
Loading the New Kit into the newDatabases
- Move the CACHE_KIT_VES.RSA and KIT_VESO.GSA files from the ESI (default) directory to the new ESI Kitting directory.
- From the Terminal interface of the Cache system, use the ZN command to make sure you are in the new kit ESI namespace.
- Now, using the %RI utilitiy, import the KIT_VES.RSA file. Make sure you import the routines as Cache routines.
- Next, import all VESO* globals to the new space from the KIT_VESO.GSA file by executing Do Load^VESOUGLD.
- Now, delete the VESOUGLD routine since it deletes all VES* globals. You can easily do this by entering ZR ZS VESOUGLD at the programming prompt. Note that there are two spaces between the ZR and ZS commands.
- Next, set the new version number in the ESI namespace by: Set ^VESOL("S","Version")="Major.Minor.Release.Build" where Major is the major version number, Minor is the minor version number, Release is the current release of the version and Build is the build number. This forces an upgrade when the user brings up the EsiObjects UI.
- Now, set the new version number in the VESoL global: Set ^VESoL("S","Version")="Major.Minor.Release.Build"
Preparing the Kit Databases
- Now from the Terminal window, switch to the USER namespace and execute the ^VESOTCMN routine. Start up the listener on the default port.
- From the EsiObjects IDE, create a session and connect to it. Once the session connects, it will start the Upgrade. This will take only as short time.
- Within the Session Browser, expand the session and click on one of the classes to give it focus.
- Bring up Xecute Shell by executing Object|Xecute Shell. You should be in the $Environment object.
- Execute the following commands to prepare the kit:
- Create I%P=ESI$Packager
- Do I%P.PrepDist
- Execute the following commands to verify linkages, purge all code bodies to the last 3 versions and remove debug compiles for the ESI and Base libraries.
- Create I%RM=ESI$ReleaseManagement
- Do I%RM.PrepCore
- Now, disconnect the EsiObjects UI session.
- Return to the terminal interface and use the ^VESOTCMN utility to shut down the listener.
- To enable turning security off and on through VESOTCMN, execute the following command. This must be set in the USER namespace.
- Set ^VESoTCP("P",0,"AllowDisable")=1
- The ESI and USER files are ready for inclusion in the kit.
Zipping the Kit
At this point you have the EsiObjects kit databases loaded and prepared.
- First, using the Terminal interface, change to the kitting USER namespace using the ZN command.
- If you have the EsiObjects UI connected to the kitting port - shut it down.
- Use the ^VESOTCMN routine to shut down the TCP listener.
- Now, return to the Cache Home page of the Management Portal. Click on the Databases link of the Operations column.
- Dismount the kitting ESI and USER databases.
- Prepare a working directory on your computer to collect the kit files.
- Using Windows Explorer, copy the ESI cache.dat file to the directory and then change its name to Cache_ESI.dat
- Next, copy the USER cache.dat to the directory and then change its name to Cache_USER.dat
- Return to the Database page of the Management Portal and remount the kitting ESI and USER databases.
- Copy in the License.txt and License Explained.txt files from the previous released version.
- Copy in the readme_cache.txt file from the previous released version and modify it to reflect the current release.
- Now, using the WinZip or comprable product, zip these files into a file named eo_server_cache_Major_Minor_Release_Build.
Once the EsiObjects UI is kitted, put these files on SourceForge.