shale-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rahul Akolkar (JIRA)" <j...@apache.org>
Subject [jira] Assigned: (SHALE-268) [dialog2] Add support for dialog execution listeners
Date Fri, 13 Oct 2006 13:24:25 GMT
     [ http://issues.apache.org/struts/browse/SHALE-268?page=all ]

Rahul Akolkar reassigned SHALE-268:
-----------------------------------

    Assignee: Rahul Akolkar

> [dialog2] Add support for dialog execution listeners
> ----------------------------------------------------
>
>                 Key: SHALE-268
>                 URL: http://issues.apache.org/struts/browse/SHALE-268
>             Project: Shale
>          Issue Type: Improvement
>          Components: Dialog
>    Affects Versions: 1.0.3
>            Reporter: Rahul Akolkar
>         Assigned To: Rahul Akolkar
>
> It should be possible to register listeners against dialog execution so the application
can take whatever action it needs, either on failure, or routine progress (entry/exit etc.)
> Discussion thread:
> http://www.nabble.com/-dialog2--%22Advance%22-failures-and-names-tf2192624.html
> Summary (fallback in case archives link fails):
> On 8/31/06, Rahul Akolkar <rahul.akolkar@gmail.com> wrote:
> > On 8/31/06, Craig McClanahan <craigmcc@apache.org> wrote:
> > > On 8/30/06, Rahul Akolkar <rahul.akolkar@gmail.com> wrote:
> > > >
> > > > Sounds good, I can take a stab at the JavaBeans listener if we want to
> > > > do this (after the long weekend). Do we just want error notifications
> > > > or progress notifications as well?
> > >
> > >
> > > Progress indications make a lot of sense.  IIRC, this was one of Sean's
> > > motiviations for specializing some of the classes in the original
> > > implementation.  Some things that might make sense to treat as notification
> > > events:
> > >
> > > * Started dialog x
> > >
> > > * Ended dialog x
> > >
> > > * Entered state x
> > >
> > > * Exited state x (via transition x)
> > >
> > > * Excepton thrown from state
> > >
> > > * Suspending operation due to needing user input (i.e. when you
> > >   return from a view state or an exit state
> > >
> > <snip/>
> > 
> > Sounds good, I'd further like to add:
> > 
> >  * Followed transition x
> > 
> > We already have a progress listener for Commons SCXML, which is quite handy:
> > 
> >  http://jakarta.apache.org/commons/scxml/apidocs/org/apache/commons/scxml/SCXMLListener.html
> > 
> > -Rahul
> > 
> > 
> > > Craig
> > >
> > >
> > 

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

        

Mime
View raw message