in reply to A better way to see module changes in a running web server

This is interesting and something that is probably worth exploring further. I think the Catalyst restarter has improved quite a bit since you last used it though. It no longer dies on errors, it merely fails to restart until you have error free code. Admittedly this means you have to pay attention sometimes to the restarter output to see if it has actually restarted but there is no way around that (i.e., it can't go to the webserver) without it injecting a controller which is obviously a terrible idea or letting the app fatal which wouldn't be much fun for non-dev users/testers.

So, for my part, Catalyst has solved this issue. It is one of its bigger strengths and I think many Cat devs take it for granted until they don't have it. I develop with the restarter for deployment to modperl and fastcgi environments with Cat and I adore it.

A side benefit to this approach is that you are forced to develop code that is less fragile because it can't make assumptions or rely (blindly/ignorantly) on environment-specific pieces.

  • Comment on Re: A better way to see module changes in a running web server

Replies are listed 'Best First'.
Re^2: A better way to see module changes in a running web server
by swartz (Beadle) on Sep 14, 2009 at 21:22 UTC

    Interesting. Thanks for the update. Silently failing to restart seems worse, or at least bad in a different way. Because now if I make a change and don't see the effects, I'm just going wonder why my changes aren't having any effects.

    As you intimiated, the best user experience would be to see the error in the browser, and it isn't easy to do this via restarts, unless you've got a proxy in front of your main server that can display the error.