Einfaches Suchen und Finden von INTERLIS-Datenmodellen. Es werden die Default-INTERLIS-Modellablagen und die damit verknüpften Ablagen auf Basis der jeweiligen ilimodels.xml-Datei. Siehe LuceneSearcher.java zwecks Umfang und Struktur der Indexierung.
- Bis ili2c V5.2.7 ist es nicht möglich die Repository-URL resp. iliSite-URL eines Modells zu kennen (https://github.com/claeis/ili2c/commit/fe72e6dee6bfd66017e2386f7a57091aaf94c128). Daraus folgt, dass man nicht exakt nach einem Repository gruppieren und eingrenzen kann. D.h. auch, dass
?ilisite=example.com/modelsnicht funktioniert, weil momentan nur auf die Domain eines Repositories indexiert wird. Der korrekte Suchparameter müssten?ilisite=example.comlauten.
Die Anwendung kann vom Benutzer über zwei Query-Parameter gesteuert werden (z.B. über einen Bookmark):
Ist expanded=true gesetzt, sind die INTERLIS-Modellablagen im Resultatefenster aufgeklappt. Fehlt der Query-Parameter oder ist er ungleich true, sind die Modellablagen nicht aufgeklappt. Die Details der Modelle sind immer zugeklappt.
http://localhost:8080?expanded=true
Mit ilisite=<repo_name> wird nur innerhalb dieser INTERLIS-Modellablage gesucht. Weil man (ich?) momentan die transitiven iliSite-Url nicht kennen kann, sondern anhand der Modelldatei-Url bloss den Domain-Namen, wird im Prinzip dieser verwendet.
http://localhost:8080?ilisite=models.geo.admin.ch
Wir query=<query string> verwendet, kann direkt via URL gesucht/gefiltert werden.
http://localhost:8080?query=wald
Mit nologo=true wird das Logo nicht gerendert. Bei allen anderen Werten als true wird das Logo gerendert.
http://localhost:8080?nologo=true
First terminal:
./mvnw spring-boot:run -Penv-dev -pl *-server -am
Second terminal:
./mvnw gwt:codeserver -pl *-client -am
Or without downloading all the snapshots again:
./mvnw gwt:codeserver -pl *-client -am -nsu
./mvnw -Penv-prod clean package
./mvnw -Pnative test
./mvnw -DskipTests -Penv-prod,native package
Mir ist das in der Gesamtheit noch zuwenig klar und ich verstehe die Anleitung (spring-native) auch nicht so wirklich. Herausfordernd auch weil ich noch Gradle-Projekte habe. Bisher setzte ich bei den Tests das Profile "native" nicht und es hat funktioniert (auch mit Lucene). Hier war es aber notwendig. Es scheint (siehe POM), dass auch nur dann der Agent läuft (?). Dafür wird jetzt das Image zweimal gebuildet.
docker run -p 8080:8080 sogis/modelfinder
http://localhost:8080/actuator/health/
Nach dem Hochfahren wird der Suchindex erstellt. Während des Erstellens ist die Anwendung "live" aber noch nicht "ready". Der Scheduler scheint mir auf Digitalocean nicht zu funktionieren. Ebenfalls können einige Repos nicht gelesen werden (Firewall?).
- Prüfen, ob "escape" der URL reicht und die Modelle gefunden werden oder ob, z.B. bereits escaped indexiert werden muss.
- Jar versioning? In Kombination mit Dockerimage (gh action workflow)
- ...