[
https://issues.jboss.org/browse/JBAS-8680?page=com.atlassian.jira.plugin....
]
Brian Stansberry commented on JBAS-8680:
----------------------------------------
Another idea to consider: Keeping the "primordial" copy of the config file.
That gets created the first time the process successfully starts. Thereafter never changes
(can be created again if not present). So:
1) The primordial version
2) The version used for most recent successful start.
3) Versioned versions following updates.
4) User defined checkpoints???
Also, the naming scheme should be such that for JBAS-9178 the user can say "start
with standalone.xml.v4" or any other suffix we put down, and we realize it's a
suffix and use "standalone.xml" as the base name for other versions.
More robust handling of previous versions of the configuration files
--------------------------------------------------------------------
Key: JBAS-8680
URL:
https://issues.jboss.org/browse/JBAS-8680
Project: JBoss Application Server
Issue Type: Feature Request
Security Level: Public(Everyone can see)
Components: Domain Management
Reporter: Brian Stansberry
Assignee: Kabir Khan
Fix For: 7.0.0.Beta3
Currently when an update is made to the configuration, we copy the config file to
".lastknowngood" and write a new version. We need something more sophisticated
than that.
1) The original version of present on server start should be saved as .original.
2) We should keep a proper versioned history (standalone.xml.v1, standalone.xml.v2 etc)
3) Keep a standalone.xml.last which is the same as the current standalone.xml. This can
be used to detect (via file timestamps) changes to standalone.xml made while the server is
offline -- such change results in a new .original.
4) We need to create proper semantics for the ".lastknowngood" notion, or scrap
it. Right now it's just the previous version of the file, which may or may not have
been "good".
--
This message is automatically generated by JIRA.
For more information on JIRA, see:
http://www.atlassian.com/software/jira