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.
Share the knowledge

You Might Also Like

Lucidworks zum Leader ernannt: Was das für die Suche, KI und Ihr Unternehmen bedeutet

Die Anerkennung von Lucidworks als Leader signalisiert, dass Unternehmenssuche und KI heute...

Read More

MCP vs. ACP: Was ist der Unterschied, und wann sollten beide verwendet werden?

Künstliche Intelligenz verändert die Art und Weise, wie Menschen mit Daten, Produkten...

Read More

Die Zukunft des digitalen Handels mit ACP: Von statischen Katalogen zu Agentenverhandlungen

Seit Jahrzehnten basiert der digitale Handel auf einem vertrauten Konzept: dem statischen...

Read More

Quick Links