Running Solr mit Jetty

Question

Ich habe ein wenig Probleme zu verstehen, wie Solr passt mit Jetty, und warum ich nicht scheinen kann, um die start.jar in das Verteilungspaket zu arbeiten.

Ich kann alle Beispielkonfigurationen über java -jar start.jar ausführen. Allerdings, wenn ich versuche, so etwas wie das follwing laufen -

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

- der folgenden Fehler tritt auf:

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) 

öffnete ich die start.jar Datei auf, und es gibt eine start.config Datei innerhalb des Glases, die ich vermute, sollte diese Konfiguration für mich behandeln. Ich verstehe nicht, warum es funktioniert, wenn es innerhalb des Verzeichnisses der Distributionsbeispiele ausgeführt wird, aber nicht außerhalb davon.

Answer 1

Anlegesteg wird oft als eingebetteter Container verwendet. Wenn Sie den Anlegesteg verwenden möchten, wäre es ein guter Anfang, das Beispielverzeichnis zu kopieren und es so umzubenennen, wie es sein soll. Das Verzeichnis solr ist das für die Grundkonfiguration.

Andernfalls wird empfohlen, Tomcat und die Datei solr.war zu verwenden.

Answer 2

Die start.jar ist ein anlegerspezifischer Mechanismus, der alle Klassenpfadanforderungen zum Starten von Jetty ausbaut. Es wird in der Regel nur im Rahmen der Stegverteilung verwendet. Wenn Sie die start.jar-Datei aus der Konfiguration ziehen und an anderer Stelle platzieren, wird die Standardkonfiguration der start.config-Datei eher ungültig.

Mein Verständnis von Solr ist, dass es sich mit einer Verteilung von Anlegesteg bündelt, Platziert, was es braucht, um in die Verteilung zu laufen und es als sein eigenes neu zu verpacken. Sie verfügen möglicherweise über eine benutzerdefinierte start.config-Datei, die weitere eigene Speicherorte für Klassenpfadressourcen und ähnliches hinzufügt oder nicht.

Die Ausnahme, die Sie sehen, stammt von der Datei start.config, die ein etc/-Verzeichnis erwartet, das die XML-Dateien jetty.xml enthält, die zum Konfigurieren des Anlegestegprozesses verwendet werden.

Anlegesteg, der oft in einem eingebetteten Format verwendet wird, hat wenig mit diesem Problem zu tun, es ist einfach ein häufiger Anwendungsfall, da Anlegestelle unglaublich einfach in eine Anwendung eingebettet werden kann. Eingebettete Instanzen von Anlegestellen nutzen selten (wenn überhaupt) eine start.jar ... stattdessen liegt es an der Einbettungsanwendung, ihren eigenen Klassenpfad zu verwalten.

Answer 3

Sie müssen auch die Eigenschaft jetty.home definieren. Versuchen:

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

Answer 4

Sie können die effektive Befehlszeile start.jar siehe erzeugt durch den --dry-run-Befehlszeile-Flag verwenden.

java -jar start.jar --dry-run

, dass alles Ausgang mit vollständigen Pfadnamen werden, so dass Sie es von außerhalb des Verzeichnisses ausgeführt werden können.

Quelle: http://www.eclipse.org/jetty/documentation/9.0.0.M3/advanced-jetty-start.html

Answer 5

Zuerst müssen Sie Ihre Ordner, in dem start.jar befindet, dann den gleichen Befehl auszuführen.