Uploaded image for project: 'Spymemcached Java Client'
  1. Spymemcached Java Client
  2. SPY-104

automatically retry some safe to retry operations

    XMLWordPrintable

Details

    • New Feature
    • Resolution: Unresolved
    • Minor
    • .next
    • 2.8.0, 2.8.1, 2.8.4
    • library
    • Security Level: Public
    • None

    Description

      At the moment, there are some operations which are safe to retry, but the client does not. Examples are get operations (always idempotent) or operations which receive error when being written to the network but haven't been fully written.

      In he latter case, for example, we find out that the connection was dropped after we try to write to it It is accurate to say, in this case, that we know we've not written the whole operation to the network so it couldn't have been completed by the server. At the moment, we don't retry these kinds of operations.

      In any event, the application error handling code needs to be the same. The reason for this is that we could have written the whole thing in one shot or we could write a bunch of data and end up later getting a timeout. The operations in there at the moment are considered "partially completed". There's no distinction on partially completed and not fully written (which would be safely retryable) from partially completed, fully written, waiting for a response (not safely retryable).

      Attachments

        No reviews matched the request. Check your Options in the drop-down menu of this sections header.

        Activity

          People

            daschl Michael Nitschinger
            ingenthr Matt Ingenthron
            Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

              Created:
              Updated:

              Gerrit Reviews

                There are no open Gerrit changes

                PagerDuty