java.lang.IllegalArgumentException: A SPI class of type org.apache.lucene.codecs.PostingsFormat with name 'es090' does not exist. You need to add the corresponding JAR file supporting this SPI to your classpath.The current classpath supports the following names: [Lucene40, Lucene41]

Google Groups | Unknown author | 3 years ago
  1. 0

    ElasticSearch

    Google Groups | 3 years ago | Unknown author
    java.lang.IllegalArgumentException: A SPI class of type org.apache.lucene.codecs.PostingsFormat with name 'es090' does not exist. You need to add the corresponding JAR file supporting this SPI to your classpath.The current classpath supports the following names: [Lucene40, Lucene41]
  2. 0

    Lucene errors with latest opengrok source (Did you forget to add lucene-backward-codecs.jar?)

    GitHub | 11 months ago | ebukoski
    java.lang.IllegalArgumentException: Could not load codec 'Lucene46'. Did you forget to add lucene-backward-codecs.jar?
  3. 0

    Solr 4: disable compression on stored fields: how to actually configure custom codec?

    Stack Overflow | 3 years ago | Shivan Dragon
    java.lang.IllegalArgumentException: A SPI class of type org.apache.lucene.codecs.PostingsFormat with name 'UncompressedStorageCodec' does not exist. You need to add the corresponding JAR file supporting this SPI to your classpath. The current classpath supports the following names: [Pulsing41, SimpleText, Memory, BloomFilter, Direct, Lucene40, Lucene41]
  4. Speed up your debug routine!

    Automated exception search integrated into your IDE

  5. 0

    [DS-2487] Pre-5 Solr usage stats geo information may get lost when upgrading to 5 - DuraSpace JIRA

    duraspace.org | 1 year ago
    java.util.ServiceConfigurationError: Cannot instantiate SPI class: org.apache.lucene.codecs.appending.AppendingCodec
  6. 0

    NOTE: This issue has been renamed from: "Replace calls to Thread#getContextClassLoader with the ClassLoader of the current class" because the revised patch provides a clean fallback path. I am not sure whether it is a design decision or if we can indeed consider this a bug: In core and analysis-common some classes provide on-demand class loading using SPI. In NamedSPILoader, SPIClassIterator, ClasspathResourceLoader and AnalysisSPILoader there are constructors that use the Thread's context ClassLoader by default whenever no particular other ClassLoader was specified. Unfortunately this does not work as expected when the Thread's ClassLoader can't see the required classes that are instantiated downstream with the help of Class.forName (e.g., Codecs, Analyzers, etc.). That's what happened to us here. We currently experiment with running Lucene 2.9 and 4.x in one JVM, both being separated by custom ClassLoaders, each seeing only the corresponding Lucene version and the upstream classpath. While NamedSPILoader and company get successfully loaded by our custom ClassLoader, their instantiation fails because our Thread's Context-ClassLoader cannot find the additionally required classes. We could probably work-around this by using Thread#setContextClassLoader at construction time (and quickly reverting back afterwards), but I have the impression this might just hide the actual problem and cause further trouble when lazy-loading classes later on, and potentially from another Thread. Removing the call to Thread#getContextClassLoader would also align with the behavior of AttributeSource.DEFAULT_ATTRIBUTE_FACTORY, which in fact uses Attribute#getClass().getClassLoader() instead. A simple patch is attached. All tests pass.

    Apache's JIRA Issue Tracker | 4 years ago | Christian Kohlschütter
    java.lang.IllegalArgumentException: A SPI class of type org.apache.lucene.codecs.Codec with name 'Lucene40' does not exist. You need to add the corresponding JAR file supporting this SPI to your classpath.The current classpath supports the following names: []

    Not finding the right solution?
    Take a tour to get the most out of Samebug.

    Tired of useless tips?

    Automated exception search integrated into your IDE

    Root Cause Analysis

    1. java.lang.IllegalArgumentException

      A SPI class of type org.apache.lucene.codecs.PostingsFormat with name 'es090' does not exist. You need to add the corresponding JAR file supporting this SPI to your classpath.The current classpath supports the following names: [Lucene40, Lucene41]

      at org.apache.lucene.util.NamedSPILoader.lookup()
    2. Lucene
      DirectoryReader.open
      1. org.apache.lucene.util.NamedSPILoader.lookup(NamedSPILoader.java:109)
      2. org.apache.lucene.codecs.PostingsFormat.forName(PostingsFormat.java:100)
      3. org.apache.lucene.codecs.perfield.PerFieldPostingsFormat$FieldsReader.<init>(PerFieldPostingsFormat.java:192)
      4. org.apache.lucene.codecs.perfield.PerFieldPostingsFormat.fieldsProducer(PerFieldPostingsFormat.java:244)
      5. org.apache.lucene.index.SegmentCoreReaders.<init>(SegmentCoreReaders.java:115)
      6. org.apache.lucene.index.SegmentReader.<init>(SegmentReader.java:95)
      7. org.apache.lucene.index.StandardDirectoryReader$1.doBody(StandardDirectoryReader.java:62)
      8. org.apache.lucene.index.SegmentInfos$FindSegmentsFile.run(SegmentInfos.java:843)
      9. org.apache.lucene.index.StandardDirectoryReader.open(StandardDirectoryReader.java:52)
      10. org.apache.lucene.index.DirectoryReader.open(DirectoryReader.java:66)
      10 frames
    3. pitt.search.semanticvectors
      BuildIndex.main
      1. pitt.search.semanticvectors.LuceneUtils.<init>(LuceneUtils.java:102)
      2. pitt.search.semanticvectors.BuildIndex.main(BuildIndex.java:96)
      2 frames