[wildfly-dev] Reading Logs from Web Console

[Max Rydahl Andersen]

fyi, TPTP isn't maintained anymore.

But the general idea they had was nice though but not sure how different it is from what JON does (having agents report back to the user).

With respect to reading logs, we got that request in tools too for remote servers and knowing how many ways the log format have and can change I'm more than happy just having a way to download the log file (parts or complete).

That would handle majority of the usecases we got ("figuring out what went wrong").

The next level would be knowing what errors on a specific deployed module but I don't think the logging is that isolated in Wildfly (yet?)

/max

On Wed, Aug 14, 2013 at 03:17:45PM -0400, Rob Cernich wrote:
>This is the best link I have.  Note that many of the links on that page are dead, but I think most of the meat is still there.
>
>http://www.eclipse.org/tptp/index.php
>
>----- Original Message -----
>> Ha, yes it's been a couple of years now :) I'm enjoying Red Hat a lot
>> and I hope you are too.
>>
>> Thanks. I'll see what Google turns up with that. Maybe we could at least
>> get some ideas from it.
>>
>>
>> On 08/14/2013 11:51 AM, Rob Cernich wrote:
>> >> The problem with filtering comes in parsing the log file. While I have
>> >> had some success doing this with I tool I was playing with for Jesper,
>> >> once you get a stack trace you have to start making guesses. I tend to
>> >> agree with dmlloyd in that log files tend to be a one way write. You can
>> >> do some parsing with a best guess, but well we all know what happens
>> >> when we start assuming and guessing :)
>> >>
>> >> That said I do like the challenge of trying to parse log files. I did
>> >> start a project to do it in my spare time I just haven't found time to
>> >> put into working on it lately.
>> >>
>> > Hey James, long time since orientation...
>> >
>> > Eclipse used to have a project called TPTP which did some of this.  It was
>> > architected with a "collector" that received events from various "agents"
>> > associated with servers running in your system.  I believe the events were
>> > typed as Common Base Events which included fields to help correlate events
>> > across multiple servers.  I don't recall whether or not the source for the
>> > server components (collector and agent) was open sourced or not (the
>> > binaries were available from Eclipse).  The Eclipse side provided tooling
>> > for viewing and analyzing these CBE messages, which included the
>> > capability for creating rules that could be used to diagnose common
>> > problems when applied across a set of events.
>> >
>> > Hope you've been enjoying your time at Red Hat!
>> >
>> > Rob
>>
>> --
>> James R. Perkins
>> Red Hat JBoss Middleware
>>
>>
>_______________________________________________
>wildfly-dev mailing list
>wildfly-dev at lists.jboss.org
>https://lists.jboss.org/mailman/listinfo/wildfly-dev