On Jun 5, 2008, at 6:48 PM, David Jencks wrote:
> I tried it with geronimo-jetty6-javaee5-2.2-SNAPSHOT (trunk) and it
> deployed OK and is partially usable. I see this on deploy:
>
> 15:33:07,298 WARN [JettyModuleBuilder] Web application . does not
> contain a WEB-INF/geronimo-web.xml deployment plan. This may or may
> not be a problem, depending on whether you have things like resource
> references that need to be resolved. You can also give the deployer
> a separate deployment plan file on the command line.
> 15:33:08,402 WARN [JspModuleBuilderExtension]
> JspModuleBuilderExtension: Could not load tag class:
> com.opensymphony.module.oscache.web.tag.CacheTag mentioned in TLD
> file at file:/Users/david/geronimo/svn/geronimo-patch/trunk/
> assemblies/geronimo-jetty6-javaee5/target/geronimo-jetty6-
> javaee5-2.2-SNAPSHOT/repository/default/JSPWiki/1212705187099/
> JSPWiki-1212705187099.war/WEB-INF/oscache.tld
> 15:33:08,402 WARN [JspModuleBuilderExtension]
> JspModuleBuilderExtension: Could not load tag class:
> com.opensymphony.module.oscache.web.tag.UseCachedTag mentioned in
> TLD file at file:/Users/david/geronimo/svn/geronimo-patch/trunk/
> assemblies/geronimo-jetty6-javaee5/target/geronimo-jetty6-
> javaee5-2.2-SNAPSHOT/repository/default/JSPWiki/1212705187099/
> JSPWiki-1212705187099.war/WEB-INF/oscache.tld
> 15:33:08,403 WARN [JspModuleBuilderExtension]
> JspModuleBuilderExtension: Could not load tag class:
> com.opensymphony.module.oscache.web.tag.FlushTag mentioned in TLD
> file at file:/Users/david/geronimo/svn/geronimo-patch/trunk/
> assemblies/geronimo-jetty6-javaee5/target/geronimo-jetty6-
> javaee5-2.2-SNAPSHOT/repository/default/JSPWiki/1212705187099/
> JSPWiki-1212705187099.war/WEB-INF/oscache.tld
>
> which makes it look like something's missing from the war.
>
> Login doesn't work, which is not surprising considering the comments
> on deployment on jboss. To use jaas you'll need to set up an
> appropriate login configuration in a geronimo plan.
>
> Could I ask what your interest is here? From my point of view the
> ideal situation would be if jspwiki hosted a geronimo plugin version
> of the wiki on their site. We can't release such a plugin from
> apache since jspwiki is lgpl licenced. Possibly if there is
> interest we could find somewhere else to host a plugin project. I'm
> not sure if we could have a plugin project for reference with no
> possibility of releasing a plugin.
>
> If you want a reproducible way to deploy jspwiki for yourself, I
> still recommend the geronimo plugin approach. There's some info on
> how to set something like this up here:
> http://cwiki.apache.org/confluence/display/GMOxDOC21/Constructing+a+special-purpose+server+using+maven
>
> There's some info on how to configuration login modules in geronimo
> here:
> http://cwiki.apache.org/confluence/display/GMOxDOC21/Configuring+login+modules
>
> I also find the console swallowing exceptions half the time there is
> a problem rather annoying. I encourage you to file a jira issue
> about it.
If you mean the fact that Tomcat deployment errors are occurring and
we aren't getting any reasonable information on the cause of the
errors, I definitely agree... I raised a Jira -- GERONIMO-4104.
In this case, the specific problem is the following exception:
com.ecyrd.jspwiki.InternalWikiException: No wiki engine, check logs.
at com.ecyrd.jspwiki.WikiEngine.getInstance(WikiEngine.java:340)
at com.ecyrd.jspwiki.ui.WikiServletFilter.init(WikiServletFilter.java:
55)
at
org
.apache
.catalina
.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:
234)
at
org
.apache
.catalina
.core
.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:332)
at
org
.apache
.catalina
.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:90)
at
org
.apache.catalina.core.StandardContext.filterStart(StandardContext.java:
3712)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:
4346)
at org.apache.geronimo.tomcat.GeronimoStandardContext.access
$201(GeronimoStandardContext.java:63)
at org.apache.geronimo.tomcat.GeronimoStandardContext
$SystemMethodValve.invoke(GeronimoStandardContext.java:398)
at
org
.apache
.geronimo
.tomcat
.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:47)
at
org
.apache
.geronimo
.tomcat.GeronimoStandardContext.start(GeronimoStandardContext.java:251)
at
org
.apache
.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:
771)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:
525)
at
org
.apache
.geronimo.tomcat.TomcatContainer.addContext(TomcatContainer.java:363)
at
org
.apache
.geronimo.tomcat.TomcatWebAppContext.doStart(TomcatWebAppContext.java:
512)
at
org
.apache
.geronimo
.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:998)
at
org
.apache
.geronimo
.gbean
.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:
268)
at
org
.apache
.geronimo
.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org
.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:
541)
at
org
.apache
.geronimo
.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:
111)
at
org
.apache
.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:
146)
at org.apache.geronimo.gbean.runtime.GBeanDependency
$1.running(GBeanDependency.java:120)
at
org
.apache
.geronimo
.kernel
.basic
.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access
$300(BasicLifecycleMonitor.java:44)
at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor
$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:
254)
at
org
.apache
.geronimo
.gbean
.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:
294)
at
org
.apache
.geronimo
.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org
.apache
.geronimo
.gbean
.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124)
at
org
.apache
.geronimo
.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:555)
at
org
.apache
.geronimo
.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379)
at
org
.apache
.geronimo
.kernel
.config
.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:456)
at
org
.apache
.geronimo
.kernel
.config
.KernelConfigurationManager.start(KernelConfigurationManager.java:187)
at
org
.apache
.geronimo
.kernel
.config
.SimpleConfigurationManager
.startConfiguration(SimpleConfigurationManager.java:581)
at
org
.apache
.geronimo
.kernel
.config
.SimpleConfigurationManager
.startConfiguration(SimpleConfigurationManager.java:562)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun
.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:
39)
at
sun
.reflect
.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:
25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
org
.apache
.geronimo
.gbean
.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at
org
.apache
.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at
org
.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:
867)
at
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:
239)
at org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:342)
at sun.reflect.GeneratedMethodAccessor147.invoke(Unknown Source)
at
sun
.reflect
.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:
25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
org
.apache
.geronimo
.gbean
.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at
org
.apache
.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at
org
.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:
867)
at
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:
239)
at
org
.apache
.geronimo.system.jmx.MBeanGBeanBridge.invoke(MBeanGBeanBridge.java:172)
at
com
.sun
.jmx.mbeanserver.DynamicMetaDataImpl.invoke(DynamicMetaDataImpl.java:
213)
at com.sun.jmx.mbeanserver.MetaDataImpl.invoke(MetaDataImpl.java:220)
at
com
.sun
.jmx
.interceptor
.DefaultMBeanServerInterceptor
.invoke(DefaultMBeanServerInterceptor.java:815)
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:
784)
at
javax
.management
.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1410)
at javax.management.remote.rmi.RMIConnectionImpl.access
$100(RMIConnectionImpl.java:81)
at javax.management.remote.rmi.RMIConnectionImpl
$PrivilegedOperation.run(RMIConnectionImpl.java:1247)
at java.security.AccessController.doPrivileged(Native Method)
at
javax
.management
.remote
.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:
1350)
at
javax
.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:
784)
at sun.reflect.GeneratedMethodAccessor163.invoke(Unknown Source)
at
sun
.reflect
.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:
25)
at java.lang.reflect.Method.invoke(Method.java:585)
at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294)
at sun.rmi.transport.Transport$1.run(Transport.java:153)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:149)
at
sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:466)
at sun.rmi.transport.tcp.TCPTransport
$ConnectionHandler.run(TCPTransport.java:707)
at java.lang.Thread.run(Thread.java:613)
I suspect that this error is being caused by an even earlier
error... :-(
Will dig a little deeper...
--kevan