Skip to content
westurnerPublic

About

Notes for Linked Data Platform 1.0

Resources

Stars

2 stars

Watchers

1 watching

Forks

Latest commit

 

History

9 Commits

Folders and files

NameName
Last commit message
Last commit date
 
 
 
 

Repository files navigation

ldpnotes

Linked Data Platform notes, ontologies, and resources.

  1. Client makes HTTP request
  2. HTTP request is routed, balanced, and proxied
  3. HTTP request received by application
  4. Application routes URL to an application function
  5. Application function executes logic across system
  6. System presents complex errors and exceptions
  7. Application catches errors and exceptions
  8. Application returns HTTP Response with Status Code and Body
  9. Client sees "fail whale", wants to know more
  10. Devops and sysops point to CWE-200 and CWE-209 (... 200-215, 550)
  • At any step in the interaction, Errors or Exceptions may be encountered.
  • Errors and Exceptions are propagated up the stack
  • Exceptions should contain enough information to diagnose the problem
  • Most Proxies, balancers, etc. understand HTTP (some HTML)
  • Why would I need to look up the List of HTTP status codes?
  • HTTP 2?? status codes are not errors or exceptions.
  • What to do when status_code != 200 OK
  • What to do when (status_code not in range(200,300))

A WebApplication SoftwareApplication returns a WebPage (which could be a CollectionPage, a SearchResultsPage, a ...) potentially containing error message metadata.

Beyond that, there is currently no notion of HTTP or an Error message in schema.org. http://www.w3.org/wiki/WebSchemas/SchemaDotOrgProposals

http://w3.org/TR/HTTP-in-RDF/

It would be convenient if http:httpStatusCode etc had an rdfs:domain of rdfs:Resource and/or prob:Problem and/or prob:ProblemType were just http:Responses.

About

Notes for Linked Data Platform 1.0

Resources

Stars

2 stars

Watchers

1 watching

Forks

Releases

Packages

Contributors