Uruchamianie Solr z Jetty

Question

Mam trochę problemów ze zrozumieniem, w jaki sposób Solr pasuje do Jetty, i dlaczego nie mogę uzyskać start.jar w pakiecie dystrybucyjnym do pracy.

Mogę uruchomić wszystkie przykładowe konfiguracje przez java -jar start.jar. Jednak, gdy próbuję uruchomić coś jak follwing -

java -Dsolr.solr.home=/Users/jwwest/solr -jar $(brew --prefix solr)/libexec/example/start.jar 

- następujący błąd:

java.io.FileNotFoundException: No XML configuration files specified in start.config or command line. 
    at org.eclipse.jetty.start.Main.start(Main.java:506) 
    at org.eclipse.jetty.start.Main.main(Main.java:95) 

otworzyłem plik start.jar, a tam jest start.config plik znajdujący się wewnątrz słoika, który zakładam powinien obsługiwać tę konfigurację dla mnie. Nie rozumiem, dlaczego będzie działał po uruchomieniu z katalogu przykładów dystrybucji, ale nie poza nim.

Answer 1

Mola jest często używana jako pojemnik osadzony. Jeśli chcesz korzystać z pomostu, dobrym początkiem byłoby skopiowanie katalogu przykładowego i zmiana jego nazwy na pożądaną. Katalog solr jest katalogiem podstawowym.

W innym przypadku zaleca się użycie tomcat i pliku solr.war.

Answer 2

Start.jar to mechanizm specyficzny dla pomostu, który działa w celu zbudowania wszystkich wymagań dotyczących ścieżki startowej Jetty. Zasadniczo jest on stosowany wyłącznie w zakresie dystrybucji pomostu. Wyciągnięcie pliku start.jar z konfiguracji i umieszczenie go w innym miejscu powoduje, że domyślna konfiguracja pliku start.config jest raczej dyskusyjna.

Moje rozumienie Solr polega na tym, że łączy się z dystrybucją pomostu, umieszczając wszystko, co musi, aby uruchomić w dystrybucji i przepakowując je jako własne. Mogą mieć niestandardowy plik start.config, który dodatkowo dodaje własne lokalizacje dla zasobów klasy Clas i tym podobnych, lub nie.

Wyjątek, który widzisz, wynika z pliku start.config oczekującego pliku etc/zawierającego pliki xml sformatowane w formacie xml, które są używane do konfigurowania procesu pomostu.

Molo często używane w formie osadzonej ma niewiele wspólnego z tym problemem, jest to po prostu powszechny przypadek użycia, ponieważ pomost jest niezwykle łatwy do osadzenia w aplikacji. Osadzone instancje pomostu rzadko (jeśli w ogóle) wykorzystują start.jar ... zamiast tego do aplikacji do osadzania należy zarządzanie własną ścieżką klas.

Answer 3

Należy również zdefiniować właściwość jetty.home. Wypróbuj:

Answer 4

Możesz zobaczyć efektywną linię poleceń start.jar generowaną przez użycie flagi -dry-run.

java -jar start.jar --dry prowadzony

To będzie wyjściowej wszystko z pełnych nazw ścieżek, dzięki czemu można go uruchomić spoza katalogu.

Źródło: http://www.eclipse.org/jetty/documentation/9.0.0.M3/advanced-jetty-start.html

Answer 5

Po pierwsze, trzeba zmienić folder, w którym znajduje się start.jar, a następnie wykonać tę samą komendę.