[
https://issues.apache.org/jira/browse/DIRMINA-660?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julien Vermillard updated DIRMINA-660:
--------------------------------------
Fix Version/s: (was: 3.0.0-M1)
2.0.6
> make Mina a JCA adapter
> -----------------------
>
> Key: DIRMINA-660
> URL: https://issues.apache.org/jira/browse/DIRMINA-660
> Project: MINA
> Issue Type: New Feature
> Components: Core
> Reporter: Jürgen Weber
> Priority: Critical
> Fix For: 2.0.6
>
>
> I think, with its simple but powerful API Mina is the framework of choice to
> develop network based, stand-alone applications. But right now you cannot use
> Mina within an application server in a JEE spec compliant way. The JEE spec
> implicates that for applications needing socket connections (at least
> inbound) or creating threads you need a JCA resource adapter.
> So I suggest that one could also use Mina as JCA Resource Adapter framework.
> In this use case it would plug into an application server as JCA adapter and
> not create any threads but rather use JCA workmangers.
> The classname of the concrete IoHandlerAdapter would be an attribute of
> activation-config. The Mina Adapter would either trigger a message driven
> bean or would handle everything in the IoHandlerAdapter code (which could
> call an EJB, but I am not sure of this).
> E.g. one could deploy Apache FTP server as JCA Adapter in Geronimo and have
> only one Java process to monitor. Also directory server or the derby listener
> could be better integrated in an application server as JCA adapter.
> I think Mina as JCA adapter could be the framework of many use cases. The
> Mina framework would shield the application programmer from the rather
> complex JCA API.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
