For help with installation, bugs reports or feature requests, please head over to our new forums.
Genuitec Community on GitHub
- This topic has 6 replies, 2 voices, and was last updated 21 years, 10 months ago by
.
-
Posts
-
It seems that everytime I change the struts-config.xml I have to restart tomcat in order to see my changes. Am I doing something wrong?
Lee
It is up the app server as to how to handle this. However, even if “Reloadable Properties” is true for your webapp, I do not believe Tomcat will restart the ActionServlet and have it reread its config file.
However if you change .properties files, they are re-read.
So, does this mean when using Tomcat, there is no solution to having to restart every time the struts-config file is changed? This is every new form, new action, new mapping.
Lee
Lee,
I’m not aware of one, but you might find better help on the Tomcat mailing list or Struts-dev mailing list as I imagine you can’t be the first person to ask (especially when developing a struts app).I discovered that if I use the tomcat manager (localhost:8080) and go to the “list applications” there is a RESTART option for each application.
Takes considerably less time to restart the app this way when a change has been made than to restart Tomcat from withing MyEclipse.
Lee
Lee,
This is definately a good way, we are looking at supporting some of these “live” operations for web development in 2.8 and 2.9. As a first step we want to allow people to restart the server, and then of course support the faster live-deployment features (like you found).@support-rkalla wrote:
This is definately a good way, we are looking at supporting some of these “live” operations for web development in 2.8 and 2.9.
Look forward to it. Obviously if I was able to do it via the Tomcat manager web application, there must be some api you could call. Then it would be nice for an option on the “save” of files that need a restart to take effect — to call that restart function.
@support-rkalla wrote:
As a first step we want to allow people to restart the server, and then of course support the faster live-deployment features (like you found).
You’ve done a great job. Keep of the good work and keep those features coming 🙂
Lee
