I am hoping to make it log format-agnostic. I've put in hooks to allow for different log structures (e.g., plain-text vs. XML), and am going to allow the user to describe the layout (i.e., create adaptors) of each line in the log if it is plain text. The first version will support plain text only. The second version will support XML (but are people really going to use an XML-formatted log? Seems like a huge performance pig to me).
I'm only planning on supporting a post-mortem viewer in the initial release. However, I have been careful to place hooks in the code to allow a real-time viewer where possible. Hopefully once I'm finished with the first version I can get some feedback as to what would be desirable in a real-time viewer. Chad ----- Original Message ----- From: "Peter Donald" <[EMAIL PROTECTED]> To: "Avalon Developers List" <avalon-dev@jakarta.apache.org> Sent: Thursday, December 13, 2001 1:10 AM Subject: Re: Date Formatter for LogKitManagement > On Thu, 13 Dec 2001 09:55, Chad Stansbury wrote: > > This may or may not be useful to you, but I am currently working on a log > > viewer that will enable you to view and search very large files (up to > > 2,147,483,647 (Integer.MAX_VALUE) lines in length). Part of its > > functionality allows you to describe the format of the log file so that it > > can properly format whatever fields are contained in the log. In other > > words, even if you log a timestamp out as a long, you can view it with this > > tool as a formatted date. This will say you a few precious microseconds > > for each line you write to a log by not having to apply a DateFormat, and > > instead moves the expense of the formatting to the log viewer tool. > > Sounds good. One thing though - will you allow import from alternate log > sources. For isntance currently one of our systems logs to syslog and another > is a home-brew log toolkit with funny formats. WOuld I be able to write > adapters to receive log info from them? > > Oh and is it realtime or only post mortem? ie do you catch logs as they run > or do you only read the file once? etc. > > > I am hoping to make this tool freely available sometime by the end of next > > week (Dec 21). If you are interested, please shoot me an email. After I > > get the kinks worked out, I will most likely donate it to Jakarta (if > > they'll have it). Included are some stripped-down I/O classes that are up > > to 40% faster than their java.io equivalents. > > sounds interesting. Will look forward to it. > > -- > Cheers, > > Pete > > ------------------------------------------------- > "Sometimes its better to keep your mouth shut and > let people think your an idiot, than to open it > and remove all doubt." > ------------------------------------------------- > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
