Bug #2986
open
No need for restart tomcat after modifying metacat.properties
Added by Jing Tao about 17 years ago.
Updated over 11 years ago.
Description
In Metacat, if user modified metacat.properties, the modification will be effect after restarting tomcat. This process cause lots of server down time. We should avoid this. log4j.properties is a good example. You don't need restart tomcat after changing log4j.properties
My thought is - adding a static variable - propertiesLastModifyTime in MetacatUtil class. This variable will store the last modification time of metacat.properties file. In getOption method, there will be a statement to compare the current last modification time of metacat.properties file to the variable. If they are different, we will reload all options from metacat.properties file again.
Here is a concern: - is it proper to add a static field in MetacatUtil class? I think is fine since it is static.
Any comment and suggestion will be appreciated.
I don't think this is possible since the properties in metacat.properties control everything. Say we changed the DB it was pointing to. How do the currently running queries end and the new connections in the new connection pool get used? How could this be seamless? I don't think it can. There are properties that could be reloaded with minimal impact and I believe M Daigle started thinking about this with his "reloadable" property service class, but I don't think it was implemented, at least not fully.
We can revisit this since it would be nice to change some properties on the fly.
Original Bugzilla ID was 2986
- Target version changed from 2.1.0 to 2.x.y
Also available in: Atom
PDF