Ondřej Košarko

@iiegn Do you mean issue 27 in our tracker or some other? Btw the issue is actually one step before when the javascript makes a request for `rest/handle/20.500.12124/6` and for...

@iiegn What version are you running?

@kreetrapper can you run `find | grep "jersey"` in your installation dir? I think it should return only these (mind especially the version number): ``` ./webapps/rest/WEB-INF/lib/jersey-client-2.27.jar ./webapps/rest/WEB-INF/lib/jersey-container-servlet-2.27.jar ./webapps/rest/WEB-INF/lib/jersey-server-2.27.jar ./webapps/rest/WEB-INF/lib/jersey-common-2.27.jar ./webapps/rest/WEB-INF/lib/jersey-container-servlet-core-2.27.jar...

@kreetrapper strange `curl -H "Accept: application/json" https://clari/rest/handle/20.500.12124/6` now works for me, it didn't before, what changed? the version box now works too

@iiegn If you haven't already, try going through the dspace and tomcat logs from friday. Maybe there'll be some clue to why the json marshalling was not working.

Seems that not all licenses from license selector are present in the license database after fresh install. eg Public Domain Mark (PD)

I'll have to check that. Though it's the change that's causing the issue, right? Does it work as expected, if you create a license as "ask only once"?

Those licenses with strike through (~strike through~) should be mapped automatically on harvest; specifying `http://w3id.org/meta-share/meta-share/unspecified` should be enough. The multi licenses (eg. UD*) should get either other `http://w3id.org/meta-share/meta-share/other` or unspecified

Does this deprecate dspace-l10n-check.py, can it be removed? Does https://github.com/ufal/clarin-dspace/wiki/Language-localisation need updating?

> I would say so. But that sort of assumes that users everywhere prefer my script. :) @cyplas seems (https://github.com/ufal/clarin-dspace/blob/4e892cfe0b2d53525d671941a67afdcd7b6a48f8/utilities/project_helpers/scripts/dspace-l10n-check.py) that you are the only contributor to that file. Maybe...