WildFly Concepts: Difference between revisions
Jump to navigation
Jump to search
Line 26: | Line 26: | ||
Each CLI operation increments the configuration version, and a full copy of the previous configuration is stored in <tt>$JBOSS_HOME/standalone/configuration/standalone_xml_history/current</tt> Upon reboot, the <tt>current</tt> directory is renamed to something similar to <tt>$JBOSS_HOME/standalone/configuration/standalone_xml_history/20160331-201819598</tt> and the cycle repeats. Also see [[WildFly_CLI_-_Taking_and_Restoring_Configuration_Snapshots|Taking and Restoring Configuration Snapshots]]. | Each CLI operation increments the configuration version, and a full copy of the previous configuration is stored in <tt>$JBOSS_HOME/standalone/configuration/standalone_xml_history/current</tt> Upon reboot, the <tt>current</tt> directory is renamed to something similar to <tt>$JBOSS_HOME/standalone/configuration/standalone_xml_history/20160331-201819598</tt> and the cycle repeats. Also see [[WildFly_CLI_-_Taking_and_Restoring_Configuration_Snapshots|Taking and Restoring Configuration Snapshots]]. | ||
Revision as of 19:17, 12 October 2016
Internal
Concepts
Profile
Deployments
Paths
Configuration History
The application server maintains past versions of its configuration files. This behavior allows the operator to fall back to a certain previous configuration.
Each CLI operation increments the configuration version, and a full copy of the previous configuration is stored in $JBOSS_HOME/standalone/configuration/standalone_xml_history/current Upon reboot, the current directory is renamed to something similar to $JBOSS_HOME/standalone/configuration/standalone_xml_history/20160331-201819598 and the cycle repeats. Also see Taking and Restoring Configuration Snapshots.