Distributed Media Storage/Internship report/Final UML design
Appearance
Component model
[edit]Logical model
[edit]Controller
[edit]Replication
[edit]HTTP Service
[edit]Index
[edit]Node Web
[edit]Object Store
[edit]Object
[edit]Configuration
[edit]Monitoring
[edit]Dynamic model
[edit]Replication
[edit]Request flow: retrieve
[edit]Request create
[edit]Control flow
[edit]The HTTP component of a node can return a variety of HTTP response code to indicate the success or failure of the operation. These HTTP control codes are to be interpreted by either the client library or another node, acting as a client. The codes can be interpreted and acted on differently, depending on the context and state.
- OK
- CREATED
- These should be returned when the system successfully answered the GET request (in case of OK), or has successfully added the object to the system in response to a PUT/POST request (in case of CREATED).
- NOT_FOUND
- In case of a recursive (client library -> node) request, this should be interpreted as a definite "object does not exist in the system" message. In case of a non-recursive (node -> node) request, this means that the node node in question does not have the object, but it may or may not exist elsewhere in the distributed system.
- GATEWAY_TIMEOUT
- The answering node in question could not contact any of the nodes that (should) have the requested object.
- SERVICE_UNAVAILABLE
- The node encountered some unspecified problem that does not allow it to offer the requested service. This may or may not imply a global problem.
- CONFLICT
- The object offered in a PUT/POST request already exists in the system.
Abstract error situations
[edit]- Index not found
- Index lookup failure
- Storage not found
- Storage conflict
- Storage retrieval failure
- Storage write failure
- Forward gateway timeout
- No available nodes
- Operation completed