[DOCU-2262] Unable to locate magnolia-ldap-tester-<version>.jar Created: 06/Oct/21  Updated: 14/Oct/21  Resolved: 12/Oct/21

Status: Closed
Project: Documentation
Component/s: None
Affects Version/s: 6.2
Fix Version/s: None

Type: Support Request Priority: Neutral
Reporter: Peter Bittner Assignee: Martin Drápela
Resolution: Done Votes: 0
Labels: external
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Template:
Date of First Response:

 Description   

Migrosbank 

Steps to reproduce

  1.  Go to LDAP Connector module :: Magnolia CMS Docs (magnolia-cms.com)
  2.  Try to run the magnolia-ldap-tester JAR from your freshly installed Magnolia 6.2.12 (to troubleshoot your LDAP/AD integration).

.. Logs, screenshots, gifs...

Expected results

The magnolia-ldap-tester JAR is easy to integrate in the project (as a dependency) and can be run from the Pod following Magnolia's official documentation.

Actual results

After adding magnolia-ldap-tester as a dependency in the Maven POM the project builds, but fails when starting up the Magnolia setup.

Workaround

None known.

Development notes

We're deploying a Maven setup to an OpenShift cluster and we're trying to integrate our corporate Active Directory using the LDAP connector "magnolia-ldap".



 Comments   
Comment by Mercedes Iruela [ 07/Oct/21 ]

The JAR is accesible in nexus for enterprise users: https://nexus.magnolia-cms.com/service/local/repositories/magnolia.enterprise.releases/content/info/magnolia/magnolia-ldap-tester/1.10.3/magnolia-ldap-tester-1.10.3.jar

This is the dependency to add:

<dependency>
  <groupId>info.magnolia</groupId>
  <artifactId>magnolia-ldap-tester</artifactId>
  <version>1.10.3</version>
</dependency>

 

Comment by Tobias Zischler [ 12/Oct/21 ]

@Mercedes Iruela We added this and also the dependency without any version to our magnolia-webapp pom.xml. But we had some missing dependencies from magnolia-ldap-tester on startup.

I'm currently still debugging, but those dependencies needed to be added by us to remove the ClassNotFoundExceptions on Magnolia startup.

<dependency>
 <groupId>xerces</groupId>
 <artifactId>xercesImpl</artifactId>
 <version>2.11.0</version>
</dependency>

<dependency>
 <groupId>ch.qos.logback</groupId>
 <artifactId>logback-classic</artifactId>
 <version>1.2.3</version>
</dependency>

 

Now we are getting a strange MethodNotFoundException by a method of Magnolia itself on startup.

2021-10-12 16:53:59,247 ERROR info.magnolia.init.MagnoliaServletContextListener : Oops, Magnolia could not be started2021-10-12 16:53:59,247 ERROR info.magnolia.init.MagnoliaServletContextListener : Oops, Magnolia could not be startedjava.lang.NoSuchMethodError: 'java.util.List info.magnolia.module.model.ComponentsDefinition.getMultiBindingInterfaces()' at info.magnolia.objectfactory.configuration.ComponentProviderConfigurationBuilder.addComponents(ComponentProviderConfigurationBuilder.java:89) ~[magnolia-core-6.2.12.jar:?] at info.magnolia.objectfactory.configuration.ComponentProviderConfigurationBuilder.readConfiguration(ComponentProviderConfigurationBuilder.java:65) ~[magnolia-core-6.2.12.jar:?] at info.magnolia.init.MagnoliaServletContextListener.getPlatformComponents(MagnoliaServletContextListener.java:229) ~[magnolia-core-6.2.12.jar:?] at info.magnolia.init.MagnoliaServletContextListener.contextInitialized(MagnoliaServletContextListener.java:137) ~[magnolia-core-6.2.12.jar:?] at info.magnolia.init.MagnoliaServletContextListener.contextInitialized(MagnoliaServletContextListener.java:128) ~[magnolia-core-6.2.12.jar:?] at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4678) ~[catalina.jar:9.0.37] at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5139) ~[catalina.jar:9.0.37] at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) ~[catalina.jar:9.0.37] at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:717) ~[catalina.jar:9.0.37] at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:690) ~[catalina.jar:9.0.37] at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:705) ~[catalina.jar:9.0.37] at org.apache.catalina.startup.HostConfig.manageApp(HostConfig.java:1727) ~[catalina.jar:9.0.37] at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?] at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:?] at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?] at java.lang.reflect.Method.invoke(Method.java:566) ~[?:?] at org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:288) ~[tomcat-coyote.jar:9.0.37] at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:809) ~[?:?] at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801) ~[?:?] at org.apache.catalina.mbeans.MBeanFactory.createStandardContext(MBeanFactory.java:456) ~[catalina.jar:9.0.37] at org.apache.catalina.mbeans.MBeanFactory.createStandardContext(MBeanFactory.java:405) ~[catalina.jar:9.0.37] at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?] at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:?] at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?] at java.lang.reflect.Method.invoke(Method.java:566) ~[?:?] at org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:288) ~[tomcat-coyote.jar:9.0.37] at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:809) ~[?:?] at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801) ~[?:?] at com.sun.jmx.remote.security.MBeanServerAccessController.invoke(MBeanServerAccessController.java:468) ~[?:?] at javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1466) ~[?:?] at javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1307) ~[?:?] at java.security.AccessController.doPrivileged(Native Method) ~[?:?] at javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1406) ~[?:?] at javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:827) ~[?:?] at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?] at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:?] at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?] at java.lang.reflect.Method.invoke(Method.java:566) ~[?:?] at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:359) ~[?:?] at sun.rmi.transport.Transport$1.run(Transport.java:200) ~[?:?] at sun.rmi.transport.Transport$1.run(Transport.java:197) ~[?:?] at java.security.AccessController.doPrivileged(Native Method) ~[?:?] at sun.rmi.transport.Transport.serviceCall(Transport.java:196) ~[?:?] at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:562) ~[?:?] at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:796) ~[?:?] at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.lambda$run$0(TCPTransport.java:677) ~[?:?] at java.security.AccessController.doPrivileged(Native Method) ~[?:?] at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:676) [?:?] 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:834) [?:?]

If you have any clues why this happens and what is causing this problem, I would be happy to hear it.

Comment by Milan Divilek [ 13/Oct/21 ]

Please never add magnolia-ldap-tester into your webapp. It's standalone module containing all the classes from other modules to be able run outside of magnolia. Adding it into webapp will cause unpredictable problems with duplicate classes.

Generated at Mon Feb 12 01:25:30 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.