Ok, so not for the IDE then. It's not really needed for the IDE anyways as
at least IntelliJ is smart enough to group output per test so it's easy to
find relevant info.
On 4 April 2017 at 16:23, Marek Posolda <mposolda(a)redhat.com> wrote:
IMO it works for travis/jenkins, but doesn't work for IDE.
When debugging in IDE, you usually want to see all the test output even if
test not failing. You want to see it immediately. And the thread you're
debugging is in many cases different then the thread, which is expected to
output something to console log (eg. when debugging the test method, you
want to check that after calling the line with
"oauthClient.openLoginForm()" the server called the expected HTTP requests
and wrote the expected items to the log etc).
Also some of us use the pattern like this when developing something:
@Test
public void testSleep() {
Thread.sleep(10000000);
}
in which case you usually just test the Keycloak server/UI directly and
test is here just to prepare the environment, which is done in @Before
methods etc. This test method is never finished and hence never failed. But
still, you want to see the log/console output immediately when you're
testing stuff.
Marek
On 04/04/17 15:53, Stian Thorgersen wrote:
Wouldn't simply only showing log output from failed tests solve all
issues? In the IDE you get the debug info you need to resolve a failing
test. On Travis or Jenkins you get the details you need to look into failed
tests without having X megabytes of test output, expected exceptions, etc..
On 4 April 2017 at 15:11, Marek Posolda <mposolda(a)redhat.com> wrote:
> Hmm... I guess it might be "org.xnio" ? As we have "org.xnio"
and
> "org.hibernate" switched to OFF. Some other categories (resteasy etc) are
> switched to WARN.
>
> Maybe we can have different log4j files used when running from IDE and
> from maven? As when running from IDE, you are usually debugging/tracing one
> particular test and you want all the logging enabled in the console for
> most of the libraries. When with maven it is the opposite and we want to
> reduce console logging as much as possible.
>
> Marek
>
>
> On 04/04/17 15:00, Bill Burke wrote:
>
> The error that was eaten was something thrown from Undertow before it
> even got to org.keycloak code.
>
> On 4/4/17 8:00 AM, Stian Thorgersen wrote:
>
> This will help with those cases where you currently see a whole bunch of
> exceptions in the logs where they are actually expected
>
> On 4 April 2017 at 13:44, Marek Posolda <mposolda(a)redhat.com> wrote:
>
>> +1
>>
>> It will be good if it logs the details for whole class in case that some
>> test failed. As there could be dependencies between the order in which test
>> method was executed etc.
>>
>> Also we can have an appender, which will log everything to the file. So
>> if you still want to see full log and all the details, you can look to the
>> file.
>>
>> Marek
>>
>>
>>
>> On 04/04/17 12:26, Stian Thorgersen wrote:
>>
>> Here's a cray thought. Could we somehow hide all log output for a test
>> that passes and only show log output for failed tests? Maybe it could be
>> done with a custom log appender that buffers log output, then the unit
>> tests could call clear or dump depening on success/failure.
>>
>> On 4 April 2017 at 12:24, Stian Thorgersen <sthorger(a)redhat.com> wrote:
>>
>>> I think this probably still needs some work. When running from IDE we
>>> don't need the TestEventsLogger at all as the IDE (at least IntelliJ)
deals
>>> with that in a much nicer way.
>>>
>>> When running on Travis there's probably still an issue with to much log
>>> being generated. I can try this again, but last time I tried with
>>> -Pauth-server-wildfly the sysoutput file became to big (4mb+).
>>>
>>> On 4 April 2017 at 10:21, Marek Posolda <mposolda(a)redhat.com> wrote:
>>>
>>>> I found some workaround to fix that. PR sent here:
>>>>
https://github.com/keycloak/keycloak/pull/4002
>>>>
>>>> Now the default logging level for "org.keycloak" is INFO when
you run
>>>> from IDE, but disabled when you run with maven-surefire-plugin. In both
>>>> cases, system property "keycloak.logging.level" can be used to
override the
>>>> default.
>>>>
>>>> Marek
>>>>
>>>>
>>>> On 04/04/17 09:24, Stian Thorgersen wrote:
>>>>
>>>> Pavel - can you comment on this please? If I remember correctly it
>>>> wasn't working initially, then Marek fixed it, but now it's
broken again.
>>>>
>>>> On 3 April 2017 at 22:06, Marek Posolda <mposolda(a)redhat.com>
wrote:
>>>>
>>>>> Doesn't work here too. But it worked a month ago or so. Not sure
what
>>>>> changed in the meantime... Created
https://issues.jboss.org/brows
>>>>> e/KEYCLOAK-4705 . Will try to take a look.
>>>>>
>>>>> Marek
>>>>>
>>>>> On 03/04/17 16:22, Bill Burke wrote:
>>>>>
>>>>>> And that helps how? Running in IDE should not suppress any
error
>>>>>> messages. The error message was actually an internal Undertow
one
>>>>>> complaining that async HTTP was unsupported. I did look in the
log4j
>>>>>> properties. The default logging level looks like it is INFO.
>>>>>>
>>>>>>
>>>>>> On 4/3/17 9:33 AM, Stian Thorgersen wrote:
>>>>>>
>>>>>>>
https://github.com/keycloak/keycloak/blob/master/testsuite/i
>>>>>>> ntegration-arquillian/HOW-TO-RUN.md#testsuite-logging
>>>>>>>
>>>>>>> On 1 April 2017 at 21:22, Bill Burke <bburke(a)redhat.com
>>>>>>> <mailto:bburke@redhat.com>> wrote:
>>>>>>>
>>>>>>> When running arquillian tests in the IDE, I'm still
seeing no
>>>>>>> log
>>>>>>> messages from the server. I had to set a breakpoint in
JAX-RS
>>>>>>> code to
>>>>>>> find out a Javascript parsing error.
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> keycloak-dev mailing list
>>>>>>> keycloak-dev(a)lists.jboss.org
<mailto:keycloak-dev@lists.jbo
>>>>>>> ss.org>
>>>>>>>
https://lists.jboss.org/mailman/listinfo/keycloak-dev
>>>>>>>
<
https://lists.jboss.org/mailman/listinfo/keycloak-dev>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>> keycloak-dev mailing list
>>>>>> keycloak-dev(a)lists.jboss.org
>>>>>>
https://lists.jboss.org/mailman/listinfo/keycloak-dev
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>
>>
>
>
>