Přes API nejdou číst soubory samostatných nálezů

[motyc]

Testováno v anonymním režimu. Pravděpodobně bude problém v návaznosti na soubor.stav.

Viz např.: https://api-test.aiscr.cz/dapro/oai?verb=GetRecord&identifier=https://api-test.aiscr.cz/id/1585321621892_C-202000003-N00003F1.jpg&metadataPrefix=oai_amcr

[pbartosova]

Nejedná se o obecný problém. Tomuto souboru je přiřazeno oprávnění C. I když by mělo být A. Oproti tomu, tomuto souboru je přirazeno A, i když by mělo být C. https://api-test.aiscr.cz/dapro/oai?verb=GetRecord&identifier=https://api-test.aiscr.cz/id/1589979774720_C-202000003-N00005F1.jpg&metadataPrefix=oai_amcr Problém je v komponentě Filter, která přiřazuje oprávnění. Musí se doplnit, že v případě samostatných nálezů není archivovaný stav 3, ale 4, u ostatních souborů, které jsou vázané na jiné entity (dokument) zůstane 3. @Najiva: Jedná se o tvoji komponentu RDFFilter, prosím o opravu a hlavně návrh, jak zacházet s různými soubory jinak.

[Najiva]

Udelal jsem korekci v knihovne filtr (nekolik commitu ale funkcni je c7a612e26e75c21b6bd29449b3614bb63dbf8467) a nasadil jsem tuto verzi jako novy scrubber ktery vyfiltruje zaznamy souboru pro dokumenty ve stavu 3 a samostatne nalezy ve stavu 4 na test. Novou verzi scrubberu jsem oznacil 1.1 stjene jako novou verzi filtru. Je jiz mozne otestovat dapro pro konkretni soubory na testu. Taky jsem postup nasazeni nove knihovny filtr zdokumentoval v API_amcr_konfigurace ktery je na sharepointu, cast "Update knihovny filter v scrubber, dapro, rdfcon". Kdyz bude test v poradku tak bude potreba stejnym postupem aktualizovat rdfcon ktery musi mit zabalene nove jarko filtru taky. (dapro pouziva pouze konstanty z filtru takze tam to zatim nutne neni).

[motyc]

Podle mne to nyní na testu běží v pořádku.