Apache Solr

Apache Solr е свободен, свободен, платформено независим и високоефективен сървър за търсене, базиран на проекта Apache Lucene, използващ XML / HTTP и JSON API. Проектът понастоящем е подложен на инкубация в Софтуерната фондация "Apache".

Ключовите характеристики включват изтъкване на удари, фасетирано търсене, кеширане, репликация, уеб базиран интерфейс за администриране, разширени възможности за търсене в цял текст, оптимизиран за уеб трафик с голям обем, както и стандартни отворени интерфейси като HTTP , XML и JSON.

Освен това, той се предлага с цялостни интерфейси за администриране на HTML, сървърна статистика, репликация на автоматични индекси, автоматично възстановяване и възстановяване при отказ, почти индексиране в реално време, адаптируеми и гъвкави с XML конфигурация и разширяема архитектура на приставки.

Проектът няма схеми, позволявайки на потребителя бързо да започне работа с Apache Solr. В този момент се поддържат схеми и схеми без схема, но последните ще доведат до силна производствена среда.

Различните типове се поддържат от Solr, включително типовете полета, които ще ви помогнат да смесите и съчетаете анализаторите на Lucene без да пишете никакви кодове. Освен това проектът поддържа динамични полета, които могат да се активират в движение.

Сред другите интересни функции можем да споменем функционалността на полетата за копиране, която позволява на потребителите лесно да анализират едно и също съдържание, използвайки различни методи, поддръжка на изрични типове, за да се премахне необходимостта от познаване на типовете полета, персонализирани конфигурации въз основа на външни файлове, както и множество допълнителни компоненти за анализ на текст.

Като погледнем под капака на Apache Solr, можем да забележим, че приложението е написано изцяло на програмния език на Java и поддържа 32-битови и 64-битови разпределения на Linux, както и Microsoft Windows и Mac OS X операционни системи.

За ваше удобство той се разпространява както като двоичен, така и като източник на архиви, така че лесно можете да започнете с Apache Solr възможно най-кратко и без прекалено много караници.

Какво е нов в тази версия:

• Наблюдателят никога не може да обработва някои от последните съобщения.
• Преименуването на ядрото в самостоятелен режим на сол не се запазва.
• Параметърът rq на параметъра rq на QueryComponent вече не отчита параметъра defType.
• Коригирайте NPE в SolrQueryParser, когато термините на заявката в клаузата за филтри намаляват до нищо.

Какво е новото във версията:

• В допълнение към много други подобрения в рамката за защита, Сол вече включва AuthenticationPlugin, внедряващ HTTP Basic Auth, който съхранява идентификационните данни сигурно в ZooKeeper. Това е прост начин за изискване на потребителско име и парола за всеки, който има достъп до екрана за администриране на Solr или API.
• В изграденото AuthorizationPlugin, което осигурява фин контрол върху изпълнението на ACL за различни ресурси с правила за разрешение, които се съхраняват в ZooKeeper.
• Приложният програмен интерфейс (JSON Facet API) вече може да променя домейна за команди на facet, като по същество прави блокиране на връзката и преместване от родители на деца или деца в родители, преди да изчисли данните на facet.
• Основни подобрения в ефективността на новия API на Facet Module / JSON Facet.
• Фрагменти за заявки и диапазони под Функции за завъртане. Точно като приложния програмен интерфейс (JSON Facet API), плътните фасети могат да гледат други типове аспекти като обхват и фрагменти от заявки.
• Още като тези опции на Parser Query. The MoreLikeThis QParser сега поддържа всички опции, предоставени от MLT Handler. Интерфейсът на заявката е много по-гъвкав от този, който работи, тъй като работи в облачен режим, както и където може да се зададе нормална заявка.
• Добавена е поддръжка на Schema API в SolrJ
• Добавен Режим на отчитане за присъединяване към време за заявка и присъединяване на блок.
• Добавен формат за отговор на усмивка

Какво е новото във версия 4.10.3:

• Solr 4.10.2 включва 10 корекции на програмни грешки, както и Lucene 4.10.2 и неговите 2 корекции на грешки.

Какво е новото във версия 4.6.1:

