We are trying to use HP diagnostics (for monitoring) and CQ5.5,
But CQ is failing with exceptions:
:/cq-author path:/cq-author spec-version:2.5]] Root cause of ServletException.
java.lang.NoClassDefFoundError: com/mercury/opal/capture/proxy/ConsumerConfigProxy
at org.apache.felix.http.base.internal.DispatcherServlet.service(DispatcherServlet.java)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at org.apache.felix.http.proxy.ProxyServlet.service(ProxyServlet.java:60)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at org.apache.sling.launchpad.base.webapp.SlingServletDelegate.service(SlingServletDelegate.java:278)
Any idea as to what class if any need to be added/modified for in sling.properties or any way to make this combination work.
Solved! Go to Solution.
Views
Replies
Total Likes
I'm not familiar with HP diagnostics but from the errors it looks like you need to make the com.mercury.opal.* packages available to CQ.
Changing the org.osgi.framework.bootdelegation setting to include com.mercury.opal.* might help, but in general it is cleaner to use fragment bundles to export such packages that are available in the JVM classpath - there's an example of such a bundle at http://svn.apache.org/repos/asf/sling/trunk/bundles/extensions/framework-extension-xml/
Views
Replies
Total Likes
After adding the below parameter in sling.properties, a new exception is seen; however the old one seems to have subsided:
org.osgi.framework.bootdelegation=com.yourkit.*, ${org.apache.sling.launcher.bootdelegation}, com.mercury.opal.capture.proxy
<Apr 29, 2013 10:24:07 AM CDT> <Error> <HTTP> <BEA-101017> <[ServletContext@1179624707[app:zigEcommerce module:/cq-author path:/cq-author spec-version:2.5]] Root cause of ServletException.
java.lang.NoClassDefFoundError: com/mercury/opal/capture/api/IMethodSignature
ANY IDEA IF THIS IS A KNOW ISSUE ?
Views
Replies
Total Likes
I'm not familiar with HP diagnostics but from the errors it looks like you need to make the com.mercury.opal.* packages available to CQ.
Changing the org.osgi.framework.bootdelegation setting to include com.mercury.opal.* might help, but in general it is cleaner to use fragment bundles to export such packages that are available in the JVM classpath - there's an example of such a bundle at http://svn.apache.org/repos/asf/sling/trunk/bundles/extensions/framework-extension-xml/
Views
Replies
Total Likes