On Wed, Jun 8, 2011 at 3:32 AM, Allen Firstenberg
prof...@addventure.com wrote:
We're trying to track down a problem with an ftplet (our logging ftplet,
which we're testing in production) that is totally baffling us. We have a
user that reports that they downloaded a file. As far as we can
On Wed, Jun 8, 2011 at 2:03 AM, Niklas Gustavsson nik...@protocol7.comwrote:
On Wed, Jun 8, 2011 at 3:32 AM, Allen Firstenberg
prof...@addventure.com wrote:
We're trying to track down a problem with an ftplet (our logging ftplet,
which we're testing in production) that is totally baffling
On Wed, Jun 8, 2011 at 5:44 AM, Niklas Gustavsson nik...@protocol7.comwrote:
Which exact log statement is it that you were expecting? From
FtpLoggingFilter?
What logging provider are you using? Assuming this is a race
condition, it could be both in FtpServer, slf4j and the logging
On Wed, Jun 8, 2011 at 12:55 PM, Allen Firstenberg
prof...@addventure.com wrote:
The logging in this case isn't code level logging, it is command/transfer
logging. It is an ftplet that can be configured to log various attributes
from an FtpSession, FtpRequest, and/or FtpReply. It is intended
Hello Allen,
I would need some more info for this, e.g.,
1) Are the clients using FTP or FTPS?
2) Are they using a 'publicly available' FTP client? which one?
3) Is it possible that you're capturing some exceptions silently?
If I understand you correctly, FTPServer itself has logging
On Wed, Jun 8, 2011 at 7:10 AM, Niklas Gustavsson nik...@protocol7.comwrote:
Sorry, I forgot the basic problem you described. I've reviewed our
code, and fail to find a way that Ftplet.beforeCommand() would not be
called. Ftplet.afterCommand() could of course we skipped if
beforeCommand