JAVA_OPTS="$JAVA_OPTS -Xms1500M -Xmx1500M
-Djavax.net.ssl.trustStore=$MIDPOINT_HOME/keystore.jceks -Djavax.net.ssl.trustStoreType=jceks
-Dmidpoint.home=$MIDPOINT_HOME -Dmidpoint.nodeId=Tomcat_Node1
-Dcom.sun.management.jmxremote=true -Dcom.sun.management.jmxremote.port=20001
-Dcom.sun.management.jmxremote.ssl=false
-Dcom.sun.management.jmxremote.password.file=$MIDPOINT_HOME/jmxremote.password
-Dcom.sun.management.jmxremote.access.file=$MIDPOINT_HOME/jmxremote.access"
Migrating from Tomcat to Standalone midPoint Deployment
Introduction
Previously you have used a Tomcat and deployed midpoint.war inside it.
Now it’s possible to use embedded Tomcat within midPoint.
Migration with example
The original state is a clustered midpoint, node 1. The setup is as follows:
| Parameter | Value |
|---|---|
midpoint.home |
/opt/tomcat/midpoint.home |
Tomcat directory |
/opt/tomcat |
Start script |
/opt/tomcat/start.sh |
Start script JVM settings |
CATALINA_OPTS="-Xms256m -Xmx2g-Dmidpoint.home=/opt/tomcat/midpoint.home-Dmidpoint.nodeId=Tomcat_Node1 -Dcom.sun.management.jmxremote=true-Dcom.sun.management.jmxremote.port=20001-Dcom.sun.management.jmxremote.ssl=false-Dcom.sun.management.jmxremote.password.file=/opt/tomcat/midpoint.home/jmxremote.password-Dcom.sun.management.jmxremote.access.file=/opt/tomcat/midpoint.home/jmxremote.access" |
Stop script |
/opt/tomcat/shutdown.sh |
Shutdown script JVM settings |
CATALINA_OPTS="-Xms256m -Xmx2g-Dmidpoint.home=/opt/tomcat/midpoint.home-Dmidpoint.nodeId=Tomcat_Node1 -Dcom.sun.management.jmxremote=true-Dcom.sun.management.jmxremote.port=20001-Dcom.sun.management.jmxremote.ssl=false-Dcom.sun.management.jmxremote.password.file=/opt/tomcat/midpoint.home/jmxremote.password-Dcom.sun.management.jmxremote.access.file=/opt/tomcat/midpoint.home/jmxremote.access" |
We start the migration with a new installation and leave the original midpoint.home directory untouched:
-
shutdown your existing midPoint (Tomcat) node 1
-
install midPoint to a new directory, e.g. “/opt” by uncompressing “midpoint-3.7-dist.tar.gz” there (the version must be the same as your previously used version!). The resulting directory will be
/opt/midpoint-3.7 -
run the newly installed midPoint by executing “/opt/midpoint-3.7/bin/start.sh” script
This ends with a new midPoint installation using embedded H2 repository, i.e. not using your repository. But now we have the “/opt/midpoint-3.7” directory populated with required subdirectories.
Now shutdown the new midPoint with embedded H2 repository by executing “/opt/midpoint-3.7/bin/stop.sh” script.
Now copy the configuration from the original midPoint to the new standalone deployment:
| From | To | Notes |
|---|---|---|
|
|
Main midPoint configuration file |
|
|
midPoint keystore |
|
|
Exported files (if any) |
|
|
Schema extension |
|
|
JMX configuration for authentication (only when using cluster) |
Modify “/opt/midpoint-3.7/bin/midpoint.sh” script and update JAVA_OPTS to contain the settings used previously:
Now start your new midPoint again by executing “/opt/midpoint-3.7/bin/start.sh”. It should connect to your original repository.
If everything works, use the same steps for migrating your node 2.
|
The Since midPoint 3.9 it is possible to place your customizations to "bin/setenv.sh" (or "bin/setenv.bat") script to avoid modification of
|
|
Don’t forget that the URL for midPoint is now http://localhost:8080 (without “/midpoint/”!). And also that the log is now created in |