Verze 2.0.1 - připomínky

[mduda100871]

Zdravím,

pokusil jsem se nasadit poslední verzi 2.0.1 na testovací server a níže uvádím zjištěné okolnosti.

Aplikace je nasazena jako ROOT v Tomcatu - konkrétně tak, že je rozbalena z balíčku k5journals.war do dedikovaného adresáře ~/.k5journals/application/ do kterého ukazuje konfigurační soubor $CATALINA_BASE/conf/Catalina/localhost/ROOT.xml s obsahem:

<?xml version="1.0" encoding="UTF-8"?>
<Context path="" docBase="/home/tomcat-test/.k5journals/application" />

Alternativní možnost spočívající v podobě přejmenování distribučního balíčku k5journals.war na ROOT.war jsem nepoužil - předchozí varianta mi subjektivně připadá "čistší".

Po nastartování Tomcatu se ovšem nová instalace nerozběhla. Kontrolou logů jsem zjistil následující:

Dalším zkoumáním jsem zjistil, že distribučního balíčku se dostal soubor index.html, který obsahuje právě relativní cesty začínající na /k5journals/:

Odstraněním tohoto "prefixu", se aplikace rozběhla. Ještě jsem toto nastavení nalezl v souboru WEB-INF/index.html:

Nevím zda-li se jeho změna také nějak projevila, subjektivně jsem nezjistil žádnou změnu. Pokud se tento "prefix" vyskytuje ještě někde, např. ve zkompilovaném kódu, bylo by dobré to opravit a vydat opravný balíček.

Závažnější problém jsem zjistil při pokusu založit v aplikaci nový titul. Po vyplnění příslušných údajů ve formuláři jsem ho dal uložit. Aplikace vrátila hlášku, že záznam byl korektně uložen, nicméně záznam ve skutečnosti uložen nebyl - nezobrazil se v seznamu titulů. Přímou kontrolou prostřednictvím admin rozhraní Solru, jsem si potvrdil, že záznam v jádře magazines opravdu neexistuje.

Kontrolou logů, tentokrát Solru, jsem zjistil, že byla vyvolána následující výjimka:

Dalším zkoumáním jsem zjistil, že v odkazovaných indexačních schématech, konkrétně:

https://raw.githubusercontent.com/ceskaexpedice/K5Journals/master/solr/magazines/conf/managed-schema

chybí pole k5url. Doplnil jsem ho do indexovacího schématu následujícím způsobem:

Po novém načtení konfigurace jádra magazines začalo ukládání nových záznamů fungovat.

Nejsem si ovšem jistý, zda-li má definice pole k5url v indexovacím schématu je správně, tudíž je potřeba to zkontrolovat, případně změnit a následně opravit i na wiki.

Tento bod je spíše otázkou. Jak bude probíhat migrace dat ze starší instance aplikace když se bude měnit indexovací schéma? Není samozřejmě možné, aby se vytvořené záznamy zadávaly znovu ručně.

Aplikoval jsem diff na starší a nové indexovací schéma:

kde lze vidět rozdíly (jde o distribuční indexovací schéma, není tam tudíž doplněno pole k5url popisované v předchozím bodě).

Je správný předpoklad, že by stačilo aplikovat diff jako patch na původní indexovací schéma a pak jen reload příslušného jádra Solru (je jasné, že nová pole budou využita až u nově založených záznamů)?

Pokud ne, bude potřeba implementovat nějaký migrační nástroj (jako je tomu např. u Krameria), který zmigruje starší index do nového podle nového/změněného schématu.

V této souvislosti bych měl návrh na rozšíření konfigurace aplikace spočívající v možnosti "prefixovat" jednotlivá jádra v Solru jedním globálním "prefixem". Například test_, takže jednotlivá jádra by vypadala takto test_magazines, test_journal, test_editors, test_views.

Jde mimo jiné také o možnost provozovat více instancí aplikace na jednom Solru - například ostrá a testovací instance. Nyní musím pro každou instanci aplikace "namnožit" další instanci Solru, což je nepraktické a těžkopádné (např. plýtvání systémovými prostředky serveru).

MD

[albertoh]

Je správný předpoklad, že by stačilo aplikovat diff jako patch na původní indexovací schéma a pak jen reload příslušného jádra Solru (je jasné, že nová pole budou využita až u nově založených záznamů)?

Ano, staci reload