Currently ISparqlHttpProtocolProcessor is directly dependent on HttpContext which means it is closely tied to that and so can't be used in a more general sense, for example within rdfServer currently which has a different web server model
The proposed refactor is to introduce an abstraction layer between the actual context and the context passed to the interface so that different web servers can be plugged into the system