ověření persistentního URL

[GoogleCodeExporter]

K4 by měla mít kdesi uvnitř převodní tabulku URLs, která si nese titul z 
K3, tzv. persistentní URL. Po přechodu na K4 by volání tohoto URL mělo 
dát ten samý titul, jako za existence K3.
Existuje nějaký způsob, jak ověřovat, zda tato funkcionalita funguje jak 
má? Zda se správně páruje staré URL ala kramerius/handle/ABA001/205770 s 
nově přidělovaným search/handle/uuid:80322280-9e6f-11dc-a452-000d606f5dc6? 
Zkrátka jak zavolat tímto starým URL z K3 titul v K4?

Original issue reported on code.google.com by Martin.B...@nkp.cz on 22 Dec 2011 at 9:19

• Merged into: #241

[GoogleCodeExporter]

Handle je ulozen primo v datech fedory (RELS-EXT). Zavolani je stejne jako u 
uuid s tim, ze se misto pidu objektu da handle.  Ukazu na prikladu stareho 
krameria: 

http://kramerius4.mzk.cz/search/handle/BOA001/9425
http://kramerius4.mzk.cz/search/handle/uuid:bdc405b0-e5f9-11dc-bfb2-000d606f5dc6

Zkousel jsem to i na krameriusdemo, kde je nasazena beta verze a tam mi to 
hodilo chybu.  Nevim proc, budu zkoumat. 

Toto issue zavru a vytvorim nove.  

Original comment by pavel.st...@gmail.com on 22 Dec 2011 at 10:10

[GoogleCodeExporter]

starym krameriem je myslen kramerius 4 ale ten oranzovy - ne sedy

Original comment by pavel.st...@gmail.com on 22 Dec 2011 at 10:12

[GoogleCodeExporter]

Je-li to, jak píšete, pak se obávám, že to bylo špatně pochopeno. 
Popíšu situaci:
V K3 vytvořené persistentní URL je umístěno na desítkách místech po 
celém internetu (katalogy i odkazy samotných čtenářů). Slibováno bylo, 
že toto URL bude vždy za každých podmínek směrovat tam, kam nyní. To 
znamená, pokud nyní s K3 URL 
http://kramerius.nkp.cz/kramerius/handle/ABA001/205770 odkazuje na titul 
Jesličky, musí s K4 udělat to samé (až tedy K4 nahradí K3 - nepojede to 
oboje spolu, změna bude provedena ostrým střihem). Jakákoliv úprava URL 
tedy není možná a vámi zmiňované 
http://kramerius4.mzk.cz/search/handle/BOA001/9425 je tedy chybně. Asi by se 
to mělo dát odsimulovat funkčností odkazu
http://kramerius4.mzk.cz/kramerius/handle/BOA001/9425
vs.
http://kramerius4.mzk.cz/search/handle/uuid:bdc405b0-e5f9-11dc-bfb2-000d606f5dc6

P.S. U nově digitalizovaných dokumentů je tento problém pochopitelně 
irelevantní, ty už si ponesou svoje jedinečné uuid.

Tedy pokud jsem to celé chybně nepochopil já :-o

Original comment by Martin.B...@nkp.cz on 22 Dec 2011 at 10:23

[GoogleCodeExporter]

Myslim, ze to neni problem.  Zda se aplikace jmenuje search nebo kramerius je 
otazka nastaveni kontextu v tomcatu. Ostatni cast za kontextem je stejna jako 
byla u puvodni K3. 

Original comment by pavel.st...@gmail.com on 22 Dec 2011 at 10:39

[GoogleCodeExporter]

To jistě není, ale bylo to předmětem zadání a bylo by tedy dobré toto 
náležitě zdokumentovat. Nicméně přiznám se, že jsem to v dokumentaci 
nehledal, je-li to tam, pak se za zbytečné issue omlouvám.

Original comment by Martin.B...@nkp.cz on 22 Dec 2011 at 10:43

[GoogleCodeExporter]

Abych ale nemluvil do větru, odcituji zde text ze zápisu schůzky konané 
12.11.2009 volně zde dostupného 
(http://www.incad.cz/kramerius4/zapis091112.pdf):
...
Pro zachování funkčnosti handlu bude vytvořen modul, který přesměruje 
požadavek na správnou URL. Je nutné ověřit, zda všechny systémy 
používají URL s handlem nikoli s PSShowXXX.do?id=xx.
UUID je nutné zachovat z původní verze Krameria.
...

Original comment by Martin.B...@nkp.cz on 22 Dec 2011 at 2:17

[GoogleCodeExporter]

Hmm... presne to je tam naimplementovano. Identifikator ve tvaru "BOA001/9425" 
se presmeruje na konrektni adresu do aplikace.  Vse ostatni je otazka  
nastaveni kontejneru, ve kterem aplikace bezi.  Adresa serveru, otevreny port 
serveru (jestli standardni 80 nebo jiny), jestli aplikace bezi nad HTTP nebo 
HTTPS a v posledni rade i kontext aplikace.

Original comment by pavel.st...@gmail.com on 23 Dec 2011 at 7:52

[GoogleCodeExporter]

Jeste jednu poznamku ke kontextu.  Myslim, ze tohle muze byt slozitejsi otazka. 
Zalezi totiz na tom, jakym zpusobem to maji kde nasazene.  Nekde maji napriklad 
predsazeny apache a pouzivaji URL rewriting (takto je to treba v Brne), nekde 
pouzivaji IIS zde je tusim taky neco podobneho, nekde pouzivaji jako primarni 
webovy server samotny tomcat.  "Zviditelneni" adresy aplikace se pak muze lisit 
dle toho kde a jak to bezi ale hlavne je to uz mimo dosah samotne aplikace K4.  

Original comment by pavel.st...@gmail.com on 23 Dec 2011 at 8:09

• Changed state: Done

[GoogleCodeExporter]

No ono nejde o to "jakým způsobem to maji kde nasazene". Zde se totiž jedná 
o zcela konkrétní nasazení vycházející ze zadání, tedy o perzistentní 
URL z KNAV, MZK ale především NK. Mělo (tedy dle mého a pokud se pletu, 
pak se omlouvám) být úkolem řešitele a příjemce peněžitého plnění 
toto zabezpečit.
Ještě nejsem tak hluboce seznámen se všemi dokumenty ke K4 a tak nevím, v 
jaké fázi se toto platilo a kým, určitě to ale mělo být demonstrované, 
že to funguje. Já v tuto chvíli nevidím ani funkcionalitu ani návod 
(dokumentaci), jak to na našich konkrétních konfiguracích zprovoznit.

Original comment by Martin.B...@nkp.cz on 2 Jan 2012 at 7:10

• Changed state: Started

[GoogleCodeExporter]

Persistentní URL, jako každé jiné URL, má dvě části. První část 
(http://kramerius.nkp.cz/kramerius) je nezávislá na vlastní aplikaci 
Kramerius (to platí pro verzi 3 i 4) a její tvar je výhradně záležitost 
nastavení vašeho webserveru, což je popsáno v dokumentaci tohoto serveru, 
resp. jeho příslušných modulů. Druhá, aplikační část URL 
(/handle/ABA001/205770) je v K4 identická jako v K3. V aktuální betaverzi 
K4.5 je tento tvar persistentního URL bohužel nefunkční, bude 
znovuzprovozněn vyřešením issue 241. 

Original comment by vlah...@gmail.com on 2 Jan 2012 at 10:48

• Changed state: Duplicate