You are viewing a plain text version of this content. The canonical link for it is here.
Posted to apps-dev@avalon.apache.org by Shawn Boyce <sh...@boycefamily.net> on 2002/03/18 18:37:48 UTC
Telnet server for Phoenix
At one point (although I don't see it now), the Avalon web site
mentioned interest in a Telnet server for Phoenix. It also mentioned
the telnetd server that is on SourceForge.
I'm curious if that interest was still there and what are the expectations
regarding the server's functionality.
My interest is that I need some Java TELNET server I/O code at
my company and am looking into the SF telnetd code.
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Telnet server for Phoenix
Posted by Leo Simons <le...@apache.org>.
Reflection is very cool. If you implement a telnet
protocol, I'll hook it up to XCommander (in avalon-apps)
so you can issue the commands in XML (or some script
can do so).
Not because I would use it, but it's cool nonetheless ;)
cheers,
- Leo
> -----Oorspronkelijk bericht-----
> Van: Shawn Boyce [mailto:shawn@qcominc.com]
> Verzonden: Thursday, March 21, 2002 5:23 PM
> Aan: Avalon Applications Developers List
> Onderwerp: Re: Telnet server for Phoenix
>
>
> OK. This helps me understand the needs.
> The Reflection idea is very interesting and allows the server to be
> a generic plugin.
>
> Peter Donald wrote:
>
> >On Fri, 22 Mar 2002 01:32, Peter Royal wrote:
> >
> >>On Thursday 21 March 2002 09:26 am, Peter Donald wrote:
> >>
> >>>On Tue, 19 Mar 2002 04:37, Shawn Boyce wrote:
> >>>
> >>>>At one point (although I don't see it now), the Avalon web site
> >>>>mentioned interest in a Telnet server for Phoenix. It also mentioned
> >>>>the telnetd server that is on SourceForge.
> >>>>
> >>>>I'm curious if that interest was still there and what are the
> >>>>expectations regarding the server's functionality.
> >>>>
> >>>I was the main one interested in it I think and I have no imediate need
> >>>for such a beast atm. However I would love to see see something that
> >>>could inter-operate with phoenix ;)
> >>>
> >>I'm curious as to what the use of a telnet server for phoenix would be.
> >>Text-based management console?
> >>
> >
> >That was my original design. The application server I wrote
> before phoenix
> >actually used such a thing. I used telnet + simple reflection to
> write the
> >server.
> >
> >ie When you issued the following command over telnet
> >
> >>displayClient 2
> >>
> >
> >It would search through a biunch of "management" objects using
> reflection
> >looking for a method of form
> >
> >public void cmd_displayClient(String[] args)
> >{
> >}
> >
> >and execute it if found. If there was multiple objects with same
> command you
> >could prefix command with object name like
> >
> >>server.displayClient 2
> >>
> >
> >And this would only look at the "server" management object for
> the command.
> >
> >It was a simple system and remarkably easy to add things and get
> things going.
> >
>
> --
> 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>
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Telnet server for Phoenix
Posted by Shawn Boyce <sh...@qcominc.com>.
OK. This helps me understand the needs.
The Reflection idea is very interesting and allows the server to be
a generic plugin.
Peter Donald wrote:
>On Fri, 22 Mar 2002 01:32, Peter Royal wrote:
>
>>On Thursday 21 March 2002 09:26 am, Peter Donald wrote:
>>
>>>On Tue, 19 Mar 2002 04:37, Shawn Boyce wrote:
>>>
>>>>At one point (although I don't see it now), the Avalon web site
>>>>mentioned interest in a Telnet server for Phoenix. It also mentioned
>>>>the telnetd server that is on SourceForge.
>>>>
>>>>I'm curious if that interest was still there and what are the
>>>>expectations regarding the server's functionality.
>>>>
>>>I was the main one interested in it I think and I have no imediate need
>>>for such a beast atm. However I would love to see see something that
>>>could inter-operate with phoenix ;)
>>>
>>I'm curious as to what the use of a telnet server for phoenix would be.
>>Text-based management console?
>>
>
>That was my original design. The application server I wrote before phoenix
>actually used such a thing. I used telnet + simple reflection to write the
>server.
>
>ie When you issued the following command over telnet
>
>>displayClient 2
>>
>
>It would search through a biunch of "management" objects using reflection
>looking for a method of form
>
>public void cmd_displayClient(String[] args)
>{
>}
>
>and execute it if found. If there was multiple objects with same command you
>could prefix command with object name like
>
>>server.displayClient 2
>>
>
>And this would only look at the "server" management object for the command.
>
>It was a simple system and remarkably easy to add things and get things going.
>
--
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>
Re: Telnet server for Phoenix
Posted by Peter Donald <pe...@apache.org>.
On Fri, 22 Mar 2002 01:32, Peter Royal wrote:
> On Thursday 21 March 2002 09:26 am, Peter Donald wrote:
> > On Tue, 19 Mar 2002 04:37, Shawn Boyce wrote:
> > > At one point (although I don't see it now), the Avalon web site
> > > mentioned interest in a Telnet server for Phoenix. It also mentioned
> > > the telnetd server that is on SourceForge.
> > >
> > > I'm curious if that interest was still there and what are the
> > > expectations regarding the server's functionality.
> >
> > I was the main one interested in it I think and I have no imediate need
> > for such a beast atm. However I would love to see see something that
> > could inter-operate with phoenix ;)
>
> I'm curious as to what the use of a telnet server for phoenix would be.
> Text-based management console?
That was my original design. The application server I wrote before phoenix
actually used such a thing. I used telnet + simple reflection to write the
server.
ie When you issued the following command over telnet
> displayClient 2
It would search through a biunch of "management" objects using reflection
looking for a method of form
public void cmd_displayClient(String[] args)
{
}
and execute it if found. If there was multiple objects with same command you
could prefix command with object name like
> server.displayClient 2
And this would only look at the "server" management object for the command.
It was a simple system and remarkably easy to add things and get things going.
--
Cheers,
Pete
*-----------------------------------------------------------------------*
PROGRAM: n. a magic spell cast over a computer allowing it to turn
one's input into error messages. v.t. to engage in a pastime similar
to banging one's head against a wall, but with fewer opportunities for
reward.
*-----------------------------------------------------------------------*
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Telnet server for Phoenix
Posted by Peter Royal <pr...@managingpartners.com>.
On Thursday 21 March 2002 09:26 am, Peter Donald wrote:
> On Tue, 19 Mar 2002 04:37, Shawn Boyce wrote:
> > At one point (although I don't see it now), the Avalon web site
> > mentioned interest in a Telnet server for Phoenix. It also mentioned
> > the telnetd server that is on SourceForge.
> >
> > I'm curious if that interest was still there and what are the
> > expectations regarding the server's functionality.
>
> I was the main one interested in it I think and I have no imediate need for
> such a beast atm. However I would love to see see something that could
> inter-operate with phoenix ;)
I'm curious as to what the use of a telnet server for phoenix would be.
Text-based management console?
-pete
--
peter royal -> proyal@managingpartners.com
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Telnet server for Phoenix
Posted by Peter Donald <pe...@apache.org>.
On Tue, 19 Mar 2002 04:37, Shawn Boyce wrote:
> At one point (although I don't see it now), the Avalon web site
> mentioned interest in a Telnet server for Phoenix. It also mentioned
> the telnetd server that is on SourceForge.
>
> I'm curious if that interest was still there and what are the expectations
> regarding the server's functionality.
I was the main one interested in it I think and I have no imediate need for
such a beast atm. However I would love to see see something that could
inter-operate with phoenix ;)
> My interest is that I need some Java TELNET server I/O code at
> my company and am looking into the SF telnetd code.
It is relatively good code from what I recall. I managed to harvest some for
a product and can't remember any major hassles ;)
--
Cheers,
Pete
--------------------------------------------------
Where ignorance is bliss, 'tis folly to be wise.
--------------------------------------------------
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Telnet server for Phoenix
Posted by Shawn Boyce <sh...@qcominc.com>.
On Thu, 2002-03-21 at 16:45, Paul Hammant wrote:
> Shawn,
>
> >>If you can port the SF one then good. If you can convince the SF team
> >>to migrate to Phoenix or be compatible with (dual mode), then better.
> >>
> >
> >I had some email with the maintainer back in January when I was first
> >investigating Telnet needs.
> >
> >Umm. What is "dual mode"?
> >
> Peple are resistant to Phoenix. It is possible to The maintaner to
> split his/her telnet server into three components:
>
> 1) An interface ( more later )
> 2) An implementation of that interface. This is a standard bean (public
> empty constructor)
> 3) A seperate class that is mainable and instantiates (2) and decorates
> it with configuration using methods in (2)
>
> For us, when we reuse the server a a block, we have out own Block impl
> class uinat implements (1), it also instantiates the bean (2) and
> decorates it with configuration from Configurable. Thus the user of the
> block from within phoenix does not know that the real impl is hidden.
> In an ideal world you'd get the maintainer to "open" the socket
> listening such that ConnectionManager could be used. I have done exactly
> this with the transport.publishing package in cornerstone.
>
> Dual mode basicaly mean the same codebase canlaunched via main and in
> phoenix as a block.
>
Sounds good.
What I'm thinking is:
a) reusable I/O TELNET classes for server-side (what I really need)
b) Avalon-based framework "core"
c) Phoenix block
d) non-Phoenix Java main (as you're suggesting)
The actual command processing will be pluggable, so it can be Beanshell,
Reflection-based, bash, etc. The telnetd design has the concept of a
Shell interface.
>
>
--
-Shawn Boyce
QCOM, Inc.
http://www.qcominc.com
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Telnet server for Phoenix
Posted by Paul Hammant <Pa...@yahoo.com>.
Shawn,
>>If you can port the SF one then good. If you can convince the SF team
>>to migrate to Phoenix or be compatible with (dual mode), then better.
>>
>
>I had some email with the maintainer back in January when I was first
>investigating Telnet needs.
>
>Umm. What is "dual mode"?
>
Peple are resistant to Phoenix. It is possible to The maintaner to
split his/her telnet server into three components:
1) An interface ( more later )
2) An implementation of that interface. This is a standard bean (public
empty constructor)
3) A seperate class that is mainable and instantiates (2) and decorates
it with configuration using methods in (2)
For us, when we reuse the server a a block, we have out own Block impl
class uinat implements (1), it also instantiates the bean (2) and
decorates it with configuration from Configurable. Thus the user of the
block from within phoenix does not know that the real impl is hidden.
In an ideal world you'd get the maintainer to "open" the socket
listening such that ConnectionManager could be used. I have done exactly
this with the transport.publishing package in cornerstone.
Dual mode basicaly mean the same codebase canlaunched via main and in
phoenix as a block.
>>If you want some really dynamic thinking, consider Beanshell (BSH) as
>>the env on the server side that is instead of say Bash. 100% standard
>>telnet clients on Windows/Mac/Unic etc connect to a Phoenix server that
>>is giving you an execution env that is a textual equivalent to
>>Beanshell's GUI. It should be fairly easy to use beanshell in this way,
>>one your have a telnet compliant transport, i.e. you will not have to
>>fork beanshell. It is a dream to use and adapt for other purposes. I
>>have an adaption in Jesktop and a simple use in EOB.
>>
Ahhh dude, you missed this crucial suggestion..... :-(
>>I kinda think we should resurrect the UserManagement block. JAMES has
>>one, FtpServer does too. We need a general one that all whould use.,
>>and remote Telnet or SSH can validate against...
>>
>>Regards,
>>
>>- Paul
>>
>>>At one point (although I don't see it now), the Avalon web site
>>>mentioned interest in a Telnet server for Phoenix. It also mentioned
>>>the telnetd server that is on SourceForge.
>>>
>>>I'm curious if that interest was still there and what are the
>>>expectations
>>>regarding the server's functionality.
>>>
>>>My interest is that I need some Java TELNET server I/O code at
>>>my company and am looking into the SF telnetd code.
>>>
>>>
>>>--
>>>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>
>>
>>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Telnet server for Phoenix
Posted by Shawn Boyce <sh...@qcominc.com>.
On Thu, 2002-03-21 at 14:23, Paul Hammant wrote:
> Shawn,
>
> I'm late to this discussion. I'm really interested too (as am for all
> RFC standard servers).
>
> If you can port the SF one then good. If you can convince the SF team
> to migrate to Phoenix or be compatible with (dual mode), then better.
I had some email with the maintainer back in January when I was first
investigating Telnet needs.
Umm. What is "dual mode"?
>
> If you want some really dynamic thinking, consider Beanshell (BSH) as
> the env on the server side that is instead of say Bash. 100% standard
> telnet clients on Windows/Mac/Unic etc connect to a Phoenix server that
> is giving you an execution env that is a textual equivalent to
> Beanshell's GUI. It should be fairly easy to use beanshell in this way,
> one your have a telnet compliant transport, i.e. you will not have to
> fork beanshell. It is a dream to use and adapt for other purposes. I
> have an adaption in Jesktop and a simple use in EOB.
>
> I kinda think we should resurrect the UserManagement block. JAMES has
> one, FtpServer does too. We need a general one that all whould use.,
> and remote Telnet or SSH can validate against...
>
> Regards,
>
> - Paul
>
> > At one point (although I don't see it now), the Avalon web site
> > mentioned interest in a Telnet server for Phoenix. It also mentioned
> > the telnetd server that is on SourceForge.
> >
> > I'm curious if that interest was still there and what are the
> > expectations
> > regarding the server's functionality.
> >
> > My interest is that I need some Java TELNET server I/O code at
> > my company and am looking into the SF telnetd code.
> >
> >
> > --
> > 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>
>
>
--
-Shawn Boyce
QCOM, Inc.
http://www.qcominc.com
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Telnet server for Phoenix
Posted by Paul Hammant <Pa...@yahoo.com>.
Shawn,
I'm late to this discussion. I'm really interested too (as am for all
RFC standard servers).
If you can port the SF one then good. If you can convince the SF team
to migrate to Phoenix or be compatible with (dual mode), then better.
If you want some really dynamic thinking, consider Beanshell (BSH) as
the env on the server side that is instead of say Bash. 100% standard
telnet clients on Windows/Mac/Unic etc connect to a Phoenix server that
is giving you an execution env that is a textual equivalent to
Beanshell's GUI. It should be fairly easy to use beanshell in this way,
one your have a telnet compliant transport, i.e. you will not have to
fork beanshell. It is a dream to use and adapt for other purposes. I
have an adaption in Jesktop and a simple use in EOB.
I kinda think we should resurrect the UserManagement block. JAMES has
one, FtpServer does too. We need a general one that all whould use.,
and remote Telnet or SSH can validate against...
Regards,
- Paul
> At one point (although I don't see it now), the Avalon web site
> mentioned interest in a Telnet server for Phoenix. It also mentioned
> the telnetd server that is on SourceForge.
>
> I'm curious if that interest was still there and what are the
> expectations
> regarding the server's functionality.
>
> My interest is that I need some Java TELNET server I/O code at
> my company and am looking into the SF telnetd code.
>
>
> --
> 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>