• Apache Тика 1.4
• Carrot2 3.8.0
• скорост 1.7 и скорост 2.0
• Apache UIMA 2.3.1
• Apache ZooKeeper 3.4.5
• Корекции на грешки:
• SOLR-5408: CollapsingQParserPlugin има неправилни резултати при използване на няколко критерия за сортиране
• (Брандън Чапман, Джоел Бърнстейн)
• SOLR-5416: CollapsingQParserPlugin премахва маркера / изключва лицевите елементи
• (Дейвид Боючък, Джоел Бърнстейн)
• SOLR-5442: Клиентът на Python не може да анализира проксимизирания отговор, когато се обслужва от Tomcat.
• (Патрик Хънт, Грегъри Чанан, Вамзе Ярлагада, Ромен Рига, Марк Милър)
• SOLR-5445: Проксираните отговори трябва да разпространяват всички заглавки, вместо първите за всеки ключ.
• (Патрик Хънт, Марк Милър)
• SOLR-5479: SolverCmdDistributor отново опитва логика спира, ако лидер за заявката не може да бъде намерен за 1 секунда.
• (Марк Милър)
• SOLR-5532: SolrJ Валидността на типа Content-Type е твърде строга за някои webcontainers / proxies.
• (Jakob Furrer, Hossman, Shawn Heisey, Уве Шиндлер, Марк Милър)
• SOLR-5547: Създаването на псевдоним на колекция, използвайки колекцията SolRJ на CollectionAdminRequest задава името на псевдонима и колекциите до псевдоним на същата стойност.
• (Арън Шрам, Марк Милър)
• SOLR-5577: Очевидното изтичане на ZooKeeper не бива да забавя актуализациите на дадена сума, а вместо това да прекъсва актуализациите след определено време.
• (Марк Милър, Кристин Поерске, Рамкумар Айенгар)
• SOLR-5580: NPE, когато създавате сърцевина с явно ярко и ядроNodeName.
• (YouPeng Янг, Марк Милър)
• SOLR-5552: Процесът на възстановяване на Лидер може да избере грешния лидер, ако всички копия за счупване са надолу и се опитват да се възстановят, както и да загубят актуализации, които трябва да бъдат възстановени.
• (Тимъти Потър, Марк Милър)
• SOLR-5569 Реплика не трябва да се опитва да се възстанови от лидер, докато публикува, че е активен.
• (Марк Милър)
• SOLR-5568 SolrCore не може да решава да бъде лидер само защото състоянието на клъстерите казва, че не са активни други SolrCore.
• (Марк Милър)
• SOLR-5496: Трябва да споделяме мениджър на http връзка в HttpClients без търсене и да гарантираме, че всички мениджъри на връзките за http получават изключване.
• (Марк Милър)
• SOLR-5583: ConcurrentUpdateSolrServer # blockUntilFinished може да чака завинаги, ако услугата на изпълнителя е изключена.
• (Марк Милър)
• SOLR-5586: Всички ZkCmdExecutor трябва да се инициализират с изтичането на времето на клиента с.
• (Марк Милър)
• SOLR-5587: Изпълненията на ElectionContext трябва да използват ZkCmdExecutor # ensureExists, за да гарантират, че техните избирателни пътеки са правилно създадени.
• (Марк Милър)
• SOLR-5540: Ако е необходимо, HdfsLockFactory трябва изрично да създаде родителската директория за заключване.
• (Марк Милър)
• SOLR-4709: Основното презареждане след репликацията, ако конфигурационните файлове са се променили, може да се провали поради условие за състезание. (Марк Милър, Хосман))
• SOLR-5503: Пробвайте по-малко агресивно заявките "напред към лидер", а не на IOException и статус 500, ConnectException.
• (Марк Милър)
• SOLR-5588: PeerSync не отчита всички неуспешни връзки като успех.
• (Марк Милър)
• SOLR-5564: hl.maxAlternateFieldLength трябва да се прилага към оригиналното поле, когато се прави опит за резервно копие
• (janhoy)
• SOLR-5608: Не позволявайте на затворен SolrCore да публикува държавата на ZooKeeper.
• (Марк Милър, Шон Хайзи)
• SOLR-5615: Заключване при опит за възстановяване след изтичане на ZK сесия.
• (Рамкумар Айенгар, Марк Милър)
• SOLR-5543: Основните суапове доведоха до дублиране на основните входове в solr.xml при използване на solr.xml persistence.
• (Бил Бел, Алън Уудуърд)
• SOLR-5618: Поправете фалшиви кеш памет в queryResultCache, когато hashCodes са еднакви и в едно от заявките съществуват дублирани филтърни заявки.
• (hossman)
• SOLR-4260: ConcurrentUpdateSolrServer # blockUntilFinished може да се върне преди приключването на всички добавени преди това актуализации. Това може да доведе до загуба на разпространявани актуализации, предназначени за копия.
• (Маркус Желсма, Тимоти Потър, Джоел Бърнстейн, Марк Милър)
• SOLR-5645: Зареждането на SolrCore чрез CoreContainer ще се опита да се регистрира отново в изхода с новия SolrCore.
• (Марк Милър)
• SOLR-5636: SolrRequestParsers прави някои търсене на xpath при всяка заявка, което може да причини проблеми с конкуренцията.
• (Марк Милър)
• SOLR-5658: commitWithin и презаписването не се разпространява в реплики сега, когато SolrCloud използва javabin за разпространение на актуализации.
• (Марк Милър, Варон Тъкър, Елоди Санниър, Шалин)
• оптимизация:
• SOLR-5576: Подобрете едновременността при регистрация и чакайте всички SolrCore да регистрират състояние DOWN.
• (Кристин Поършке чрез Марк Милър)

