incubator-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Trustin Lee <>
Subject Re: Adding a new Project on Jakarta
Date Thu, 13 Oct 2005 15:32:07 GMT
Hello Joao,

2005/10/13, <>:
> The JFTP4I is a new idea for the concept of using FTP for integration
> purposes. Here in Brasil (and i think very much in the rest of the world),
> all the legacy systems are basically using FTP as a way of integrating
> different platforms running under TCP/IP. Example: we have a lot of cases
> of programs running in the mainframe that are actually using FTP to
> transmit data to the lower-platform. The JFTP4I is actually an application
> server that can support a number of deployed application inside the FTP
> engine. A general flow will be: The user(system) makes a put (or read)
> file request to the JFTP4I, the FTP engine then recognizes (using the XML
> configuration file) the actual FTPAction to be executed, and then
> delegates the flow to the right method inside the action - The framework
> uses the PODA/MVC II patterns, and is very similar to the Jakarta Struts
> framework (request -> controller -> Action). This framework can do a lot
> of things, like generate files dinamically (files that do not actually
> exist on disk, files that are created dinamically), implement personalized
> responses between systems, manage a secure exchange of files using
> detailed transactions, trace, and so forth.

Sounds very interesting and it is similar to what was in our MINA roadmap.
MINA project team will provide protocol handlers for well-known protocols
such FTP, HTTP, and SMTP on top of MINA. I guess your team has implemented
it without any network framework. It could be much better if we cooperate.
And perhaps we could cooperate with 'ftpserver' team who is already in

Please take a look around MINA web site:

'Getting Started' section will provide you enough information. It would be
great if you let me know what you think.

what we call human nature is actually human habit

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message