You are viewing a plain text version of this content. The canonical link for it is here.
Posted to log4j-dev@logging.apache.org by Jacob Kjome <ho...@visi.com> on 2007/03/15 07:22:47 UTC
Re: Request for GSOC project ideas
At 10:40 PM 3/15/2007, you wrote:
>Hi Jacob,
>
>I went through these two ideas and got a rough understanding. I
>think it is better to go for the second one, as i found it little
>bit more interesting.
>
>On 3/15/07, Jacob Kjome <<m...@visi.com> wrote:
>
>2. Enhance Chainsaw. There have been a number of recent threads discussing
>possible changes to Chainsaw to make it more usable and add new functionality.
>
>
>Could you please highlight the required changes to Chanisaw
>considering the importance of each one and the time I have to
>complete the project (it will be about 3 months) .
See below....
>It's a great little app right now, though it could use some
>polishing. Adding
>tailing capabilities to the VFS log receiver would be excellent!
>
>
>I'll be really pleased if you can point out some resources by which
>I can gain some knowledge in this idea.
First, in case you don't know what commons-vfs is, read up on that here...
http://jakarta.apache.org/commons/vfs/
To see how Chainsaw is using VFS, take a look here....
http://svn.apache.org/viewvc/logging/chainsaw/trunk/src/java/org/apache/log4j/chainsaw/vfs/VFSLogFilePatternReceiver.java
Tailing is supported for local URL's, such as
"file:///C:/some/path/to/logfile.log", but not for remote URL's such
as "sftp://myserver.com:22/some/path/to/logfile.log". Basically, it
just loads the file up and you can view the log that's been
downloaded, but it won't get fed new log events on the fly. To get
new log events, you need to reload the receiver. I don't recall if
this was a limitation on Chainsaw's side or on VFS's side? Also note
that VFS 1.0 was released December 30th, 2006. Chainsaw uses a much
older snapshot and should be upgraded. It's possible that any
previous limitation in VFS was corrected with the release of VFS-1.0.
>And also could you please become the mentor of this project or
>propose someone else as the mentor?
I hate to volunteer other people, but Scott Deboy and Paul Smith are
the primary architects of Chainsaw. They are really the ones to
provide direction. Guy's, can you add your input?
Jake
>Thanks a lot,
>~Isuru
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-dev-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-dev-help@logging.apache.org
Re: Request for GSOC project ideas
Posted by Isuru Suriarachchi <is...@gmail.com>.
Hi Paul,
Thanks for your quick reply on this. I really appreciate your help and I
understand how busy you guys are with the projects. I'm working on following
the links given by Jake and I will do my best to make this project a real
success if my proposal will be selected..
Thanks a lot,
~Isuru
On 3/16/07, Paul Smith <ps...@aconex.com> wrote:
>
> >
> > I hate to volunteer other people, but Scott Deboy and Paul Smith
> > are the primary architects of Chainsaw. They are really the ones
> > to provide direction. Guy's, can you add your input?
>
> Certainly happy to participate. I'm particularly busy at the moment
> (we're a growing business), but definitely want to support anyone
> that wants to participate in Chainsaw development.
>
> cheers,
>
> Paul
>
Re: Request for GSOC project ideas
Posted by Paul Smith <ps...@aconex.com>.
>
> I hate to volunteer other people, but Scott Deboy and Paul Smith
> are the primary architects of Chainsaw. They are really the ones
> to provide direction. Guy's, can you add your input?
Certainly happy to participate. I'm particularly busy at the moment
(we're a growing business), but definitely want to support anyone
that wants to participate in Chainsaw development.
cheers,
Paul
RE: Request for GSOC project ideas
Posted by Scott Deboy <sd...@comotivsystems.com>.
I'm glad to hear you're interested in contributing to Chainsaw and log4j
- there are a number of enhancements I could suggest that would make
Chainsaw more useful (and I think one patch in bugzilla that should be
reviewed).
Feel free to email any questions you have.
Regarding 'fixing' tailing for VFSLogFilePatternReceiver:
Here's the email response I received from Mario on the VFS team when I
first inquired into how to tail http/ssh using VFS (the email response
is over a year old, but I suspect the advice below still stands).
.....
Use the FileObject.getRandomAccessContent() to read the file.
Store the filepointer if you reach EOF and then "reget" starting from
this position - rac.seek(lastFilepointer)
Meta-Code
long lastFilePointer = 0;
while (!interrupted)
{
RadomAccessContent rac = FileObject.getRandomAccessContent()
rac.seek(lastFilePointer)
while (.... rac.getInputStream().readLine())
{
}
lastFilePointer = rac.getFilePointer();
rac.close();
}
This is currently supported for:
LocalFile
Ftp
Http
Smb
SFTP (ssh)
Scott Deboy
Principal Engineer
COMOTIV SYSTEMS
111 SW Columbia Street Ste. 950
Portland, OR 97201
Office: 503.224.7496
Direct Line: 503.821.6482
Cell: 503.997.1367
Fax: 503.222.0185
sdeboy@comotivsystems.com
www.comotivsystems.com
-----Original Message-----
From: Jacob Kjome [mailto:hoju@visi.com]
Sent: Wednesday, March 14, 2007 11:23 PM
To: Log4J Developers List
Subject: Re: Request for GSOC project ideas
At 10:40 PM 3/15/2007, you wrote:
>Hi Jacob,
>
>I went through these two ideas and got a rough understanding. I
>think it is better to go for the second one, as i found it little
>bit more interesting.
>
>On 3/15/07, Jacob Kjome <<m...@visi.com> wrote:
>
>2. Enhance Chainsaw. There have been a number of recent threads
discussing
>possible changes to Chainsaw to make it more usable and add new
functionality.
>
>
>Could you please highlight the required changes to Chanisaw
>considering the importance of each one and the time I have to
>complete the project (it will be about 3 months) .
See below....
>It's a great little app right now, though it could use some
>polishing. Adding
>tailing capabilities to the VFS log receiver would be excellent!
>
>
>I'll be really pleased if you can point out some resources by which
>I can gain some knowledge in this idea.
First, in case you don't know what commons-vfs is, read up on that
here...
http://jakarta.apache.org/commons/vfs/
To see how Chainsaw is using VFS, take a look here....
http://svn.apache.org/viewvc/logging/chainsaw/trunk/src/java/org/apache/
log4j/chainsaw/vfs/VFSLogFilePatternReceiver.java
Tailing is supported for local URL's, such as
"file:///C:/some/path/to/logfile.log", but not for remote URL's such
as "sftp://myserver.com:22/some/path/to/logfile.log". Basically, it
just loads the file up and you can view the log that's been
downloaded, but it won't get fed new log events on the fly. To get
new log events, you need to reload the receiver. I don't recall if
this was a limitation on Chainsaw's side or on VFS's side? Also note
that VFS 1.0 was released December 30th, 2006. Chainsaw uses a much
older snapshot and should be upgraded. It's possible that any
previous limitation in VFS was corrected with the release of VFS-1.0.
>And also could you please become the mentor of this project or
>propose someone else as the mentor?
I hate to volunteer other people, but Scott Deboy and Paul Smith are
the primary architects of Chainsaw. They are really the ones to
provide direction. Guy's, can you add your input?
Jake
>Thanks a lot,
>~Isuru
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-dev-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-dev-help@logging.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-dev-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-dev-help@logging.apache.org