On Wed, Jul 31, 2013 at 11:01:47AM -0400, Burr Sutter wrote:
Perhaps this is understood but I will state it for clarity purposes...
:-)
The end-user wants his logging at DEBUG level
But the app server itself at INFO (or whatever we deem the default to be).
Yes, but does WF/undertow have app seperate logs yet ?
in any case, I still don't think devmode should control logging level.
That would make devmode too heavy/noisy to use as a good default when launchning
it in develoment tools.
/max
On Jul 31, 2013, at 9:18 AM, Stuart Douglas wrote:
>
>
> ----- Original Message -----
>> From: "Pete Muir" <pmuir(a)redhat.com>
>> To: "Max Andersen" <manderse(a)redhat.com>
>> Cc: "Stuart Douglas" <sdouglas(a)redhat.com>,
undertow-dev(a)lists.jboss.org, "Burr Sutter" <bsutter(a)redhat.com>
>> 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> 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
>>>
>>>
>>
>>