Found the problem: needed to update a pom dependency. Everything passes now.
Karl On Tue, Dec 17, 2019 at 8:07 PM Karl Wright <daddy...@gmail.com> wrote: > I just created a plugin directory at > https://svn.apache.org/repos/asf/manifoldcf/integration/solr-8.x/trunk . > Code committed there builds but it doesn't test properly because of the > following exception: > > >>>>>> > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-surefire-plugin:2.18.1:test (default-test) > on project apache-manifoldcf-solr-8.x-plugin: Execution default-test of > goal org.apache.maven.plugins:maven-surefire-plugin:2.18.1:test failed: > There was an error in the forked process > [ERROR] org.apache.maven.surefire.util.SurefireReflectionException: > java.lang.ClassNotFoundException: > org.apache.maven.surefire.junit4.JUnit4Provider > [ERROR] at > org.apache.maven.surefire.util.ReflectionUtils.loadClass(ReflectionUtils.java:252) > [ERROR] at > org.apache.maven.surefire.util.ReflectionUtils.instantiateOneArg(ReflectionUtils.java:128) > [ERROR] at > org.apache.maven.surefire.booter.ForkedBooter.createProviderInCurrentClassloader(ForkedBooter.java:230) > [ERROR] at > org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:199) > [ERROR] at > org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:155) > [ERROR] at > org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103) > [ERROR] Caused by: java.lang.ClassNotFoundException: > org.apache.maven.surefire.junit4.JUnit4Provider > [ERROR] at > java.net.URLClassLoader.findClass(URLClassLoader.java:381) > [ERROR] at java.lang.ClassLoader.loadClass(ClassLoader.java:424) > [ERROR] at > sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:349) > [ERROR] at java.lang.ClassLoader.loadClass(ClassLoader.java:357) > [ERROR] at > org.apache.maven.surefire.util.ReflectionUtils.loadClass(ReflectionUtils.java:244) > [ERROR] ... 5 more > [ERROR] > <<<<<< > > This is odd because the plugin depends on solr and solr has a transitive > maven dependency on junit. I'll see if a direct dependency works... > > Karl > > > On Tue, Dec 17, 2019 at 3:30 PM Jörn Franke <jornfra...@gmail.com> wrote: > >> Here you find it: https://issues.apache.org/jira/browse/CONNECTORS-1629 >> I will try it out this year I hope. >> I will try it though with Solr 8.3.1 and will take into account >> https://issues.apache.org/jira/browse/CONNECTORS-1586 >> >> On Tue, Dec 17, 2019 at 1:09 PM Karl Wright <daddy...@gmail.com> wrote: >> >>> Please do! >>> Karl >>> >>> >>> On Tue, Dec 17, 2019 at 7:06 AM Jörn Franke <jornfra...@gmail.com> >>> wrote: >>> >>>> Thanks a lot Karl for your feedback. Do you mind if I create a Jira >>>> where I report on the progress? >>>> >>>> Am 17.12.2019 um 12:22 schrieb Karl Wright <daddy...@gmail.com>: >>>> >>>> >>>> Well, you can certainly attempt this simply enough then if you build >>>> from source. I'd prefer that you validate the approach before we make >>>> permanent commits. >>>> >>>> Please let me know what works and what doesn't. >>>> >>>> Karl >>>> >>>> >>>> On Tue, Dec 17, 2019 at 1:22 AM Jörn Franke <jornfra...@gmail.com> >>>> wrote: >>>> >>>>> I agree. >>>>> The delegation part is not relevant for me. I also do not believe it >>>>> makes sense at the ETL level. >>>>> I think still we need add the one line of code that allows to use >>>>> Kerberos (second line in the example). >>>>> >>>>> Am 17.12.2019 um 01:35 schrieb Karl Wright <daddy...@gmail.com>: >>>>> >>>>> >>>>> Hi Jorn, >>>>> >>>>> The code referenced cannot be set up differently from connection to >>>>> connection so there is no point in having this be anything other than >>>>> global. In that case you can point at the config file with >>>>> -D<parameter>=value and it will do the same thing as setting a system >>>>> property. >>>>> >>>>> The token delegation with HttpClient I'll have to study to confirm >>>>> that we're doing this right in the connector. >>>>> >>>>> Karl >>>>> >>>>> >>>>> >>>>> On Mon, Dec 16, 2019 at 6:15 PM Jörn Franke <jornfra...@gmail.com> >>>>> wrote: >>>>> >>>>>> Thanks a lot for the quick reply. Actually it is here: >>>>>> https://lucene.apache.org/solr/guide/8_3/kerberos-authentication-plugin.html#using-solrj-with-a-kerberized-solr >>>>>> It is also available in the previous versions of Solr. >>>>>> I wonder how easy it would be to add a configuration to the Manifold >>>>>> UI to point to a jaas-client.conf. However, it is also not strictly >>>>>> necessary that this one is configurable in the UI. It could be also a >>>>>> checkbox yes/no Kerberos authentication and the jaas-client.conf could be >>>>>> put in a certain folder. >>>>>> >>>>>> Interesting would be also if Solr 8.x can be made work in this >>>>>> setting. >>>>>> >>>>>> On Mon, Dec 16, 2019 at 11:47 PM Karl Wright <daddy...@gmail.com> >>>>>> wrote: >>>>>> >>>>>>> The Solr Output Connector uses a patched HttpComponents/HttpClient >>>>>>> for communication with the various Solr Cloud replicas, along with >>>>>>> custom >>>>>>> versions of some of the SolrJ classes which allow multipart posts to >>>>>>> work. >>>>>>> Other than that it's standard SolrJ. Whatever SolrJ needs to work with >>>>>>> Kerberos, therefore, should work with the ManifoldCF Solr Output >>>>>>> Connector. So if you can point me at the SolrJ documentation for this >>>>>>> configuration I can perhaps review it and give you my opinion as to the >>>>>>> difficulty involved. >>>>>>> >>>>>>> Karl >>>>>>> >>>>>>> >>>>>>> On Mon, Dec 16, 2019 at 5:31 PM Jörn Franke <jornfra...@gmail.com> >>>>>>> wrote: >>>>>>> >>>>>>>> Hallo, >>>>>>>> >>>>>>>> does the Solr Output Connector support SolrCloud with Kerberos >>>>>>>> authentication and Zookeeper with Kerberos authentication? >>>>>>>> >>>>>>>> If so, how can this be configured? >>>>>>>> >>>>>>>> If it is not supported, is there an "easy" way to integrate this? >>>>>>>> From a development perspective the Kerberos Authentication with both >>>>>>>> is not >>>>>>>> difficult to achieve, but of course it stil needs to be integrated in >>>>>>>> the >>>>>>>> whole solution. >>>>>>>> >>>>>>>> Thank you. >>>>>>>> >>>>>>>> Best regards >>>>>>>> >>>>>>>