Skip to main content

Installation Tomcat 7 Solr 4 par JNDI sur CentOS 6


Contexte

Pour des sites à nombre élevé de contenu, il peut être une solution de s'aider de Solr pour l'indexation du contenu et rapidifier les recherches. Pour cela il faut installer Tomcat et ajouter certains modules à l'installation de Drupal. Ceci agrémenté d'une configuration.
Il existe une documentation d'installation de Solr mais basée sur Tomcat 6. C'est un Wiki, donc en théorie je devrais pouvoir contribuer, mais avant, je publie la version française sur mon blog.

Installer Tomcat 7

On choisi le répertoire “/opt/tomcat/” comme racine
La version choisie est la dernière sortie à l'écriture de ce document.
La distribution binaire proposée par le site de Tomcat convient très bien pour cet exercice.
Les répertoires dont on va se servir sont
  • /opt/tomcat/conf/Catalina/localhost/
  • /opt/tomcat/lib/

Installer Solr

Solr est téléchargeable depuis son site Web.
On a à disposition une archive “.tar.gz”. On n'aura pas besoin de tout son contenu, mais maulheureusement il faudra la télécharger intégralement.
Une fois téléchargée, il faut la désarchiver et on se servira des répertoires et fichiers suivant:
  • example/solr
  • resources/*
  • lib/ext/*
  • dist/solr-X.Y.Z.war
Comme affirmé plus haut, le reste n'est pas utile...

On choisi d'utiliser JNDI pour l'installation
Le répertoire utilisé comme racine ce cette instance Solr sera “/opt/solr/solr1/”.
Dans ce répertoire racine
  • on copiera le “.war” et on le nommera “solr.war”.
  • On copiera l'entégralité du répertoire “example/solr”.
    • On aura donc un répertoire nommé “/opt/solr/solr1/solr” qu'on appelera le “SolrHome”.
On revient dans l'arborescence du Tomcat et dans “/opt/tomcat/conf/Catalina/localhost/solr1.xml” on mettra
<?xml version="1.0" encoding="utf-8"?>
<Context docBase="/opt/solr/solr1/solr.war" crossContext="true" >
<Environment name="solr/home"
type="java.lang.String"
value="/opt/solr/solr1/solr"
override="true" />
</Context>

  • On copie "dist/solrj-lib/*.jar" dans "/opt/tomcat/lib/"
  • On doit ajouter "/opt/tomcat/lib/" en tant que "java.library.path":
    • Dans "/opt/tomcat/bin/setenv.sh", mettre "JAVA_OPTS="-Djava.library.path=/opt/tomcat/lib""
En relançant Tomcat avec “/opt/tomcat/bin/shutdown.sh” puis “/opt/tomcat/bin/startup.sh”, puis en allant dans le Manager Tomcat, on devrait avoir une application nommée “solr1”.

Installer Drupal et les modules

Il faut le module ApacheSolr pour intéragir avec Solr et Devel+DevelGenerate pour générer du contenu aléatoire massif.
Installer ces modules et générer beaucoup de contenu. Au moins 500 contenus sur une machine moderne.

Configurer Solr pour utiliser les shema de contenu Drupal

On va copier le contenu de “/var/www/html/sites/all/modules/apachesolr/solr-conf/solr-4.x/” dans “/opt/solr/solr1/solr/collection1/conf/”. Ceci a pour but d'informer Solr de la structure des documents dans Drupal.
“/var/www/html/sites/all/modules/apachesolr/solr-conf/solr-4.x/” est fourni avec le module Drupal Apachesolr.

Configurer Drupal

Configuration des “Active Search Modules”


Configuration de l'URL du Solr.

Déclencher la réindexation.

Popular posts from this blog

Undefined global vim

Defining vim as global outside of Neovim When developing plugins for Neovim, particularly in Lua, developers often encounter the "Undefined global vim" warning. This warning can be a nuisance and disrupt the development workflow. However, there is a straightforward solution to this problem by configuring the Lua Language Server Protocol (LSP) to recognize 'vim' as a global variable. Getting "Undefined global vim" warning when developing Neovim plugin While developing Neovim plugins using Lua, the Lua language server might not recognize the 'vim' namespace by default. This leads to warnings about 'vim' being an undefined global variable. These warnings are not just annoying but can also clutter the development environment with unnecessary alerts, potentially hiding other important warnings or errors. Defining vim as global in Lua LSP configuration to get rid of the warning To resolve the "Undefined global vi...
Read more

npm run build base-href

Using NPM to specify base-href When building an Angular application, people usually use "ng" and pass arguments to that invocation. Typically, when wanting to hard code "base-href" in "index.html", one will issue: ng build --base-href='https://ngx.rktmb.org/foo' I used to build my angular apps through Bamboo or Jenkins and they have a "npm" plugin. I got the habit to build the application with "npm run build" before deploying it. But the development team once asked me to set the "--base-href='https://ngx.rktmb.org/foo'" parameter. npm run build --base-href='https://ngx.rktmb.org/foo did not set the base href in indext.html After looking for a while, I found https://github.com/angular/angular-cli/issues/13560 where it says: You need to use −− to pass arguments to npm scripts. This did the job! The command to issue is then: npm run build -- --base-href='https://ngx.rktmb.org/foo...
Read more

CopilotChat GlobFile Configuration

CopilotChat GlobFile Configuration Want to feed multiple files into GitHub Copilot Chat from Neovim without listing each one manually? Let's add a tiny feature that does exactly that: a file glob that includes full file contents . In this post, we'll walk through what CopilotChat.nvim offers out of the box, why the missing piece matters, and how to implement a custom #file_glob:<pattern> function to include the contents of all files matching a glob. Using Copilot Chat with Neovim CopilotChat.nvim brings GitHub Copilot's chat right into your editing flow. No context switching, no browser hopping — just type your prompt in a Neovim buffer and let the AI help you refactor code, write tests, or explain tricky functions. You can open the chat (for example) with a command like :CopilotChat , then provide extra context using built-in functions. That “extra context” is where the magic really happens. Built-in functio...
Read more