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

Reply via email to