Directly installing GemStone and loading gt4gemstone for development

This page documents the steps to load the Gt server code in a GemStone stone using the same scripts that are used by the CI server.

Installation

These scripts should be run in the image directory and will install GemStone there. Run the scripts into the same console session, as they set local environmental variables.

First source the dev_preconfigure_gemstone.sh script to configure all. This assumes the gt4gemstone repository was cloned locally.

        
source ./pharo-local/iceberg/feenkcom/gt4gemstone/scripts/dev_preconfigure_gemstone.sh
        
      

Next, run the script setup-remote-gemstone.sh that downloads and configures a new GemsStone in the image directory and also installs the current code of gt4gemstone.

        
./gt4gemstone/scripts/setup-remote-gemstone.sh
        
      

If the installation worked on, start the netldi server and a stone named gs64stone

Starting/stopping the stone and netldi

        
startnetldi -g
        
      

If this fails there can be an issue with permissions for some GemStone files

Next start a stone:

        
startstone gs64stone
        
      

To stop the stone and the netldi service

        
stopstone -i gs64stone DataCurator swordfish   
stopnetldi
        
      

Setting up a connector

If there are no connectors to GemStone you can add one using:

connector := GtGemStoneSessionRegistry default propertiesFile addNewConnector.
connector 
	registry: GtGemStoneSessionRegistry default;
	libraryPath: (FileLocator imageDirectory 
		/ 'remote-gemstone') asFileReference.
connector username: 'SystemUser'.
	
GtGemStoneSessionRegistry default 
	newSessionWithConnector:  connector
  

Script to setup

This combines the scripts from before to setup a stone from scratch

        
source ./pharo-local/iceberg/feenkcom/gt4gemstone/scripts/dev_preconfigure_gemstone.sh
./gt4gemstone/scripts/setup-remote-gemstone.sh
startnetldi -g
startstone gs64stone