Questions to the SRM client developers:

1- Should the clients expose the DesiredTotalRequestTime and RemainingRequestTime to users ?

  • This would allow for a more optimized polling loop for asynchronous operations since the client can stop making status request to the server if the request time has already expired.

2- What kind of flow control do we want to implement?

Client receiving the busy signal shall retry the same operation later, preferably with an exponential timeout? How to handle this situation? First of all, let's consider separately the 2 cases:

  • Synchronous requests: the server returns SRM_FILE_BUSY at request level ( TO BE VERIFIED ).
  • Asynchronous requests:
Edit | Attach | Watch | Print version | History: r3 < r2 < r1 | Backlinks | Raw View | Raw edit | More topic actions...
Topic revision: r2 - 2009-02-10 - ElisaLanciotti
 
    • Cern Search Icon Cern Search
    • TWiki Search Icon TWiki Search
    • Google Search Icon Google Search

    LCG All webs login

This site is powered by the TWiki collaboration platform Powered by PerlCopyright & 2008-2019 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback