Thank you very much Mikhail! Your blind guess was terribly right. I was using an old compiled version of miasmath plugin, that anyway I never used, so I just dropped it and now the core is loading!
Thank you again 🙂 [cid:39e7df51-23bf-4f9e-b868-2396439b22e4]<https://www.cosbi.eu/> Danilo Tomasoni Data Scientist & Software Engineer +39 0464 808845 tomas...@cosbi.eu<mailto:tomas...@cosbi.eu> www.cosbi.eu<http://www.cosbi.eu/> [cid:d6cfec0a-a7e2-411a-9cfc-c2f0446c6397]<https://twitter.com/FoundationCosbi/>[cid:c20088a1-c066-4970-a729-595c9c46dd05]<https://www.linkedin.com/company/cosbi/> ________________________________ Da: Mikhail Khludnev <m...@apache.org> Inviato: giovedì 28 dicembre 2023 15:21 A: users@solr.apache.org <users@solr.apache.org> Oggetto: Re: upgrade from solr 8.11 to solr 9.4 [CAUTION: EXTERNAL SENDER] [Please check correspondence between Sender Display Name and Sender Email Address before clicking on any link or opening attachments] Hello Danilo. // blind guess ON You have own custom analyzer's classes build against old Lucene eg mind the package name https://javadoc.io/static/org.apache.lucene/lucene-analyzers-common/7.6.0/org/apache/lucene/analysis/util/TokenizerFactory.html But in 9.4th times they are moved to https://lucene.apache.org/core/9_8_0/core/org/apache/lucene/analysis/TokenizerFactory.html?is-external=true It seems like there's a need to rebuild custom code for the recent Lucene version. Lucene is a core library deployed with Solr, and it isn't judged via <lib> directory. FWIW I suppose it's not possible to bring two Lucene version in Solr. On Thu, Dec 28, 2023 at 4:25 PM Danilo Tomasoni <tomas...@cosbi.eu> wrote: > Hello all, > > I have an issue in migrating my core from solr 8.11 to 9.4. > I readed the changes > > https://github.com/apache/solr/blob/main/solr/solr-ref-guide/modules/upgrade-notes/pages/major-changes-in-solr-9.adoc > And basically did the following: > > - solrconfig.xml: removed <lib> tags pointing to a wrong path, changed > FastLRUCache to CaffeineCache, changed luceneversion to 9.8.0 > - schema.xml: replaced <tokenizer> class attribute to name attribute > whenever possible, the same for <filter> > > I don't see any other changes I need to make, > still when I try to load my core I see in solr log > > > 2023-12-28 11:03:24.875 INFO (coreLoadExecutor-11-thread-1) [ > x:COSBIBioIndexTest] o.a.s.s.IndexSchema Schema name=ncbi > 2023-12-28 11:03:24.893 ERROR (coreContainerWorkExecutor-2-thread-1) [] > o.a.s.c.CoreContainer Error waiting for SolrCore to be loaded on startup => > java.util.concurrent.ExecutionException: java.lang.NoClassDefFoundError: > org/apache/lucene/analysis/util/TokenizerFactory > at > java.base/java.util.concurrent.FutureTask.report(FutureTask.java:122) > java.util.concurrent.ExecutionException: java.lang.NoClassDefFoundError: > org/apache/lucene/analysis/util/TokenizerFactory > at java.util.concurrent.FutureTask.report(FutureTask.java:122) > ~[?:?] > at java.util.concurrent.FutureTask.get(FutureTask.java:191) ~[?:?] > at > org.apache.solr.core.CoreContainer.lambda$loadInternal$13(CoreContainer.java:1072) > ~[?:?] > at > com.codahale.metrics.InstrumentedExecutorService$InstrumentedRunnable.run(InstrumentedExecutorService.java:212) > ~[metrics-core-4.2.20.jar:4.2.20] > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515) > ~[?:?] > at java.util.concurrent.FutureTask.run(FutureTask.java:264) ~[?:?] > at > org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:294) > ~[?:?] > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) > ~[?:?] > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) > ~[?:?] > at java.lang.Thread.run(Thread.java:829) [?:?] > Caused by: java.lang.NoClassDefFoundError: > org/apache/lucene/analysis/util/TokenizerFactory > > > It looks like it can't find a very basic class, should I add something in > <lib> ? > I tried to create a new core, that starts correctly without any <lib> > entry in solrconfig.xml > > Thank you for your help! > D > > <https://www.cosbi.eu/> > > Danilo Tomasoni > > Data Scientist & Software Engineer > +39 0464 808845 > > tomas...@cosbi.eu > > www.cosbi.eu<http://www.cosbi.eu> > > <https://twitter.com/FoundationCosbi/> > <https://www.linkedin.com/company/cosbi/> > > -- Sincerely yours Mikhail Khludnev
