2015-02-26 1 views
0

Je cours Tomcat de mon environnement virtuel buildout. url: http://localhost:8081/solr/Tomcat fonctionne mais pas Solr

Je laissai tomber dans mon solr.xml ici:

/home/userdir/tomcat6/conf/Catalina/localhost/solr.xml 

contenu de mon solr.xml est comme ci-dessous:

<?xml version="1.0" encoding="UTF-8" ?> 
<Context docBase="/home/userdir/solr/solr/solr.war" debug="0" crossContext="true"> 
    <Environment name="solr/home" type="java.lang.String" value="/home/userdir/solr/solr" override="true" /> 
</Context> 

je pouvais obtenir le solr travailler avec la solution de contournement:

  1. Changé le solr/home dir pour pointer vers un mauvais chemin/home/userdir/Solr
  2. Cela a créé une erreur lorsque j'ai rechargé solr.
  3. J'ai remplacé le solr/home dir retour tho le bon chemin:/home/userdir/Solr/Solr
  4. tomcat Restarted
  5. Cette décompressé a les pots à mon/home/userdir/tomcat6/webapps/Solr/WEB-INF/lib
  6. Solr était opérationnel à http://localhost:8081/solr/

Ma question: Pourquoi est-ce que je dois produire une erreur fournissant un mauvais chemin pour solr/home pour qu'il redéployer? Pourquoi ne redéploie pas le solr lorsque le nouveau solr.xml a été fourni Comment lui demander de déballer les pots et de les redéposer automatiquement?

Répondre

0

Je n'ai pas très bien compris vos questions ni votre objectif. Normalement, lorsque vous lancez une instance de solr, vous pouvez accéder localement par défaut par

http://localhost:8983/solr

Si vous avez des restrictions de porte ou plusieurs instances de Solr en cours d'exécution, vous devez spécifier le port de la jetée (- Djetty.port = xxxx) au démarrage pour y accéder.

+0

Salut J'isole le tomcat et le solr dans mon environnement de buildout des instances existantes de tomcat et de solr, le cas échéant, sur la machine hôte. – nab

+0

Aussi, je n'utilise pas la jetée que je suis en train de courir dans tomcat d'où ma mise en place. J'ai aussi choisi un autre port 8081 – nab