https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30332
Bug ID: 30332
Summary: SRU does not work via https
Change sponsored?: ---
Product: Koha
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: P5 - low
Component: Z39.50 / SRU / OpenSearch Servers
Assignee: [email protected]
Reporter: [email protected]
QA Contact: [email protected]
CC: [email protected]
I tried to add an SRU service for
https://www.obvsg.at/en/catalogues/access-via-sru. They only provide access via
https. So I set it up like this:
Server name: OBVSGT
Hostname: https://services.obvsg.at
Port: 443
Database: sru/OBV-LIT
Additional SRU Options: operation=searchRetrieve, sru=get, sru_version=1.1
SRU search field mappings:
title=alma.title,isbn=alma.isbn,srchany=alma.all_for_ui,author=alma.creator,issn=alma.issn,subject=alma.subjects,dewey=alma.dewey_decimal_class_number
This produces a valid URL when calling _create_connetion in C4::Breeding.
But the SRU API always returned errors: 235 Database does not exist.
So I tried to figure out what Koha is actually sending, but failed, because
this seems to happen in some C code via ZOOM.
But we have a lot of working SRU setups via plain http. So I hacked up a quick
proxy, launched that on a non-https port, and now it works.
So I assume that Zoom has a problem with https, which is very annoying, because
more and more services will switch to https only in the future (or already have
switched)
Any ideas what to do here?
I will attach my proxy script in a minute, so you can see for yourself...
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
_______________________________________________
Koha-bugs mailing list
[email protected]
https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
