Dear Andreas,there are a whole bunch of JARs in my MAR (about 44). To give you an example, here are two prominent examples, which I know don't get picked up from the MAR:
================================================== -rw-r--r-- 2.0 unx 873863 b- defN 19-May-09 16:29 lib/SAMLtypes-1.1.jar -rw-r--r-- 2.0 unx 96323 b- defN 29-May-09 12:20 lib/samly2-1.2.1.jar ==================================================SAMLtypes are Java bindings of XML types created by XmlBeans, samly2 is library handling SAML documents and possibly also containing XmlBeans generated Java bindings. These two are in the MAR, but don't get picked up, so I had to copy them into WEB-INF/lib as well. If they are there, everything is fine. This behavior can be seen for other JARs, too. It will always occur at runtime, when the actual authentication & authorization is done. For example, when I remove SAMLtypes from the WEB-INF/lib folder and then try and do authentication through my handlers, I get the following:
==================================================java.lang.NoClassDefFoundError: xmlbeans/org/oasis/saml2/assertion/NameIDType$Factory
at eu.unicore.samly2.elements.NameID.<init>(NameID.java:27)
at
pl.edu.icm.unicore.uvos.wsclient.samlapi.SAMLVOClient.<init>(SAMLVOClient.java:50)
at
pl.edu.icm.unicore.uvos.wsclient.samlapi.SAMLVOQueryClient.<init>(SAMLVOQueryClient.java:64)
at
eu.smartlm.security.aa.handlers.UVOSAuthenticationHandler.invoke(UVOSAuthenticationHandler.java:116)
at org.apache.axis2.engine.Phase.invoke(Phase.java:317)
at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264)
at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163)
at
org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequest(HTTPTransportUtils.java:275)
at
org.apache.axis2.transport.http.AxisServlet.doPost(AxisServlet.java:133)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:845)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
at
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Thread.java:595)
==================================================
Does this information help?
Best regards,
Björn
On 23.06.2009 14:13, Andreas Veithen wrote :
Björn, Can you please give us some more details about which JARs are not picked up and how your code uses the classes in these JARs? Andreas On Tue, Jun 23, 2009 at 13:59, Björn Hagemeier<[email protected]> wrote:Dear all, I'm using the axis2-mar-maven-plugin to build an AA module, which contains a number of dependencies. I need to configure the plugin with <includeDependencies>true</includeDependencies> to get all the dependencies in. However, I also need to copy some of the dependencies manually to axis2/WEB-INF/lib, as not all of them seem to be picked up from the .mar file (although they are contained in it). Could someone please explain why some JARs do get picked up from the module and some have to be available in the lib folder. I would like all dependencies to get picked up from the module archive itself, so I can provide a self-contained file that doesn't rely on certain JARs to be available, which are not existing in an ordinary Axis2 deployment. Best regards, Björn -- Dipl.-Inform. Björn Hagemeier Juelich Supercomputing Centre Institute for Advanced Simulation Phone: +49 2461 61 1584 Fax : +49 2461 61 6656 Email: [email protected] Skype: bhagemeier WWW : http://www.fz-juelich.de/jsc JSC is the coordinator of the John von Neumann Institute for Computing and member of the Gauss Centre for Supercomputing Forschungszentrum Jülich GmbH 52425 Jülich Sitz der Gesellschaft: Jülich Eingetragen im Handelsregister des Amtsgerichts Düren Nr. HR B 3498 Vorsitzende des Aufsichtsrats: MinDirig'in Bärbel Brumme-Bothe Geschäftsführung: Prof. Dr. Achim Bachem (Vorsitzender), Dr. Ulrich Krafft (stellv. Vorsitzender); Dr. Sebastian M. Schmidt
-- Dipl.-Inform. Björn Hagemeier Juelich Supercomputing Centre Institute for Advanced Simulation Phone: +49 2461 61 1584 Fax : +49 2461 61 6656 Email: [email protected] Skype: bhagemeier WWW : http://www.fz-juelich.de/jsc JSC is the coordinator of the John von Neumann Institute for Computing and member of the Gauss Centre for Supercomputing Forschungszentrum Jülich GmbH 52425 Jülich Sitz der Gesellschaft: Jülich Eingetragen im Handelsregister des Amtsgerichts Düren Nr. HR B 3498 Vorsitzende des Aufsichtsrats: MinDirig'in Bärbel Brumme-Bothe Geschäftsführung: Prof. Dr. Achim Bachem (Vorsitzender), Dr. Ulrich Krafft (stellv. Vorsitzender); Dr. Sebastian M. Schmidt
begin:vcard fn;quoted-printable:Bj=C3=B6rn Hagemeier n;quoted-printable:Hagemeier;Bj=C3=B6rn org:Juelich Supercomputing Centre;Distributed Systems and Grid Computing adr;quoted-printable:;;;J=C3=BClich;NRW;52425;Germany email;internet:[email protected] title:Dipl.-Inform. tel;work:+49 2461 61 1584 tel;fax:+49 2461 61 6656 x-mozilla-html:FALSE url:http://www.fz-juelich.de/jsc version:2.1 end:vcard
smime.p7s
Description: S/MIME Cryptographic Signature
