[jira] Created: (RIVER-104) (mux) in Abort messages sent from server, use "partial" flag more intelligently

["Thomas Vinod Johnson (JIRA)" <ji...@apache.org>]

(mux) in Abort messages sent from server, use "partial" flag more intelligently
-------------------------------------------------------------------------------

                 Key: RIVER-104
                 URL: https://issues.apache.org/jira/browse/RIVER-104
             Project: River
          Issue Type: Improvement
          Components: net_jini_jeri
    Affects Versions: jtsk_2.0
            Reporter: Thomas Vinod Johnson
            Priority: Minor


[5037395|http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5037395]
In the current implementation, when an Abort message is sent from the server side of a connection, the "partial" flag is always set, indicating that request data sent by the client may have been processed (with possible side effects) on the server side.  The current behavior is unnecessarily conservative; the implementation should leave the "partial" flag unset in situations in which it can guarantee that client retry is safe.

It seems that one such situation is when ServerConnection.processRequestData throws an exception-- in that case, we can guarantee to the client that the RequestDispatcher (above the current connection-oriented transport provider) has not been invoked for the request, and that is what OutboundRequest.getDeliveryStatus is specified with respect to.

Evaluation: The particular case described here would seem to be more cleanly implementable after [River-103|https://issues.apache.org/jira/browse/RIVER-103] has been addressed

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.