more work on SRU explain filters
authorMarc Cromme <marc@indexdata.dk>
Sun, 7 Jan 2007 00:41:18 +0000 (00:41 +0000)
committerMarc Cromme <marc@indexdata.dk>
Sun, 7 Jan 2007 00:41:18 +0000 (00:41 +0000)
commit30c0a93ac5646f497d4f1eabd3ddb5132ea1c37a
tree134c94f8ada38370015c2e8071c7eb251a4a9121
parentca73e405d75609d59a97427fb8b9cb508187127f
more work on SRU explain filters
let SRU explain packages pass through sru_z3950 filter
catch SRU explain packages in zeerex_explain filter
depreciate build_simple_explain() function
introduced build_sru_explain() function which does it all
introduced SRUServerInfo class used to determine SRU database, host and port _before_ parsing of SRU request did succeed, as one has to know which of multiple databases expain to send in case that SRU request is unparsable
still missing actual dump of XML dom explain from correct database
recognized that splitting SRU explain in zeerex_explain filter and SRU searchRetrieve in sru_z3950 filter is a bad idea, as double work is needed to parse the same explain XML dom info, but for sake of this checkin these are kept separated. planned to move SRU explain to sru_z3950 filter, and use zeerex_explain filter for z3950 packages zeerex explain operation only (maybe making mapping from explain classic to zeerex explain ??)
src/filter_sru_to_z3950.cpp
src/filter_zeerex_explain.cpp
src/sru_util.cpp
src/sru_util.hpp