Какво е новото във версия 4.6.0:

• Много подобрения и подобрения за опциите за разделяне на Shard
• Нов AnalyzingInfixLookupFactory за използване на AnalyzingInfixSuggester
• Нов CollapsingQParserPlugin за сгъване на полета с висока производителност в полетата с високи стойности на кардиналност
• Нови API на SolrJ за управление на събирането
• Нов DocBasedVersionConstraintsProcessorFactory, осигуряващ поддръжка на конфигурирани от потребителя правила за версиране, базирани на док
• Нов стандартен индекс формат: Lucene46Codec
• Нов тип EnumField

Какво ново във версия 4.5.1:

• Solr 4.5.1 съдържа няколко корекции на грешки, включително 2, които се считат за доста тежки.

Какво е новото във версия 4.5.0:

• Специална подкрепа за раздробяване, подобрено маршрутизиране и многоизмерно нанасяне на лице.

Какво е новото във версия 4.2.0:

• Атрибут REST API за четене за схемата. Винаги ли искахте да интроспектирате схемата чрез http? Сега ти можеш. Изглежда, че пишещата страна ще дойде след това.
• DocValues ​​са интегрирани в Solr. DocValues ​​може да бъде зареден много по-бързо от кеш паметта и може да използва различни алгоритми за компресиране, както и в RAM или дискови изображения. Фреймовете за сортиране, сортиране и функция се възползват. Какво ще кажете за OS обработка faceting и сортиране кешове на купчина? Няма повече настройване на 60 гигабайта купчини? Какво ще кажете за изящния нов метод на FaceValues ​​за сегмент DocValues? Подобрено числено лице? Sweet.
• Псевдоним на колекцията. Имате ли данни, базирани на времето? Искате ли да реиндексирате в временна колекция и след това да я замените в производство? Свършен. Останете настроен за Shard Aliasing.
• Отговорите на API за събиране. API на колекциите все още беше много нова в 4.0 и докато се подобри сравнително малко в 4.1, отговори със сигурност бяха необходими, но пропуснаха отрязването. Първоначално решихме да направим API на колекцията супер толерантна, за да направим отговорите по-трудни. Никой не иска да преследва файловете на дневници, за да види как се развиха нещата. Съставено в 4.2.
• Взаимодействайте с всяка колекция във всеки възел. До 4.2 можете да взаимодействате само с възел в клъстера си, ако е хоствал поне една реплика на колекцията, която искате да заявите / актуализирате. Вече не запитвайте никой възел, независимо дали има парче от планираната ви колекция или не, и получете прокси отговор.
• Разрешаване на персонализирани имена на shard, така че новите адреси на хост да могат да поемат за пенсионирани парчета. Работа върху Amazon без еластични ips? Това е за вас.
• Lucene 4.2 оптимизации като вектори с компресиран термин

Какво е новото във версия 3.3.0:

• Групиране / Свиване на полета
• Ново внедрено / автокомплектно изпълнение, базирано на автомати, което предлага по-малка потребност от по-малка RAM.
• KStemFilterFactory, оптимизирано внедряване на по-малко агресивен стремеж за английски език.
• Solr по подразбиране е на нова, по-ефективна политика за сливане (TieredMergePolicy). Вижте http://s.apache.org/merging за повече информация.
• Важни корекции за грешки, включително изключително висока употреба на RAM при проверката на правописа.
• Поправки на поправки и подобрения от Apache Lucene 3.3

Какво е новото във версия 3.2.0:

• Възможност за задаване на презаписване и извършванеВиж като параметри на заявката при използване на формата за обновяване на JSON
• TermQParserPlugin, полезен при генериране на заявки за филтри от термини, връщани от faceting на полето или от терминологичния компонент.
• DebugComponent сега поддържа използването на NamedList за моделиране на обяснителни обекти в отговорите му, вместо на обяснение. към стринга
• Подобрения в интеграцията на UIMA и Carrot2
• Поправки на грешки и подобрения от Apache Lucene 3.2

Какво е новото във версия 3.2.0:

• Направени са подобрения на актуализацията на JSON.
• Подобрена е клъстеризирането на резултатите от търсенето и интегрирането в UIMA.
• Бързите са били коригирани.