8:53 p.m.
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
9:17 p.m.
New subject: Reading Logs from Web Console
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
11:55 a.m.
New subject: Reading Logs from Web Console
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(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev
3899
days inactive
3901
days old
2 comments
3 participants
participants (3)
-
James R. Perkins -
Max Rydahl Andersen -
Rob Cernich