[undertow-dev] Undertow development mode

[Stuart Douglas]

Maybe the system property thing I suggested earlier would be enough, so that we can just have in various places subsystems development mode controlled by the jboss.development.mode system property, defaulting to false. 

Stuart


----- Original Message -----
> From: "Tomaž Cerar" <tomaz.cerar at gmail.com>
> To: "Pete Muir" <pmuir at redhat.com>
> Cc: undertow-dev at lists.jboss.org, "Max Andersen" <manderse at redhat.com>, "Burr Sutter" <bsutter at redhat.com>
> Sent: Wednesday, 31 July, 2013 3:16:30 PM
> Subject: Re: [undertow-dev] Undertow development mode
> 
> We need to add this development flag on higher level then just undertow
> subsystem.
> 
> It should be server-wide configuration.
> this would enable also other subsystems to behave differently, like the jsf
> about forcing jsf/facelets development.
> 
> maybe we can add this to top level element of server? aka <server
> xmlns="urn:jboss:domain:2.0" development-mode="true">
> 
> Max for now this is mgmt configuration for servlet-container but we could
> easily set default value to be passed from system property.
> 
> 
> 
> On Wed, Jul 31, 2013 at 2:46 PM, Pete Muir < pmuir at redhat.com > wrote:
> 
> 
> Adding Burr.
> 
> One idea would be to alter the logging config to log DEBUG messages by
> default in this mode?
> 
> On 31 Jul 2013, at 13:12, Max Andersen < manderse at redhat.com > 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
> > 
> > 
> 
> 
> _______________________________________________
> undertow-dev mailing list
> undertow-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/undertow-dev
> 
> 
> _______________________________________________
> undertow-dev mailing list
> undertow-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/undertow-dev