Clone the repository with the --recursive option to automatically clone submodules:
git clone --recursive https://github.com/geosolutions-it/MapStore2-C028.git
Install NodeJS >= 4.6.1 , if needed, from here.
Update npm to 3.x, using:
npm install -g npm@3
Start the demo locally:
npm cache clean
(this is useful to prevent errors on Windows during install)
npm install
npm start
The demo runs at http://localhost:8081
afterwards.
Read more on the wiki.
Edit the LDAP properties file (DO NOT COMMIT CREDENTIALS) web/ldap.properties.
You can find LDAP credentials here
During the build process the credentials will be applied to geostore-spring-security.xml, so after a deploy is only necessary to check that spring-security file is properly configured
Run build.sh
Database configuration is configured in setenv.sh
.
Note: Test environment is mapped as externally as mapstore3
, but deployed in tomcat as mapstore2
. This causes an issue because the print plugin doesn't calculate the correct path to provide in info.json
(that describes the print services).
For this reason MapStore2 we needed to customize PRINT_BASE_URL
in setenv.sh
/var/lib/tomcat/mapstore2/bin/setenv.sh:
export JAVA_OPTS="$JAVA_OPTS -Dgeostore-ovr=file:///var/lib/tomcat/mapstore2/conf/geostore-datasource-ovr.properties"
export JAVA_OPTS="$JAVA_OPTS -DPRINT_BASE_URL=\"/mapstore3/pdf\""
MapStore update procedure:
For test (master) the convention for the tag names is: v[major].[minor].[patch]-rc
example: v1.1.5-rc
For production the convention for the tag names is: v[major].[minor].[patch]
example: v1.1.5
Note: The major here represent a very big change to the application. For normal updates (e.g. New MapStore version) increase the minor
version number, for a fix, increase the patch
number.
To create a tag for test, use these steps:
git checkout master
git tag v1.1.5-rc
git push origin v1.1.5-rc
For Production use these steps:
git checkout production
git tag v1.1.5
git push origin v1.1.5