Re: Running portlets in Geronimo - Documentation
Yup, exactly. It wont let you install the server if you don't have the datasource defined first. Maybe by having it this was it is somewhat easier, and maybe inviting, to customize the datasource. Cheers! Hernan Paul McMahan wrote: On Apr 4, 2007, at 5:01 PM, Hernan Cunico wrote: A limitation of the data source creation wizard is that you cannot specify some of the values, more specifically all those that make the moduleId. Liferay plugin is specifically looking for a connection pool named *LiferayPool* and with the following moduleId *liferay/liferay-pool/4.2.1/car*. If you use the console you'll get something like console.dbpool/LiferayPool/1.0/rar and installing the portal server plugin will fail. Hernan, you're exactly right. I had forgotten about that limitation of the data source wizard and how that the portal plugin relies on the datasource plugin to use a certain module name. The original reason I put that dependency in place was to facilitate the relationship between the plugins so that if you install portal plugin it will automatically download and install the datasource plugin. Or you could deploy a customized datasource beforehand (like the mysql one you provided instructions for) and the plugin installer wouldn't try to replace it with the derby one. The end goal was to minimize the number of steps it takes new users to get a working portal server, while still allowing more advanced users to use an external database like mysql or DB2. At least that's how it used to work. Now I believe the plugin catalog lists the datasource plugin as a prerequisite of the portal plugin instead of just a dependency, so the plugin installer lists the portal plugin as unavailable until you have installed the datasource plugin. The Liferay team maintains the catalog so that may be how they prefer things. Or they might want to refine that part of their plugin catalog when we look into updating it for Geronimo's upcoming 1.2 release. Best wishes, Paul
Re: Running portlets in Geronimo - Documentation
Paul McMahan wrote: On Apr 4, 2007, at 6:10 PM, David Jencks wrote: What I'm hoping for in the future for these kinds of situations is that there can be plugins configured for each of several databases, e.g. mysql, db2, firebird, etc and to switch the backend all you need to do is change a line in artifact_aliases.properties. I'm trying this out with Peter Petersson with the roller plugin we've started in the plugins dir. That sounds like the right direction. This might get easier if we separate the datasource component from the actual database itself. I'm not sure about the roller plugin, but the Liferay datasource component includes not only the datasource but a derby database that is prepopulated with the Liferay schema. So, a side effect of installing the Liferay datasource plugin is that you get a new derby database under var/derby that's ready to roll. From an end user's perspective this makes it really easy to get a running portal server in Geronimo as a POC. But users looking for more configurability and optimization are not as well served. That becomes apparent as you read Hernan's new article. Just for additional reference, Liferay folks provide only one plugin for the datasource, after that they provide a ton of sql scripts to create and populate data for about 8 different databases. Agreed, it would be great to have just one click to install and just one click to remove specific features/services with all it's dependencies. Anyway, I think its generally better to have the other project supply plugins for the databases they support rather than asking users to create one themselves. Making the process easy... that will be the challenge. I totally agree here as well. I think the main impediment right now is that setting up and maintaining a plugin repository (or even just a collection of plugins to be hosted elsewhere) requires some research and trial and error. We can help that situation by providing more examples and documentation, and by improving the overall design. I hope that Geronimo's own plugin repository will provide an example worth emulating. Best wishes, Paul Cheers! Hernan
Unable to save connection pool error
When i'm trying to create db2 connection pool, i get such error: ERROR [DatabasePoolPortlet] Unable to save connection pool javax.enterprise.deploy.spi.exceptions.InvalidModuleException: No configurer for module type: rar registered at org.apache.geronimo.deployment.plugin.jmx.JMXDeploymentManager.createConfiguration(JMXDeploymentManager.java:302) at org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.save(DatabasePoolPortlet.java:880) at org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.processAction(DatabasePoolPortlet.java:341) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:229) at org.apache.pluto.core.PortletServlet.doPost(PortletServlet.java:163) at javax.servlet.http.HttpServlet.service(HttpServlet.java:713) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.pluto.core.PortletServlet.service(PortletServlet.java:153) 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.ApplicationDispatcher.invoke(ApplicationDispatcher.java:687) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:590) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:505) at org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:120) at org.apache.pluto.invoker.impl.PortletInvokerImpl.action(PortletInvokerImpl.java:68) at org.apache.pluto.PortletContainerImpl.processPortletAction(PortletContainerImpl.java:164) at org.apache.pluto.portalImpl.core.PortletContainerWrapperImpl.processPortletAction(PortletContainerWrapperImpl.java:82) at org.apache.pluto.portalImpl.Servlet.doGet(Servlet.java:227) at org.apache.pluto.portalImpl.Servlet.doPost(Servlet.java:267) at javax.servlet.http.HttpServlet.service(HttpServlet.java:713) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) 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:228) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:56) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525) at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:338) at org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:47) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:517) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:212) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:634) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:445) at java.lang.Thread.run(Thread.java:619) Drivers loaded successfully. Connection test have been passed. I'm using: geronimo-tomcat6-jee5-2.0-M3-bin jdk 1.6.0-b105 Windows XP SP2 After that, I tried to create connection pool for Derby embedded and under Linux Mandriva 10.1 with the same version of Geronimo, but there is no changes. -- View this message in context: http://www.nabble.com/Unable-to-save-connection-pool--error-tf3532432s134.html#a9858759 Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Re: Unable to save connection pool error
This is fixed in svn and the not-exactly released M4 thanks david jencks On Apr 5, 2007, at 9:04 AM, Bulat wrote: When i'm trying to create db2 connection pool, i get such error: ERROR [DatabasePoolPortlet] Unable to save connection pool javax.enterprise.deploy.spi.exceptions.InvalidModuleException: No configurer for module type: rar registered at org.apache.geronimo.deployment.plugin.jmx.JMXDeploymentManager.createC onfiguration(JMXDeploymentManager.java:302) at org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet .save(DatabasePoolPortlet.java:880) at org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet .processAction(DatabasePoolPortlet.java:341) at org.apache.pluto.core.PortletServlet.dispatch (PortletServlet.java:229) at org.apache.pluto.core.PortletServlet.doPost(PortletServlet.java: 163) at javax.servlet.http.HttpServlet.service(HttpServlet.java:713) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.pluto.core.PortletServlet.service (PortletServlet.java:153) 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.ApplicationDispatcher.invoke (ApplicationDispatcher.java:687) at org.apache.catalina.core.ApplicationDispatcher.doInclude (ApplicationDispatcher.java:590) at org.apache.catalina.core.ApplicationDispatcher.include (ApplicationDispatcher.java:505) at org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke (PortletInvokerImpl.java:120) at org.apache.pluto.invoker.impl.PortletInvokerImpl.action (PortletInvokerImpl.java:68) at org.apache.pluto.PortletContainerImpl.processPortletAction (PortletContainerImpl.java:164) at org.apache.pluto.portalImpl.core.PortletContainerWrapperImpl.processPo rtletAction(PortletContainerWrapperImpl.java:82) at org.apache.pluto.portalImpl.Servlet.doGet(Servlet.java:227) at org.apache.pluto.portalImpl.Servlet.doPost(Servlet.java:267) at javax.servlet.http.HttpServlet.service(HttpServlet.java:713) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) 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:228) at org.apache.catalina.core.StandardContextValve.invoke (StandardContextValve.java:175) at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke (DefaultSubjectValve.java:56) at org.apache.catalina.authenticator.AuthenticatorBase.invoke (AuthenticatorBase.java:525) at org.apache.geronimo.tomcat.GeronimoStandardContext $SystemMethodValve.invoke(GeronimoStandardContext.java:338) at org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke (GeronimoBeforeAfterValve.java:47) at org.apache.catalina.core.StandardHostValve.invoke (StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke (StandardEngineValve.java:109) at org.apache.catalina.valves.AccessLogValve.invoke (AccessLogValve.java:517) at org.apache.catalina.connector.CoyoteAdapter.service (CoyoteAdapter.java:212) at org.apache.coyote.http11.Http11Processor.process (Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol $Http11ConnectionHandler.process(Http11Protocol.java:634) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run (JIoEndpoint.java:445) at java.lang.Thread.run(Thread.java:619) Drivers loaded successfully. Connection test have been passed. I'm using: geronimo-tomcat6-jee5-2.0-M3-bin jdk 1.6.0-b105 Windows XP SP2 After that, I tried to create connection pool for Derby embedded and under Linux Mandriva 10.1 with the same version of Geronimo, but there is no changes. -- View this message in context: http://www.nabble.com/Unable-to-save- connection-pool--error-tf3532432s134.html#a9858759 Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Re: Unable to save connection pool error
Hello Bulat, I kept missing you in IRC (sorry). I think that that bug was fixed after M3. If you build from trunk, you will not have that problem. There are also M4 binaries that the problem is fixed in (not an official milestone release because of 'non-rebuildability' issues) at: http://people.apache.org/~hogstrom/2.0-M4-rc1 Or, if just need a quick work around, you should be able to deploy from the command line (if you already have the deployment xml file for your database pool). Jay Bulat wrote: When i'm trying to create db2 connection pool, i get such error: ERROR [DatabasePoolPortlet] Unable to save connection pool javax.enterprise.deploy.spi.exceptions.InvalidModuleException: No configurer for module type: rar registered at org.apache.geronimo.deployment.plugin.jmx.JMXDeploymentManager.createConfiguration(JMXDeploymentManager.java:302) at org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.save(DatabasePoolPortlet.java:880) at org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.processAction(DatabasePoolPortlet.java:341) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:229) at org.apache.pluto.core.PortletServlet.doPost(PortletServlet.java:163) at javax.servlet.http.HttpServlet.service(HttpServlet.java:713) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.pluto.core.PortletServlet.service(PortletServlet.java:153) 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.ApplicationDispatcher.invoke(ApplicationDispatcher.java:687) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:590) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:505) at org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:120) at org.apache.pluto.invoker.impl.PortletInvokerImpl.action(PortletInvokerImpl.java:68) at org.apache.pluto.PortletContainerImpl.processPortletAction(PortletContainerImpl.java:164) at org.apache.pluto.portalImpl.core.PortletContainerWrapperImpl.processPortletAction(PortletContainerWrapperImpl.java:82) at org.apache.pluto.portalImpl.Servlet.doGet(Servlet.java:227) at org.apache.pluto.portalImpl.Servlet.doPost(Servlet.java:267) at javax.servlet.http.HttpServlet.service(HttpServlet.java:713) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) 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:228) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:56) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525) at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:338) at org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:47) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:517) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:212) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:634) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:445) at java.lang.Thread.run(Thread.java:619) Drivers loaded successfully. Connection test have been passed. I'm using: geronimo-tomcat6-jee5-2.0-M3-bin jdk 1.6.0-b105 Windows XP SP2 After that, I tried to create connection pool for Derby embedded and under Linux Mandriva 10.1 with the same version of Geronimo, but there is no changes.
