Re: Telnet server for Phoenix

[Paul Hammant]

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:   
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: 
<mailto:[EMAIL PROTECTED]>



--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>



--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>