Re: [undertow-dev] Undertow development mode

----- Original Message ----- > From: "Pete Muir" <pmuir(a)redhat.com&gt; > To: "Max Andersen" <manderse(a)redhat.com&gt; > Cc: "Stuart Douglas" <sdouglas(a)redhat.com&gt;, undertow-dev(a)lists.jboss.org, "Burr Sutter" <bsutter(a)redhat.com&gt; > Sent: Wednesday, 31 July, 2013 2:46:40 PM > Subject: Re: Undertow development mode > > Adding Burr. > > One idea would be to alter the logging config to log DEBUG messages by > default in this mode? I think the only issue with this would be that DEBUG can be very verbose, and unless you are chasing down a specific problem it is often not very useful (and makes it more likely that important log messages will not be noticed due to the noise). Stuart > > On 31 Jul 2013, at 13:12, Max Andersen <manderse(a)redhat.com&gt; wrote: > >> First off Stuart - can I give you a hug ? This is awesome! >> >> How is this flag set ? it should be do able via a startup flag and not >> require to invoke some management operation after the startup to be really >> useful. >> i.e. --dev command line flag. >> >>> In Wildfly upstream I am introducing a 'development mode' flag (it is >>> actually in Alpha3 as well, but I am going to change how it is >>> represented in the model). >>> Basically the idea with this is that when this flag is set the server >>> behaves in a way that is much more developer friendly, but is not >>> suitable for production use. So far the changes are: >>> >>> - Set JSP development mode >> >> Great - so this means Wildfly will recompile .jsp files when changed, >> correct ? Anything else ? >> >>> - Display stack traces in error pages. We do not do this by default for >>> security reasons. >> >> Cool. >> >>> - Disable caching so file changes are picked up straight away >> >> Okey - haven't really noticed caching happening in the past though (except >> when VFS was put in front of seam ear's in AS5 days). >> >>> - Optionally persist session information across redeployments (still needs >>> a little bit of work), which should prevent a developer from having to >>> re-log in every time they redeploy. >> >> AWESOME x infinity! >>> I was wondering if anyone had any ideas for other features we could add to >>> make development easier? >> >> JSF/facelets have a development mode too if I recall? maybe that makes >> sense too ? >> >> /max >> >> > >