Mailing-List: contact dev-help@directory.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Apache Directory Developers List" <dev@directory.apache.org>
Message-ID: <1331001186.1137549942277.JavaMail.jira@ajax.apache.org>
Date: Wed, 18 Jan 2006 03:05:42 +0100 (CET)
From: "Trustin Lee (JIRA)" <jira@apache.org>
To: dev@directory.apache.org
Subject: [jira] Commented: (DIRMINA-160) Add support for defining higher
 level state machines on top of MINA
In-Reply-To: <1660803909.1136414940543.JavaMail.jira@ajax.apache.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

    [ http://issues.apache.org/jira/browse/DIRMINA-160?page=comments#action_12363064 ] 

Trustin Lee commented on DIRMINA-160:
-------------------------------------

This is a message from J-F.  I put this here to track this issue more easily:

--------

Hi Niklas,

I suggested this some time ago. As Mina is asynchronous, this leads indeed to
state-based protocol handler.

It would be a great idea to develop code that could be reused.

The State pattern can help:
http://www.javaworld.com/javaworld/jw-08-1997/jw-08-stated_p.html.

Unfortunately, I don't know any open-source implementation of it.

Cheers,

J-F

> Add support for defining higher level state machines on top of MINA
> -------------------------------------------------------------------
>
>          Key: DIRMINA-160
>          URL: http://issues.apache.org/jira/browse/DIRMINA-160
>      Project: Directory MINA
>         Type: New Feature
>     Reporter: Niklas Therning
>     Priority: Minor
>      Fix For: 1.0

>
> We'll have to provide some kind of FSM support. This should give users a set of best practices for building complex protocols on top of MINA.
> Trustin had the suggestion that we could implement it very simply by implementing IoHandler which demultiplexes events to an appropriate IoHandler implementation according to a certain session attribute value.
> I guess we could provide some means for defining the states and transitions too.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira