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(a)gmail.com>
To: "Pete Muir" <pmuir(a)redhat.com>
Cc: undertow-dev(a)lists.jboss.org, "Max Andersen" <manderse(a)redhat.com>,
"Burr Sutter" <bsutter(a)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(a)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(a)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(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/undertow-dev
_______________________________________________
undertow-dev mailing list
undertow-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/undertow-dev