logging-log4j-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Slaughter, Stan" <stan.slaugh...@firstdata.com>
Subject RE: Logging - What good is it ?
Date Mon, 04 Jun 2007 16:13:15 GMT
Yep - but 

1 - Time Synched backups are pain when you need to see what is going on
in production "right now"

And 

2 - That means getting different departments involved inorder to create
backups and/or network shares and all the attendent securing of the
shares (adding and removing allowed users when ever people join the
group or leave).

Possible - but time consuming to arrange and maintain - and since they
are not the same department responible for setting up the production
servers you can run into a the problem of the backup/share no longer
working if the production system gets upgraded a year or two from now.

A web based answere that migrates with our actual production code is the
answere which gives my department the greatest control over our
environment.

Application Architect
Stan.Slaughter@TeleCheck.Com 
Ext 6418


-----Original Message-----
From: "Scott Deboy" <sdeboy@comotivsystems.com>@FDC 
Sent: Monday, June 04, 2007 9:44 AM
To: Log4J Users List
Subject: RE: Logging - What good is it ?

You could have your IT folks rsync the log file regularly to a location
that you have access to , and then use whatever tools you want for
slicing & dicing the log file (including Chainsaw).

You can also use VFSLogFilePatternReceiver with Chainsaw to access the
log file from its original location if you can get to it using one of
VFS's supported file systems (sftp, for example, allows you to get to
files only available via ssh) - they could restrict access for the user
that's configured to read the log file so it has access to nothing else.

http://jakarta.apache.org/commons/vfs/filesystems.html

Scott Deboy
COMOTIV SYSTEMS
111 SW Columbia Street Ste. 950
Portland, OR  97201

Telephone:      503.224.7496
Cell:           503.997.1367
Fax:            503.222.0185

sdeboy@comotivsystems.com

www.comotivsystems.com



-----Original Message-----
From: Slaughter, Stan [mailto:stan.slaughter@firstdata.com]
Sent: Mon 6/4/2007 7:20 AM
To: Log4J Users List; steve@stevesouza.com
Subject: RE: Logging - What good is it ?
 
Looks Nice.  I'll be out of pocket this week - but I'll be giving it a
run when I get back.

I have never understand the sparcity of web enabled tools for log4j. A
project that is sponsored by an organization that also produces TOMCAT.
I guess all the effort has gone into Chainsaw, which is really an
internal network tool.

P.S.  

The way my company breaks down who does what does seem insane - at first
glance.   The reality is that it's a pretty common seperation of labor
in large organizations that are concerned about security.  

As a developer it is still pretty frustrating though. :)

Application Architect
Stan.Slaughter@TeleCheck.Com 

-----Original Message-----
From: Steve Souza [mailto:jamonapi@gmail.com] 
Sent: Sunday, June 03, 2007 3:44 PM
To: Log4J Users List
Subject: Re: Logging - What good is it ?

I just released JAMon 2.6 today, and as mentioned in this thread it has
a
log4j tie-in.  The primary focus of this release was to create an
Appender
that addresses the Original Posters problem.

- Allows JAMon to keep realtime aggregate statistics for logs (i.e how
many
errors are in my log?  when did they last occur?  how many users have
unsuccessfully logged in? and much more)
- Allows JAMon to 'tail' different aspects of your log via a web
application.  With this you will be able to view your logs via web
pages.

No coding changes are required to take advantage of this new
JAMonAppender.
Simply modify your log4j xml or property configuration file.  Previous
releases of JAMon could already keep statistics for all SQL that is
executed, and for all page hits that occur.  These features also do not
require code changes.

Here is some more info.

I updated the wiki link with more infomation about the JAMonAppender.
For
full information about this release go to
http://jamonapi.sourceforge.net/log4j_jamonappender

If you would like to see a live demo of JAMon go to:
http://www.ssouza.com/jamon

JAMon is an open source performance tuning API, suitable for production
environments. See http://www.jamonapi.com for full info.


