This is really a discussion for the users@ list, but you have to check all your transivite dependencies for conflicts. Here is a helpful article: https://www.javaadvent.com/2020/12/how-to-debug-dependency-conflicts-in-maven-and-gradle.html
Jan > 8. jan. 2024 kl. 18:08 skrev Subhasis Patra > <subhasis.pa...@e2open.com.INVALID>: > > Thank you for your response. > We don’t have any issue when Solrj is part of other services. The issue is > specific to nifi. Is nifi using some different version of jetty that is > conflicting with the jetty Solrj is using? > I don’t have any jetty in my pom, the jeety jars are getting pulled as part > of Solrj or nifi. > > Thanks > Subhasis Patra > 240-755-2601 > subhasis.pa...@e2open.com<mailto:subhasis.pa...@e2open.com> > > From: Jan Høydahl <jan....@cominvent.com> > Sent: Monday, January 8, 2024 8:41 AM > To: dev@solr.apache.org > Subject: Re: Nifi error after Solrj Upgrade > > PHISH ALERT! CHECK VALIDITY IF CLICKING, SHARING, RESPONDING > > Check the class path of your application, whether it already has a dependency > on Jetty. If so, you need to pick one version so you don’t get multiple > versions of jetty on the class path. > > If you use maven you can run “mvn dependency:tree” or similar to see them all. > > Jan Høydahl > >> 8. jan. 2024 kl. 01:14 skrev Subhasis Patra >> <subhasis.pa...@e2open.com.invalid<mailto:subhasis.pa...@e2open.com.invalid>>: >> >> Hi Everyone, >> >> Appreciate any help on following. >> >> I am using nifi-1.23.2 and Solr version is 9.2.0. >> In my nifi processor I have logic to create Solr client. It was working as >> expected till Solrj8.11.2. Last week I upgraded my Solrj to 9.4.0. After >> that I started getting following error while creating Solr client in my nifi >> processor. >> >> java.lang.IncompatibleClassChangeError: class >> org.eclipse.jetty.http.HttpFields$Mutable can not implement >> org.eclipse.jetty.http.HttpFields, because it is not an interface >> (org.eclipse.jetty.http.HttpFields is in unnamed module of loader >> org.apache.nifi.nar.NarClassLoader @4a8df3e2) >> at java.base/java.lang.ClassLoader.defineClass1(Native Method) >> at java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1012) >> at >> java.base/java.security.SecureClassLoader.defineClass(SecureClassLoader.java:150) >> at java.base/java.net.URLClassLoader.defineClass(URLClassLoader.java:524) >> at java.base/java.net.URLClassLoader$1.run(URLClassLoader.java:427) >> at java.base/java.net.URLClassLoader$1.run(URLClassLoader.java:421) >> at >> java.base/java.security.AccessController.doPrivileged(AccessController.java:712) >> at java.base/java.net.URLClassLoader.findClass(URLClassLoader.java:420) >> at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:587) >> at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:520) >> at >> org.apache.solr.client.solrj.impl.Http2SolrClient$Builder.<init>(http://Http2SolrClient.java:1066<http://Http2SolrClient.java:1066>) >> at >> org.apache.solr.client.solrj.impl.CloudHttp2SolrClient.<init>(http://CloudHttp2SolrClient.java:61<http://CloudHttp2SolrClient.java:61>) >> at >> org.apache.solr.client.solrj.impl.CloudHttp2SolrClient$Builder.build(CloudHttp2SolrClient.java:429) >> >> I am using following method to create solr Client. >> >> CloudSolrClient.Builder(urlList, >> Optional.empty()).withZkConnectTimeout(10000, TimeUnit.MILLISECONDS) >> .withZkClientTimeout(60000, TimeUnit.MILLISECONDS).build() >> >> Thanks >> Subhasis Patra >> 240-755-2601 >> subhasis.pa...@e2open.com<mailto:subhasis.pa...@e2open.com<mailto:subhasis.pa...@e2open.com%3cmailto:subhasis.pa...@e2open.com>> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: > dev-unsubscr...@solr.apache.org<mailto:dev-unsubscr...@solr.apache.org> > For additional commands, e-mail: > dev-h...@solr.apache.org<mailto:dev-h...@solr.apache.org> --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org For additional commands, e-mail: dev-h...@solr.apache.org