All "targets" settings now use pz:id= instead of pz:id~ (pattern matching)
authorMike Taylor <mike@indexdata.com>
Tue, 24 Jun 2014 10:15:45 +0000 (12:15 +0200)
committerMike Taylor <mike@indexdata.com>
Tue, 24 Jun 2014 10:15:45 +0000 (12:15 +0200)
commit8f912d7baddd2e1c1e9b8b9e9601b4ed842bbe5f
tree3cfda28d13485ffd309b861d6c082b1b95caa98d
parent886969d3862c06f65da3cec2ad5f6842edb12a0c
All "targets" settings now use pz:id= instead of pz:id~ (pattern matching)

All "targets" settings now have (incorrect, but working) trailing
slashes. Why is this? The Service-proxy has code that mangles ZURLs
for the use of the CF (adding rich-database-name parameters), and its
lax regular expression wrongly interprets the trailing ":3552" as a
port number. So it "fixes" this ZURL by appending a slash, and then
uses the fixed version of the URL as its unique ID. The result is that
even though the ZURL in the Torus record is
        lui.indexdata.com:8080/solr4/select?fq=database:3552
the ID that it uses is
        lui.indexdata.com:8080/solr4/select?fq=database:3552/
And indeed if I change the MKWS code to use this ID instead of the
correct one, it can be made to work.

These should soon be replaced by much less fragile UDB-based target
filtering.
examples/htdocs/auto3.html