Sommaire
La version 1.1.0 de Pristy Search Service, le fork d’Alfresco Search Services développé par Jeci, est sortie en cette fin septembre 2026, après plusieurs mois de tests. Elle remet le moteur de recherche d’Alfresco Community sur un Apache Solr 9 standard, alors qu’Alfresco a retiré tout support de Solr depuis la version 26.2. Elle a été testée avec Alfresco Community 26.2.
Depuis juillet 2026, Alfresco Community 26.2 ne propose plus Apache Solr. Le module historique — un Solr 6.6.5 patché par Alfresco, jamais mis à niveau en amont — est remplacé par Alfresco Search Community, un connecteur vers OpenSearch ou Elasticsearch distribué uniquement en binaire, sans code source publié.
Jeci travaille depuis plusieurs mois sur Pristy Search Service, un fork libre d’Alfresco Search Services qui répond à ce vide : une recherche Alfresco open source, basée sur un Apache Solr 9 vanilla. Il est aujourd’hui en version 1.1.0.
Vous pouvez retrouver le dépôt pristy-search-services sur notre GitLab.
Pour situer Pristy Search Service dans l’ensemble de l’offre Pristy face à Alfresco Community, voir notre comparatif Pristy Core face à Alfresco Community 26.2.
Pourquoi ce fork existe
Alfresco Community s’appuyait depuis des années sur un Solr 6.6.5, une version vieille de près de dix ans, patchée en interne par Alfresco et jamais remise à niveau par rapport aux versions distribuées par la fondation Apache. Avec l’arrêt de tout support Solr dans Alfresco Community 26.2, les déploiements Alfresco Community qui veulent rester sur une base 100% Apache — ouverte, à jour, et dont le code reste public — n’ont plus d’option officielle.
La seule alternative fournie par Alfresco, Alfresco Search Community, indexe les documents dans un cluster OpenSearch ou Elasticsearch. Ces moteurs sont eux-mêmes libres — OpenSearch sous licence Apache 2.0, Elasticsearch plus ou moins selon ses licences successives. C’est le connecteur Alfresco qui les alimente qui reste fermé : distribué uniquement en binaire (image Docker et fichiers compilés), sans code source publié. Hyland explique réutiliser du code d’Alfresco Search Enterprise, sa version payante, et n’a publié à ce jour ni la licence finale ni de date d’ouverture du code.
Passer à OpenSearch ou Elasticsearch a aussi un coût d’infrastructure : c’est ajouter un composant supplémentaire à installer, dimensionner, sauvegarder et maintenir — un serveur (ou un cluster) de plus à la charge de l’équipe infra. Pour les infrastructures petites et moyennes, jusqu’à environ 50 millions de fichiers, Solr reste la meilleure solution : il s’intègre directement dans la stack Alfresco existante, avec la même empreinte qu’avant. Au-delà, Jeci peut mettre en place SolrCloud, l’architecture distribuée de Solr, en alternative à un cluster OpenSearch — sans quitter une base 100% libre.
Pristy Search Service comble ce vide : il reprend Alfresco Search Services et le porte sur un Solr réellement maintenu par Apache. Pour l’utilisateur final, rien ne change dans son usage quotidien : les mêmes API de recherche restent disponibles, le langage de requête d’Alfresco (AFTS) fonctionne à l’identique, et les permissions d’accès aux documents (ACL) continuent d’être respectées exactement comme avant — seul le moteur qui tourne « sous le capot » est modernisé.
En clair, sans jargon technique — Alfresco a coupé le seul moteur de recherche entièrement ouvert sur toute la ligne Alfresco Community. L’alternative fournie repose sur des moteurs libres, mais le connecteur qui les relie à Alfresco est une boîte noire (pas de code source), et elle impose d’installer et d’exploiter un serveur en plus. Pristy Search Service évite les deux problèmes : une recherche 100% ouverte, sans infrastructure supplémentaire à gérer.
Focus tech — la migration en deux sauts
Lucene ne garantit la compatibilité de lecture d’un index qu’avec la version majeure immédiatement précédente. Impossible de sauter directement de Solr 6 à Solr 9 : Pristy Search Service migre donc en deux étapes, Solr 6.6.5 patché → Solr 8.11.4 vanilla → Solr 9.10.1 vanilla (Lucene 6 → 8 → 9, Java 11 → 17, ZooKeeper 3.4.14 → 3.6.3, Log4j 1.x → Log4j 2). Conséquence opérationnelle pour qui migre : une réindexation complète est nécessaire, Lucene 9 ne pouvant pas lire un index Lucene 6 ou 8.
Ce qui change par rapport à Alfresco Search Services
| Alfresco Search Services (historique) | Pristy Search Service 1.1.0 | |
|---|---|---|
| Solr | 6.6.5, patché par Alfresco | 9.10.1, Apache vanilla |
| Lucene | 6 | 9.12.3 |
| Java | 11 | 17 |
| ZooKeeper | 3.4.14 | 3.6.3 |
| Logging | Log4j 1.x / reload4j | Log4j 2 |
| Trackers d’indexation | Intégrés au webapp Solr | Service Spring Boot autonome |
Le changement le plus structurant ne se voit pas dans les numéros de version : les trackers d’indexation (les processus qui lisent le dépôt Alfresco pour alimenter Solr) sont désormais un service Spring Boot séparé du webapp Solr, pristy-indexing-trackers. Solr et les trackers deviennent deux services indépendamment redémarrables et réglables (via des variables d’environnement ALFRESCO_TRACKER_*, sans rebuild d’image) — un gain concret pour l’exploitation en production, notamment sur de gros volumes documentaires.
Toutes les liaisons entre Alfresco, Solr et les trackers peuvent être chiffrées en mTLS (TLS mutuel : chaque composant s’authentifie auprès de l’autre par certificat), y compris celles du nouveau service de trackers.
Pristy Search Service apporte aussi trois nouveautés :
- environ 10 % d’espace disque gagné, grâce à la compression des index ;
- un nouveau reranking qui met en avant les documents les plus récents dans les résultats de recherche ;
- une nouvelle interface de suivi de l’indexation en temps réel.
Pristy Search Service est conçu et maintenu pour Alfresco Community : les modules réservés à Alfresco Enterprise (Insight Engine, Zeppelin, gouvernance) ont été retirés.
En clair, sans jargon technique — Le moteur de recherche redevient 100% standard (Apache Solr officiel), ce qui facilite l’audit de sécurité et évite toute dépendance à un composant propriétaire. Il occupe moins de disque, fait remonter les documents récents en priorité, et l’avancement de l’indexation se suit en direct. Côté exploitation, la recherche peut désormais être redémarrée et réglée indépendamment du reste du système — un vrai gain pour la disponibilité du service en production.
Soutenu par Hyland
Hyland, l’éditeur d’Alfresco, a présenté ce fork à deux reprises sur son blog officiel, comme solution pour les déploiements Alfresco Community qui souhaitent rester sur Apache Solr :
- Bring Alfresco Search to 2026: Vanilla Solr 9, Java 17, and an invitation to the Community (by Jeci) — juin 2026, avec une section dédiée expliquant comment l’essayer en une commande.
- The Definitive Guide to Alfresco Search Community — septembre 2026, qui renvoie vers le fork de Jeci comme solution pour les déploiements souhaitant rester sur Apache Solr.
Concrètement, l’installeur Docker communautaire d’Alfresco propose désormais un choix de moteur de recherche « Jeci community fork » — voir ci-dessous comment l’essayer en une commande.
Comment l’essayer
Le moyen le plus rapide reste l’installeur Docker communautaire d’Alfresco : son générateur (yo alfresco-docker-installer) propose, à la question « quel moteur de recherche utiliser ? », un choix « Jeci community fork (vanilla Solr 9 / Java 17, standalone trackers) », pour Alfresco Community 26.1 et 26.2.
npm install -g yo generator-alfresco-docker-installer
yo alfresco-docker-installer
Une fois le choix fait, docker compose up -d démarre la pile. Les images de Pristy Search Service sont publiées sur Docker Hub : jeci/pristy-search-services pour Solr et jeci/pristy-indexing-trackers pour les trackers d’indexation. Pour activer le chiffrement mTLS, choisir le mode https (option --solrHttpMode=https).
Pour une installation depuis les sources de Pristy Search Service (développement, contribution), le README du dépôt détaille les prérequis (Java 17, Maven 3.9+, mise) et la procédure de build.
Licence et code source
Pristy Search Service est publié sous licence LGPL-3.0, comme le module Alfresco Search Services d’origine. Le code source est disponible publiquement sur GitHub et sur GitLab.
Statut et disponibilité
Pristy Search Service reste communautaire, non affilié et non supporté par Hyland sur Alfresco Enterprise. La version 1.1.0 marque un jalon de maturité — tests approfondis, tests de charge sur de grosses volumétries, validation avec Alfresco Community 26.2, intégration officielle dans l’installeur Docker — mais comme tout projet libre, elle continuera de progresser grâce aux retours de la communauté : retours d’usage, rapports de bugs et contributions sont les bienvenus, voir le guide de contribution du dépôt.
Pristy, notre suite documentaire construite sur Alfresco Community, profite directement de ce travail — c’est le même moteur de recherche qui l’équipe. Jeci propose aussi du support commercial sur Alfresco Community Edition, qui inclut Pristy Search Service, pour les organisations qui veulent l’adopter sereinement.
Une question ou un problème avec votre Alfresco Communautaire ?
Nos équipes sont à votre écoute pour répondre à vos questions et vous permettre d’utiliser tout le potentiel de votre GED !FAQ
Pristy Search Service est-il utilisable en production ?
Quelle différence avec Alfresco Search Community, le module officiel d’Hyland ?
Solr tient-il la charge sur de très gros volumes ?
Pristy Search Service fonctionne-t-il sur Alfresco Enterprise ?
Comment migrer un index existant vers Pristy Search Service ?
Pristy utilise-t-il Pristy Search Service ?
Est-ce payant ?
Jeci peut-elle nous accompagner sur notre Alfresco Community ?
Pristy Search Service sera-t-il maintenu dans la durée ?
Pour aller plus loin
- Maintenance Alfresco Community — notre service de maintenance Alfresco Community.
- Pristy — notre solution documentaire construite sur Alfresco Community.
- Pristy Core face à Alfresco Community 26.2 — comparatif détaillé.


