Hi,
Thanks for your mail. Your RequestHandler point is
very good. It will be easy to separate the
CommandFactory and RequestHandler. We shall add a
configurable CommandFactory to make it extendable. I
hope this is what you need.
You are also right about the looging. There are not
many things we are logging now. Now we should make it
a habit to log more with different levels.
Please let us know if the UAT finds any issues.
Thanks,
Rana Bhattacharyya.
--- "Subramaniam, Parthiban (RBC Dexia IS)"
<[EMAIL PROTECTED]> wrote:
> Hi All,
> Thanks Rana for your reply on configuring,Apologies
> for the past 3 weeks
> its been a mad rush here, have been porting our code
> to the current
> implementation of ftpserver.
>
>
> With regards to configuration,
>
> Yes you got it,
> At the moment who handles what command is added in a
> static block in
> RequestHandler class,
>
> There might be circumstances where we might want to
> provide a different
> implementation, to be able to modify this we need to
> modify the static
> block in this class, instead this should be
> configurable.
>
> The Idea is this ftpserver is not a server which is
> used just the way it
> is but it is extendable
>
> If we don't provide ways in which this can be done,
> there will be
> un-neceesary code modification in the
> org.apache.ftpserver codebase
>
> This should be avoided as this severely restricts
> ones ability to port
> to the bugfixes or new releases.
>
> Session Kill when the user is idle for too long, I
> have had mixed
> results with this,
> Some times it kills and sometimes it just says it
> does but at the client
> side I'm still able to operate normally, I need to
> investigate further
> on this ..
>
> But apart from that ..
> So far so good,
> Our implementation is in the UAT,
>
> Free testing for all hahaha
>
> Hopefully we will soon go in to prd
>
>
> Almost all logging is at info level :(
> We should have some debug level info in there
>
> Will be back with more
>
>
> Cheers,
> Parthi
>
>
>
>
> -----Original Message-----
> From: Rana Bhattacharyya [mailto:[EMAIL PROTECTED]
> Sent: 24 February 2006 04:50
> To: [email protected]
> Subject: RE: Trying to implement a custom
> UserManager.
>
> You can write your own FileSystemManager to
> implement
> database based file system manager. The included
> NativeFileSystemManager uses the OS based file
> system
> manager. The only extra thing it does is user
> virtual
> root directory.
>
> The ftplet does not catch the directory listing
> event
> because the assumption was that the directory
> listing
> task will be handled by the FileSystemManager.
>
> Thanks,
> Rana Bhattacharyya
>
>
>
> --- "Crespillo, Matias" <[EMAIL PROTECTED]>
> wrote:
>
> > Interesting, currently what i have to do is:
> > when a suer logs in, it is usually shown the files
> > on his root folder right?
> > Well I need to show him a list of files pulled
> from
> > the database, so I
> > though i would creaet a new user subclass with a
> > VirtualFiles property, this
> > lead me to start touching code all over and made
> me
> > wonder, is this really a
> > good idea? what will happen when a new version of
> > ftp server comes out?
> > After this, I took a look at defaultftplet, which
> > has several usefull
> > methods, should i extend this ftplet and intercept
> > the directory listing
> > during a request in order to replace the listing
> of
> > files instead of doing
> > what I am doing at the moment? (which by the way
> > havent done succesfully
> > yet)
> > Any insight on this will be highly appreciated.
> > Regards.
> >
>
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam
> protection around
> http://mail.yahoo.com
>
> ____________________________________
> This e-mail may be privileged and/or confidential,
> and the sender does not waive any related rights and
> obligations. Any distribution, use or copying of
> this e-mail or the information it contains by other
> than an intended recipient(s) is unauthorized. If
> you received this e-mail in error, please advise me
> (by return e-mail or otherwise) immediately and
> delete this e-mail.
>
> The contents of any attachment to this e-mail may
> contain software viruses or other defect which might
> affect your own computer system once received or
> opened. While companies under RBC Dexia Investor
> Services Trust and its affiliates take reasonable
> precautions to minimize that risk, we cannot accept
> liability or responsibility for any damage or loss
> which may occur or be sustained as a result of a
> software virus or other defect. You are responsible
> for virus checks before opening any attachment.
>
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
