gavo.svcs package¶
Submodules¶
- gavo.svcs.common module
- gavo.svcs.core module
- gavo.svcs.customcore module
- gavo.svcs.customwidgets module
- gavo.svcs.dalipars module
- gavo.svcs.inputdef module
- gavo.svcs.outputdef module
- gavo.svcs.pql module
- gavo.svcs.renderers module
- gavo.svcs.service module
- gavo.svcs.standardcores module
- gavo.svcs.streaming module
- gavo.svcs.uploadcores module
- gavo.svcs.vanity module
- gavo.svcs.vizierexprs module
Module contents¶
Services, cores, and support.
A Service is something that receives a twisted web request (or perhaps something a bit more digested from formal), processes it into input data using a ContextGrammar pipes the resulting CoreArgs instance through a core to receive a data set and optionally tinkers with that data set.
A core receives a CoreArgs thing, processes it, and returns something. That something typically is a table (an instance of something derived from rsc.BaseTable), and if it is, then service will adapt it to its outputTable (if necessary), wrap it into an rsc.Data instance and return it.
Other core results will be handed through as-is, ignoring the service’s outputTable. There are two things many renderers understand: For one, complete rsc.Data instances, which you’ll want if your core produces multi-table results. And secondly, a pair of (media type, bytes), which instructs several renderers to write bytes to the client with with content-type set to media type.
Support code is in common. Most importantly, this is QueryMeta, a data structure carrying lots of information on the query being processed.