[Koha-devel] REST API not working in koha-testing-docker?

[Tomas Cohen Arazi]

I use Postman which has richer authentication options.

Dcook: this is related to not using plack, right?

El jue., 12 de marzo de 2020 06:50, David Nind <david.nind at gmail.com>
escribió:

> - > 500 Internal Server error (with no obvious messages in the server
> logs other than a missing “Routing to a callback”)
>
>    1. http://localhost:8080/api/v1/items
>    2. http://localhost:8080/api/v1/patrons
>    3. http://localhost:8080/api/v1/libraries
>
> If I use 127.0.0.1 (rather than localhost) I get responses (on master).
>
> If RESTPublicAPI is disabled I get {"error":"Something went wrong, check
> the logs."}
>
> https://wiki.koha-community.org/wiki/Using_the_Koha_REST_API
>
> Maybe something is wrong with your koha-testing-docker setup?
>
> David Nind | david.nind at gmail.com
> PO Box 12367, Thorndon, Wellington, New Zealand 6144
> m. +64 21 0537 847
>
>
> On Thu, 12 Mar 2020 at 17:41, <dcook at prosentient.com.au> wrote:
>
>> Hi all,
>>
>>
>>
>> I’m finally getting around to playing with the REST API, but it’s not
>> quite working as expected.
>>
>>
>>
>> In koha-testing-docker (with the latest koha-testing-docker git repo and
>> Docker images as of this writing), I’m getting the following in the browser:
>>
>>
>>
>>    1. 200 OK
>>       1. http://localhost:8080/api/v1/.html
>>       2. http://localhost:8080/api/v1/ or
>>       http://localhost:8080/api/v1/.json
>>    2. 500 Internal Server error (with no obvious messages in the server
>>    logs other than a missing “Routing to a callback”)
>>       1. http://localhost:8080/api/v1/items
>>       2. http://localhost:8080/api/v1/patrons
>>       3. http://localhost:8080/api/v1/libraries
>>
>>
>>
>> If I use “curl” or a Perl script, then I get a 401 error instead of a 500
>> error. (Although in Koha 19.11, I can get JSON results in either the
>> browser or with curl for those endpoints, but that’s a whole other matter.)
>>
>>
>>
>> RESTBasicAuth = 1 means I can use the API via curl, but still nothing via
>> the browser. Which is fine I guess in practice but it’s not really what
>> you’d expect. I often use browser requests to test out GET requests for
>> APIs.
>>
>>
>>
>> I don’t really get how RESTPublicAPI works either. If it’s disabled, it
>> says ‘{"error":"Configuration prevents the usage of this endpoint by
>> unprivileged users"}’, but that doesn’t seem accurate, since disabling that
>> system preference blocks the /public APIs in general, right? Even if you
>> use a privileged user, it still doesn’t work.
>>
>>
>>
>> Actually, even with RESTPublicAPI enabled, I can’t get the /public
>> endpoints to work. I get errors like this ‘{"error":"Authorization failure.
>> Missing required permission(s).","required_permissions":null}’.
>>
>>
>>
>> This email is getting a bit long and I think I have a million other API
>> problems, so I might just work through one by one and open Bugzilla tickets
>> as I go…
>>
>>
>>
>> David Cook
>>
>> Systems Librarian
>>
>> Prosentient Systems
>>
>> 72/330 Wattle St
>>
>> Ultimo, NSW 2007
>>
>> Australia
>>
>>
>>
>> Office: 02 9212 0899
>>
>> Direct: 02 8005 0595
>>
>>
>> _______________________________________________
>> Koha-devel mailing list
>> Koha-devel at lists.koha-community.org
>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
>> website : http://www.koha-community.org/
>> git : http://git.koha-community.org/
>> bugs : http://bugs.koha-community.org/
>>
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at lists.koha-community.org
> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
> website : http://www.koha-community.org/
> git : http://git.koha-community.org/
> bugs : http://bugs.koha-community.org/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20200312/661b5030/attachment.html>