Ankündigung: Bugfix-Versionen für Lucidworks

Wir freuen uns, die Verfügbarkeit der aktualisierten Versionen von Lucidworks für Lucene und Lucidworks für Solr bekannt zu geben

Bei Lucidworks für Solr v1.3_01 und Lucidworks für Lucene v2.4.1 handelt es sich um kleinere Aktualisierungen und Bugfixes, in die das Feedback vieler unserer Benutzer eingeflossen ist, die die Software heruntergeladen und für ihre Suchanwendungen verwendet haben. Die Lucidworks-Versionen wurden aktualisiert, um die neuesten Versionen von Apache Lucene und Luke zu verwenden, haben eine bessere Windows-Unterstützung, beheben ein Problem in den Deployment-Skripten und andere Fehlerbehebungen.

Lucidworks für Lucene v2.4.1 Änderungsprotokoll

  • Aktualisieren Sie luke auf Version 0.9.2
  • LUCENE-1415: MultiPhraseQuery hat eine falsche hashCode()-Implementierung – führt zu Fehlern im Solr-Cache.
  • LUCENE-1484: Entfernen Sie die Synchronisierung von IndexReader.document() durch die interne Verwendung von CloseableThreadLocal.
  • LUCENE-1611: Behebt einen Fall, in dem eine OutOfMemoryException in IndexWriter zu einem „unendlichen Zusammenführen“ führen konnte.
  • LUCENE-1623: Korrekte Handhabung der Rückwärtskompatibilität von 2.3.x-Indizes, die Feldnamen mit Nicht-Ascii-Zeichen enthalten.

Lucidworks für Solr v1.3_01 Änderungsprotokoll

  • Das Skript Solrworks.sh verwendet jetzt die mitgelieferte jvm
  • Fehler mit Windows-Ordnernamen, die ein Leerzeichen enthalten, behoben
  • Enthält Lucidworks für Lucene 2.4.1 Version von Apache Lucene
  • SOLR-1031: Behebung der XSS-Schwachstelle in schema.jsp
  • SOLR-1064: registry.jsp zeigt fälschlicherweise Informationen für den zuletzt initialisierten Kern an, unabhängig davon, was der aktuelle Kern ist.
  • SOLR-1072: Absolute Pfade, die im Attribut sharedLib verwendet wurden, wurden fälschlicherweise als relative Pfade behandelt.
  • SOLR-1104: Behebung einiger Rundungsfehler im Histogramm von LukeRequestHandler
  • SOLR-1125: Verwenden Sie den Query-Analyzer anstelle des Index-Analyzers für queryFieldType in QueryElevationComponent
  • SOLR-929: LukeRequestHandler sollte „dynamicBase“ nur zurückgeben, wenn das Feld dynamisch ist.
  • SOLR-532: WordDelimiterFilter respektiert jetzt Nutzdaten und andere Attribute des ursprünglichen Tokens durch Verwendung von Token.clone()
  • SOLR-751: WordDelimiterFilter passte den Start-Offset von einzelnen Token, die mit Trennzeichen begannen, nicht an, was zu einer falschen Hervorhebung führte.
  • SOLR-1078: Korrekturen an WordDelimiterFilter, um zu verhindern, dass internationale Nicht-Buchstaben-Zeichen, wie z.B. Nicht-Zwischenraumzeichen, geteilt oder ausgelassen werden.
  • SOLR-876: WordDelimiterFilter unterstützt jetzt eine splitOnNumerics-Option sowie eine Liste geschützter Begriffe.

You Might Also Like

Wie ein Elektronikriese Ingenieure dort trifft, wo sie sind – mit 44 Millionen Produkten im Katalog

Lernen Sie Mohammad Mahboob kennen: Ein Direktor der Suchplattform, der 44 Millionen...

Read More

Von der Suche zu Lösungen: Wie KI-Agenten den digitalen Handel im Jahr 2025 antreiben können

Sehen Sie sich dieses On-Demand-Webinar an und erfahren Sie mehr über die...

Read More

Individuelle KI-Agenten erstellen, ohne eine einzige Zeile Code zu schreiben? Ja, das haben wir getan.

Endlich eine Low-Code-KI-Plattform (wirklich kein Code), mit der die Menschen, die Ihre...

Read More

Quick Links