On 6/1/07, Arthur Blake <blakesys@yahoo.com> wrote:
>
> JAMon looks like a pretty neat tool.  Almost a full-fledged
profiler...
> I also noticed it has a lot of cross over with my program log4jdbc
(see
> http://log4jdbc.sourceforge.net)
> actually JAmon does a lot more, but it is interesting to see some of
your
> ideas because I have some similar
> ideas for log4jdbc (ability to generically time interfaces, etc.)
>
> Speaking of the Wiki... how does one get a program added on there?
> I tooled around there for a bit and couldn't find any obvious way to
add
> something to the Wiki...
> I would like to get a link to log4jdbc up there...
>
> Arthur Blake
>
> ----- Original Message ----
> From: Jacob Kjome <hoju@visi.com>
> To: Log4J Users List <log4j-user@logging.apache.org>;
steve@stevesouza.com
> Sent: Thursday, May 31, 2007 2:07:45 PM
> Subject: Re: Logging - What good is it ?
>
>
> Please add a link to JAMon in the Log4j Wiki.  It sounds very useful!
>
> http://wiki.apache.org/logging-log4j/Log4JProjectPages
>
>
> Jake
>
> On Thu, 31 May 2007 12:39:29 -0400
>   "Steve Souza" <jamonapi@gmail.com> wrote:
> > I am the author of the open source monitoring tool JAMon available
at
> > http://www.jamonapi.com.
> >
> > I have just written a log4j appender that passes all log messages
> through to
> > JAMon which allows for a couple nice things to happen.  It will
allow
> you to
> > 'tail' your logs in real time and view them from a web page.  This
gets
> > around the problem of not having access to the log.  JAMon also will
> allow
> > aggregation of log4j messages and Levels (How many times was this
log
> > message called?  How many times was error called and when was it
last
> > called?)
> >
> > Here is some more info about the appender.  If you haven't used
jamon
> look
> > into it as it compliments log4j very nicely.
> >
> > 1) With the JAMonAppender you will get summary numbers on how many
times
> the
> > log methods of the different levels have been called (i.e.
> > DEBUG/WARN/INFO/ERROR/FATAL), and when they were most recently
> called.  This
> > info is viewable in a sortable report in the jamon.war.
> >
> > 2) JAMon has buffers that let you via a web page view the last N
> > (configurable) log messages that have been sent to the various
> Levels.  This
> > allows you to view the LoggingEvent in a sortable/queriable web
> page.  This
> > works similar to tail in that it doesn't have all rows, but only the
> most
> > recent.  By default this value is set to 100, but it can be
increased to
> > whatever size is desireable.
> >
> > 3) You can count how many times messages of a certain format have
been
> > called.  For example say you have a message:  Invalid login by
'ssouza'.
> > JAMon can generalize this message (Invalid login by ?) and count how
> many
> > times it has been called, and can put the last N of this message
type in
> a
> > buffer that will allow you to look at the original detailed message.
> >
> > 4) It is easy to use.   No code changes are required.  Simply put
> > jamon-2.6.jar in your classpath, install jamon.war, and add the
> following to
> > your log4j property file.
> > log4j.rootLogger=DEBUG, jamonAppender
> > JAMon log4j.appender.jamonAppender=com.jamonapi.log4j.JAMonAppender
> >
> > 5) Note jamon does much more than this.  By using the jamon jdbc
driver
> you
> > will have performance metrics on all SQL that goes through your
driver.
> > Again this requires no code changes and works with all jdbc drivers.
> >
> > A live demo is here (version 2.5 so it doesn't have log4j in that
> release),
> > but it does have the jdbc driver.
> > http://www.ssouza.com/jamon
> >
> > The log4j query screen will look very similar to this most recent N
> queries
> > screen.  Note log4j will also have the entire stacktrace too should
the
> log
> > method have been passed it (logger.error("mymessage", exception))
> > http://ssouza.kgbinternet.com/jamon/sql.jsp
> >
> > Anyone interested can get a prerelease if they email me.  You can
also
> sign
> > up at sourceforge to be notified when i make the release.  This
release
> is
> > purely a log4j release.  This will be released over the weekend (the
> code is
> > done, just need to come up with a users manual).
> >
> >
> > On 5/31/07, Rich Adili <Rich.Adili@xata.com> wrote:
> >>
> >> I think there's a socket appender available that will allow you to
send
> >> back to one of your machines. Still some elbow grease required, I
> >> imagine.
> >>
> >> -----Original Message-----
> >> From: Propes, Barry L [mailto:barry.l.propes@citi.com]
> >> Sent: Thursday, May 31, 2007 10:54 AM
> >> To: Log4J Users List
> >> Subject: RE: Logging - What good is it ?
> >>
> >> wow! Your setup sounds worse than mine!
> >>
> >> I didn't think that was possible!
> >>
> >> Can those guys share out that ONE directory for you to see?
> >>
> >> I feel your pain, whereever you are.
> >>
> >> -----Original Message-----
> >> From: Slaughter, Stan [mailto:stan.slaughter@firstdata.com]
> >> Sent: Thursday, May 31, 2007 10:39 AM
> >> To: log4j-user@logging.apache.org
> >> Subject: Logging - What good is it ?
> >>
> >>
> >> We use log4j in a Tomcat web application to log messages to
> >> catalina.out.  This works great in development, but in our
production
> >> system we (the developers) are not allowed access to the
catalina.out
> >> log file.
> >>
> >> So, what good is logging debug messages if you can't view the
messages
> >> when you need to the most, like when the app crashes in production
?
> >> (yes - it makes no sense to me either).
> >>
> >> Hence, my question: What is the most straight forward way to view
the
> >> log file remotely ?
> >>
> >> I have no idea (and no control) on what the remote production
servers
> >> name will be, but I do know the url so I am looking for a web based
> >> answere.  Something with the minimum functionality of 'tail -f
> >> catalina.out' would do.
> >>
> >> Can Chainsaw be configured in some way?
> >>
> >> Can log4j be modified to broadcast to a specific port on a web
server?
> >>
> >> Any third party viewers - aka - like a Lambda Probe 'lite'?   One
that
> >> just allows for log file viewing.  My boss-people will not allow
Lambda
> >> Probe to be installed in production as it allows too much control
(ie
> >> developer grunts should not be able to stop/start the tomcat
instances
> >> in production).
> >>
> >> P.S.
> >>
> >> Do to internal departmental structuring/politics and development
costs;
> >> logging to a database is not an option.
> >>
> >> Stan Slaughter
> >> -----------------------------------------
> >> The information in this message may be proprietary and/or
> >> confidential, and protected from disclosure.  If the reader of this
> >> message is not the intended recipient, or an employee or agent
> >> responsible for delivering this message to the intended recipient,
> >> you are hereby notified that any dissemination, distribution or
> >> copying of this communication is strictly prohibited. If you have
> >> received this communication in error, please notify First Data
> >> immediately by replying to this message and deleting it from your
> >> computer.
> >>
> >>
---------------------------------------------------------------------
> >> To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
> >> For additional commands, e-mail: log4j-user-help@logging.apache.org
> >>
> >>
> >>
---------------------------------------------------------------------
> >> To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
> >> For additional commands, e-mail: log4j-user-help@logging.apache.org
> >>
> >>
> >>
> >>
---------------------------------------------------------------------
> >> To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
> >> For additional commands, e-mail: log4j-user-help@logging.apache.org
> >>
> >>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
> For additional commands, e-mail: log4j-user-help@logging.apache.org
>
>
>
>
>
>
>
>
>
>
>
________________________________________________________________________
____________
> Be a better Globetrotter. Get better travel answers from someone who
> knows. Yahoo! Answers - Check it out.
> http://answers.yahoo.com/dir/?link=list&sid=396545469

---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-user-help@logging.apache.org




---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-user-help@logging.apache.org


Mime
View raw message