[
http://jira.codehaus.org/browse/XFIRE-745?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tomasz Sztelak closed XFIRE-745.
--------------------------------
Assignee: Tomasz Sztelak (was: Dan Diephouse)
Resolution: Won't Fix
Adding new phase will case only that , your handler code will be shorter of
after( "org.codehaus.xfire.handler.OutMessageSender" ) line, so i don't think
its worthy coding. Sorry.
> Introduce a clean-up phase after SEND
> -------------------------------------
>
> Key: XFIRE-745
> URL: http://jira.codehaus.org/browse/XFIRE-745
> Project: XFire
> Issue Type: Improvement
> Affects Versions: 1.2.2
> Reporter: Greg Kohring
> Assigned To: Tomasz Sztelak
> Priority: Minor
>
> At times it may be necessary to perform some work once an operation has
> completed and the reply has been sent. For example, if one is sending large
> files via MTOM, then one may want to lock the file while it is being sent
> (which for Gigabyte range files might be a few minutes) and then unlock the
> file once the data has left the server.
> The current work around we are using is to create a Finish handler which
> executes after the OutMessageSender handler
> public class Finish extends AbstractHandler
> {
> public Finish(){
> super();
> setPhase( Phase.SEND );
> after( "org.codehaus.xfire.handler.OutMessageSender" );
> }
> ...
> ...
> }
> Obviously, this is not a robust solution and it would be more useful to
> introduce a new phase called "FINISH" which executes once the send phase has
> completed.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe from this list please visit:
http://xircles.codehaus.org/manage_email
