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 |