ServiceMobility 3.15.0 Installation
Setup Notes
General
- This document describes the process of installing ServiceMobility on a new, clean system. For upgrading an existing ServiceMobility installation see: Upgrading ServiceMobility
- Prior to installing ServiceMobility please ensure that all prerequisites have been met. See: ServiceMobility Hardware and Software Requirements
It is important to make sure the Java JDK is install and not the standard JRE. You can verify the JDK 1.8.0_45 or later is installed by running the following command
javac -version
Linux
- If installing on a Linux OS, you must be logged in as the user that the background services will eventually be running under. This ensures that files created during the setup process will have the correct permissions when running as a service.
Windows
- It is recommended that ServiceMobility be installed on separate drive from the operating system. This guide assumes ServiceMobility will be installed on the D:
- There is an issue with the default Microsoft Windows unzip not supporting long directory trees in zip files. Therefore, you must use the 7z.exe unzip utility that has been provided with the ServiceMobility distribution.
Install RedHat A-MQ
ServiceMobility 3.15.0 requires RedHat A-MQ version 6.2.1 R1
Unpack the RedHat A-MQ Distribution
Linux
cd ~ unzip jboss-a-mq-6.2.1.redhat-090.zip
WindowsD: cd \ unzip jboss-a-mq-6.2.1.redhat-090.zip
Install RedHat FUSE ESB
ServiceMobility 3.15.0 requires RedHat FUSE ESB version 6.2.0
Unpack the RedHat FUSE ESB Distribution
Linuxcd ~ unzip jboss-fuse-6.2.0.redhat-133
Windows
D: cd \ unzip jobs-fuse-6.2.0.redhat-133
Install Node.js
ServiceMobility 3.15.0 requires Node.js 6.1.0+
Following the instructions on the Node.js web site for downloading and installing
Install ServiceMobility
Unpack the ServiceMobility.zip contents
Linux
Unpack the contents in the home directory of the user that the background Linux service will be running as. e.g.
cd ~ unzip ServiceMobility.zip
Windows
It is recommended to unpack the contents onto a drive separate from the Windows operating system
D: cd \ tools\7z x ServiceMobility.zip
- Create the ServiceMobility Database
- Create a new SQL Server database named
ServiceMobility
- Create a SQL logon used to access the ServiceMobility database
- The logon information will be required later in the setup process
- Execute the following scripts on the
ServiceMobility
databasesql/ServiceMobility-SoR.sql
to create the initial database structuresql/SeedData.sql
to initialize the database with default valuessql/SeedData-Templates.sql
to initialize the databases default templates
- Create a new SQL Server database named
- Create an Entity in the ServiceMobility Database
- Edit
sql/USA.sql
file and update the@EntityName
variable with the desired entity name. Spaces are not allowed. - Execute the
sql/USA.sql
script on theServiceMobility
database to create the new entity - This new entity will have default logon of
admin@EntityName
(where EntityName is the value entered in step 1) with a default password ofPassword1
!
- Edit
Execute the Setup Script. The Setup Script can be execute any time to make changes to the configuration
Linuxcd ~/ServiceMobility node middlewares/up_auth/bin/setup.js
Windows
D: cd \ServiceMobility node middlewares\up_auth\bin\setup.js
- Once started, the script will first verify the required directories and files exist
- If any errors are reported
- Verify that ServiceMobility was extracted to the proper location
- Verify you are running the setup script from the proper directory
- Verify the currently logged user has access to the reported directory or file
- If any errors are reported
- Enter SQL Server properties
- After entering all of the properties the script will verify connectivity to SQL Server
- If the Script reports an Invalid Logon
- Validate the ServiceMobility database has been created
- Validate the entered credentials have proper access to the ServiceMobility database
- Validate firewall settings to ensure the server has access to SQL Server over the entered port
- If the setup script reports an ETIMEOUT error
- Validate the entered Server name
- Try and ping the server
- Validate the port number
- Try and telnet to the server with the specified port
- Validate firewall settings to ensure the server has access to SQL Server over the entered port
- If any error is reported you will have to option to re-enter the SQL Server properties or continue
- If the Script reports an Invalid Logon
- After entering all of the properties the script will verify connectivity to SQL Server
- Enter SMTP Settings (optional but recommended)
- ServiceMobility uses email to send alerts to administrators when there is a system error, sending Customer's PDF invoices, password reset notifications, etc.
- Amazon S3 Settings
- Amazon S3 settings must be specified if you are planning to use the ServiceMobility photo capture functionality
- ActiveMQ Settings
- For larger systems ActiveMQ and ESB can be installed on different servers. This setting identifies where the ActiveMQ server is located.
- ServiceScheduling Settings
- If ServiceMobility is integrated with ServiceScheduling then these settings are required.
- Linux only
- Enter the user the ServiceMobility service should be run as.
- After all of the properties have been entered the script will
- Save a copy of the entered settings in
ServiceMobility-opts.json
- Update all of the appropriate configuration files
- Exit
- Save a copy of the entered settings in
Configure JBoss Fuse ESB
Start ESB Karaf Console
Linux
cd ~/ServiceMobility/jboss-fuse/bin karaf
Windows
D: cd \ServiceMobility\jboss-fuse\bin karaf
Execute the following Karaf console commands
karaf@root> features:install wrapper karaf@root> wrapper:install -s AUTO_START -n KARAF -d Karaf -D "Karaf Service" karaf@root> features:uninstall mq-fabric karaf@root> shutdown
The shutdown process make take a couple of minutes - be patient
Edit Karaf configuration file
Linuxnano ~/ServiceMobility/jboss-fuse/etc/KARAF-wrapper.conf
Windows
D: cd \jboss-fuse\etc edit KARAF-wrapper.conf
Locate the
wrapper.java.maxmemory
settings and set it to2048
# Maximum Java Heap Size (in MB) wrapper.java.maxmemory=2048
Install ESB as a Service
The following section provides instructions on how to install the JBoss FUSE ESB as a service on either Linux or Microsoft Windows.
Linux Specific Instructions
- Edit
~/ServiceMobility/jboss-fuse/bin/Karaf-service
- Locate the
RUN_AS_USER
parameter and set it to the user the service should be run as Execute the following shell commands
cd ~/ServiceMobility/jboss-fuse/bin sudo ln -s $PWD/KARAF-service /etc/init.d/KARAF-service sudo chkconfig KARAF-service --add sudo chkconfig KARAF-service on
Start the ESB Service
service KARAF-service start
Stopping the ESB Service do not execute at this time
service KARAF-service stop
Microsoft Windows Specific Instructions
Execute the following command line statements
D: cd \ServiceMobility\jboss-fuse\bin KARAF-service.bat install net start "KARAF"
Install ActiveMQ as a Service
ActiveMQ startup settings, including memory options are configured in /etc/default/activemq
Linux Specific Instructions
Execute the following commands
cd ~/ServiceMobility/jboss-a-mq/bin sudo ln -s $PWD/env /etc/default/activemq sudo ln -s $PWD/activemq /etc/init.d/activemq sudo chkconfig --add activemq sudo chkconfig activemq on
Start the ActiveMQ service
service activemq start
Stopping the ActiveMQ Service can be accomplished with the following command do not run it at this time
service activemq stop
Microsoft Windows Specific Instructions
Install ActiveMQ as a Windows Service
D: cd \ServiceMobility\jboss-a-mq\bin\win64 InstallService.bat install
Start the ActiveMQ Service
net start "activemq"
The ActiveMQ Service can be stopped with the following command do not run it at this time
net stop "activemq"
Linux Only - Configure Local TCP Forwarding Rules
For security reasons, Linux servers restrict binding to TCP ports below 1024 to services running as the root user. Running services as root it not a recommended practice. Therefore, to get around what appears to be a catch-22 problem is to simply create local port forwarding rules.
Node.js is expecting HTTP traffic on internal TCP port 3001 and secure HTTPS traffic on internal TCP port 3000. The following steps will guide you through setting up the TCP port forwarding rules.
Edit
/etc/rc.local
sudo nano /etc/rc.local
Add the following lines to the end of the file
iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 443 -j REDIRECT --to-port 3000 iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j REDIRECT --to-port 3001
- Save
Install Node.js as a Service
Linux Specific Instructions
Execute the following shell commands
cd ~/ServiceMobility/middlewares/up_auth bin/installService.sh
Add the following to /etc/init/env.conf file
# /etc/init/env.conf env NODE_ENV=production
Microsoft Windows Specific Instructions
Execute the following command line statements
D: cd \ServiceMobility\middlewares\up_auth bin\installService.bat
Add the following global environment variable
NODE_ENV=production
Verify Installation
In the URLs below, replace ${HOST}
with the host name or IP address of the server that was just configured.
The ServiceMobility mobile application is accessed from the following URL
https://${HOST}/mobility/index.htm
The ServiceMobility Management Application is accessed from the following URL
https://${HOST}/nexus/index.html
The ServiceMobility REST APIs are accessed from the following URL
https://${HOST}/seiapi/v3/...
Related Articles