You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@shale.apache.org by "Rahul Akolkar (JIRA)" <ji...@apache.org> on 2006/10/13 15:26:26 UTC
[jira] Resolved: (SHALE-268) [dialog2] Add support for dialog
execution listeners
[ http://issues.apache.org/struts/browse/SHALE-268?page=all ]
Rahul Akolkar resolved SHALE-268.
---------------------------------
Fix Version/s: 1.0.4-SNAPSHOT
Resolution: Fixed
DialogListener concept is available in the shale-dialog module in framework trunk.
> [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
> Fix For: 1.0.4-SNAPSHOT
>
>
> 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 <ra...@gmail.com> wrote:
> > On 8/31/06, Craig McClanahan <cr...@apache.org> wrote:
> > > On 8/30/06, Rahul Akolkar <ra...@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