You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@avalon.apache.org by Rana Bhattacharyya <ra...@yahoo.com> on 2002/03/28 08:33:34 UTC
FtpServer
Hi,
I have one question about ftpserver administration.
Currently we are using a RMI based admin tool. Here
RMI callbacks have been used extensively. So basically
it is two way communication. RMI part follows adapter
design pattern.
Is it really required to have a GUI to monitor the
server? Instead we can use ftp SITE commands. In fact
the ftpserver with proper SITE functionalities is
working in my local system. Can we get rid of that RMI
admin GUI completely?
What do you guys think?
Thanks,
Rana.
__________________________________________________
Do You Yahoo!?
Yahoo! Movies - coverage of the 74th Academy Awards�
http://movies.yahoo.com/
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: FtpServer
Posted by Peter Donald <pe...@apache.org>.
Hi,
I just played with ftpserver and I got to say it looks very good. I would
highly recomend that you do a bit of documenting and then start releasing
versions and publicising them on different places (like freshmeat). Anyways
it looks all good!
On Thu, 28 Mar 2002 18:33, Rana Bhattacharyya wrote:
> I have one question about ftpserver administration.
> Currently we are using a RMI based admin tool. Here
> RMI callbacks have been used extensively. So basically
> it is two way communication. RMI part follows adapter
> design pattern.
>
> Is it really required to have a GUI to monitor the
> server?
it may not be necessary but it is damn nice and a great selling point IMHO :)
> Instead we can use ftp SITE commands. In fact
> the ftpserver with proper SITE functionalities is
> working in my local system. Can we get rid of that RMI
> admin GUI completely?
I would leave it in but it is completely up to you. Maybe you could have
admin available via both the GUI and via site commands?
--
Cheers,
Pete
------------------------------------------------------------
I just got lost in thought... It was unfamiliar territory.
------------------------------------------------------------
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: FtpServer
Posted by Berin Loritsch <bl...@apache.org>.
+1
> -----Original Message-----
> From: Paul Hammant [mailto:Paul_Hammant@yahoo.com]
> Sent: Thursday, March 28, 2002 2:48 AM
> To: Avalon Developers List
> Subject: Re: FtpServer
>
>
> Rana,
>
> I'd say go for getting rid of RMI.
> I'd also say keep the GUI, but use SITE commands to reach to
> the server...
>
> How does that sound?
>
> - Paul
>
> >Hi,
> > I have one question about ftpserver administration.
> >Currently we are using a RMI based admin tool. Here
> >RMI callbacks have been used extensively. So basically
> >it is two way communication. RMI part follows adapter
> >design pattern.
> >
> >Is it really required to have a GUI to monitor the
> >server? Instead we can use ftp SITE commands. In fact
> >the ftpserver with proper SITE functionalities is
> >working in my local system. Can we get rid of that RMI
> >admin GUI completely?
> >
> >What do you guys think?
> >
> >Thanks,
> >Rana.
> >
> >__________________________________________________
> >Do You Yahoo!?
> >Yahoo! Movies - coverage of the 74th Academy AwardsR
> >http://movies.yahoo.com/
> >
> >--
> >To unsubscribe, e-mail:
> <mailto:avalon-dev-> unsubscribe@jakarta.apache.org>
> >For
> additional commands,
> e-mail:
> ><ma...@jakarta.apache.org>
> >
> >
> >
>
>
>
>
> --
> To unsubscribe, e-mail:
> <mailto:avalon-dev-> unsubscribe@jakarta.apache.org>
> For
> additional commands,
> e-mail: <ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: FtpServer
Posted by Paul Hammant <Pa...@yahoo.com>.
Rana,
I'd say go for getting rid of RMI.
I'd also say keep the GUI, but use SITE commands to reach to the server...
How does that sound?
- Paul
>Hi,
> I have one question about ftpserver administration.
>Currently we are using a RMI based admin tool. Here
>RMI callbacks have been used extensively. So basically
>it is two way communication. RMI part follows adapter
>design pattern.
>
>Is it really required to have a GUI to monitor the
>server? Instead we can use ftp SITE commands. In fact
>the ftpserver with proper SITE functionalities is
>working in my local system. Can we get rid of that RMI
>admin GUI completely?
>
>What do you guys think?
>
>Thanks,
>Rana.
>
>__________________________________________________
>Do You Yahoo!?
>Yahoo! Movies - coverage of the 74th Academy Awards®
>http://movies.yahoo.com/
>
>--
>To unsubscribe, e-mail: <ma...@jakarta.apache.org>
>For additional commands, e-mail: <ma...@jakarta.apache.org>
>
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: FtpServer
Posted by Shawn Boyce <sh...@qcominc.com>.
Rana,
Should this discussion should be on the low-traffic Avalon Apps mailing
list?
Supporting the GUI is a nice feature.
Also, I was recently digging into the ftpserver code to use it as the basis
for a telnet server. Just wanted to say nice job!
Rana Bhattacharyya wrote:
>Hi,
> I have one question about ftpserver administration.
>Currently we are using a RMI based admin tool. Here
>RMI callbacks have been used extensively. So basically
>it is two way communication. RMI part follows adapter
>design pattern.
>
>Is it really required to have a GUI to monitor the
>server? Instead we can use ftp SITE commands. In fact
>the ftpserver with proper SITE functionalities is
>working in my local system. Can we get rid of that RMI
>admin GUI completely?
>
>What do you guys think?
>
>Thanks,
>Rana.
>
>__________________________________________________
>Do You Yahoo!?
>Yahoo! Movies - coverage of the 74th Academy Awards®
>http://movies.yahoo.com/
>
>--
>To unsubscribe, e-mail: <ma...@jakarta.apache.org>
>For additional commands, e-mail: <ma...@jakarta.apache.org>
>
>
>
--
Shawn Boyce
QCOM, Inc.
Quality Software is Our Business
http://www.qcominc.com
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>