Return-Path: Delivered-To: apmail-geronimo-user-archive@www.apache.org Received: (qmail 58440 invoked from network); 12 Oct 2009 11:31:24 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 12 Oct 2009 11:31:24 -0000 Received: (qmail 96913 invoked by uid 500); 12 Oct 2009 11:31:23 -0000 Delivered-To: apmail-geronimo-user-archive@geronimo.apache.org Received: (qmail 96760 invoked by uid 500); 12 Oct 2009 11:31:22 -0000 Mailing-List: contact user-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: user@geronimo.apache.org List-Id: Delivered-To: mailing list user@geronimo.apache.org Received: (qmail 96684 invoked by uid 99); 12 Oct 2009 11:31:22 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Oct 2009 11:31:22 +0000 X-ASF-Spam-Status: No, hits=-2.6 required=5.0 tests=BAYES_00 X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of gianny.damour@optusnet.com.au designates 211.29.132.190 as permitted sender) Received: from [211.29.132.190] (HELO mail09.syd.optusnet.com.au) (211.29.132.190) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Oct 2009 11:31:19 +0000 Received: from [192.168.0.5] (d122-104-49-205.mas10.nsw.optusnet.com.au [122.104.49.205]) (authenticated sender gianny.damour) by mail09.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n9CBUtNo001413 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 12 Oct 2009 22:30:56 +1100 In-Reply-To: <14af40510910120109g103a478ai268c8680eeb6adfe@mail.gmail.com> References: <18165228.post@talk.nabble.com> <73a75e430806291316x4846e4bcofbbb2ea5aeb8efa8@mail.gmail.com> <18225518.post@talk.nabble.com> <73a75e430807071110y33e2ab2dvbee21ccc4711049@mail.gmail.com> <73a75e430807080551p6eeae755t44751f0c7a91754f@mail.gmail.com> <14af40510910120109g103a478ai268c8680eeb6adfe@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v753.1) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <816B7A55-59BC-4F8C-A316-419722459450@optusnet.com.au> Cc: dev@geronimo.apache.org Content-Transfer-Encoding: 7bit From: Gianny Damour Subject: Re: using wadi with tomcat & web app in an ear Date: Mon, 12 Oct 2009 22:32:48 +1100 To: user@geronimo.apache.org X-Mailer: Apple Mail (2.753.1) Hi Ashish, I added a comment to GERONIMO-4900. This problem should have been fixed as part of 2.1.4; unfortunately, it seems that the fix was applied to trunk after the creation of the 2.1.4 branch. Could you please confirm that this works OK against trunk? Regarding the Tomcat bug reported by this email, the problem is caused by the AbstractNameQuery used to find the name of Tomcat Web app context GBean. When the clustered WAR is within an EAR, the query returned by WADITomcatClusteringBuilder.createTomcatWebAppContextNameQuery does not work. I am not sure why as I cannot debug (I cannot build the server due to missing a dependency "org.apache.activemq:activemq- core:jar:5.3.0"...). Having said that, I would suggest to substitute WADITomcatClusteringBuilder.extractWebModule.with: protected GBeanData extractWebModule(DeploymentContext moduleContext) throws DeploymentException { Configuration configuration = moduleContext.getConfiguration(); try { return configuration.getGBeans().get (moduleContext.getModuleName()); } catch (GBeanNotFoundException e) { throw new DeploymentException("Could not locate web module gbean in web app configuration", e); } } I hope this helps. Thanks, Gianny On 12/10/2009, at 7:09 PM, Ashish Jain wrote: > Hello Gianny, > > I see you have suggested that you were able to figure out the > problem. Can you please suggest what is the problem? Is there any > workaround for this issue? > Any associated JIRA's??? > > There is another JIRA which has been opened for a similar issue. > Please have a look at the following url https://issues.apache.org/ > jira/browse/GERONIMO-4900. > > I am still investigating will let you know if I find anything. > > Thanks > Ashish > > On Tue, Jul 8, 2008 at 6:21 PM, Jason Warner wrote: > Fantastic, Gianny. Thanks for looking into this! > > > On Mon, Jul 7, 2008 at 9:19 PM, Gianny Damour > wrote: > Hello Jason, > > I had a quick look and identified the problem. I will check-in a > fix during the day. > > Thanks, > Gianny > > > On 08/07/2008, at 4:10 AM, Jason Warner wrote: > > I've spent some time looking at this, but I haven't really gotten > anywhere with it. While debugging I noticed that the error occurs > because the configuration id that is provided by the module upon > loading doesn't match what geronimo is expecting. The problem I'm > having is figuring out where on earth geronimo is getting the > config id that it's expecting. It seems that it's pulling it from > the plan itself, but I'm not sure how. I've been a little busy > lately though and haven't been able to look into it further. > Anyone else have any thoughts on what could be the cause of this? > > Thanks > > On Tue, Jul 1, 2008 at 5:17 PM, jon.sabados@gmail.com > wrote: > > The end goal would be to deploy an ear containing a coupe ejb > modules, wars & > rars with wadi clustering enabled for the web apps - packaging the > wadi-webapp.war into an ear was the simplest test I could think of > to see if > the war would deploy cleanly with tomcat-clustering-wadi in the > deployment > plan. > > In the ear that I used to test I actually left out application.xml & > geronimo-application.xml (just jarred up the war), but here is the > web.xml & > geronimo-web.xml I used: > > > Application > 2.3//EN" "http://java.sun.com/dtd/web-app_2_3.dtd"> > > > > > > > org.mortbay.jetty.servlet.SessionPath > /wadi > > > > > > > > jsp.aopTest_jsp > jsp.aopTest_jsp > > > > jsp.destroy_jsp > jsp.destroy_jsp > > > > jsp.index_jsp > jsp.index_jsp > > > > jsp.session_jsp > jsp.session_jsp > > > > jsp.aopTest_jsp > /aopTest.jsp > > > > jsp.destroy_jsp > /destroy.jsp > > > > jsp.index_jsp > /index.jsp > > > > jsp.session_jsp > /session.jsp > > > > > > > ------------------------------------------------------------------ > > > xmlns:wadi="http://geronimo.apache.org/xml/ns/clustering-wadi-1.2"> > > > > org.codehaus.wadi > wadi-webapp > 2.0-SNAPSHOT > war > > > > /wadi-webapp > > > false > > > > > In the ear that I would actually like to cluster there is a > geronimo-application.xml as well as application.xml (no > modifications to > working configs with those, only change would be a > element > in the war's web.xml & in geronimo- > web.xml), but > the exception thrown during deployment matches the test ears > exception with > the only exception being the gbean name being looked for. > > > Jason Warner wrote: > > > > I'm a little confused about what you're trying to do. Are you > saying > > you're > > trying to package the wadi-webapp.war into an ear file? Do you > have a > > specific goal by doing this? I think this issue is caused by > > misconfiguration in the ear deployment plan. Would you be able > to post > > your > > ear? If not, could you post your geronimo-application.xml? > > > > Thanks! > > > > On Fri, Jun 27, 2008 at 6:49 PM, jon.sabados@gmail.com < > > jon.sabados@gmail.com> wrote: > > > >> > >> I am having trouble enabling wadi for a web app contained in an > ear. I > >> am > >> able to deploy the sample wadi-webapp war by changing the > clustering-wadi > >> tag in geronimo-web.xml to tomcat-clustering-wadi but am unable to > >> package > >> the war in an ear, when doing so geronimo complains about not > being able > >> to > >> locate the web module gbean. > >> > >> Here is the relevant portion of the logs: > >> > >> 16:40:50,618 INFO [DirectoryHotDeployer] Deploying wadi.ear > >> 16:40:50,723 ERROR [DirectoryHotDeployer] Unable to deploy: > Could not > >> locate > >> web module gbean in web app configuration > >> org.apache.geronimo.common.DeploymentException: Could not locate > web > >> module > >> gbean in web app configuration > >> at > >> > >> > org.apache.geronimo.tomcat.cluster.wadi.builder.WADITomcatClusteringBu > ilder.extractWebModule(WADITomcatClusteringBuilder.java:134) > >> at > >> > >> > org.apache.geronimo.tomcat.cluster.wadi.builder.WADITomcatClusteringBu > ilder.build(WADITomcatClusteringBuilder.java:115) > >> at > >> > >> > org.apache.geronimo.deployment.NamespaceDrivenBuilderCollection.build( > NamespaceDrivenBuilderCollection.java:48) > >> at > >> > >> > org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder.addGBeans > (TomcatModuleBuilder.java:410) > >> at > >> > >> > org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.addGBeans > (SwitchingModuleBuilder.java:165) > >> at > >> > >> > org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguratio > n(EARConfigBuilder.java:647) > >> at > >> org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:254) > >> at > >> org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:133) > >> at sun.reflect.GeneratedMethodAccessor266.invoke(Unknown > Source) > >> at > >> > >> sun.reflect.DelegatingMethodAccessorImpl.invoke > (DelegatingMethodAccessorImpl.java:43) > >> at java.lang.reflect.Method.invoke(Method.java:618) > >> 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.deployment.plugin.local.AbstractDeployCommand.doDe > ploy(AbstractDeployCommand.java:116) > >> at > >> > >> org.apache.geronimo.deployment.plugin.local.DistributeCommand.run > (DistributeCommand.java:61) > >> at java.lang.Thread.run(Thread.java:810) > >> Caused by: org.apache.geronimo.kernel.GBeanNotFoundException: No > matches > >> for > >> referencePatterns: > >> > >> [default/wadi_wadi.war/1214606450652/car? > #org.apache.geronimo.tomcat.TomcatWebAppContext] > >> at > >> > >> org.apache.geronimo.kernel.config.Configuration.findGBeanData > (Configuration.java:669) > >> at > >> > >> org.apache.geronimo.kernel.config.Configuration.findGBeanData > (Configuration.java:626) > >> at > >> > >> > org.apache.geronimo.tomcat.cluster.wadi.builder.WADITomcatClusteringBu > ilder.extractWebModule(WADITomcatClusteringBuilder.java:132) > >> ... 17 more > >> > >> > >> if anyone has a pointers or suggestions it would be greatly > appreciated > >> > >> -- > >> View this message in context: > >> http://www.nabble.com/using-wadi-with-tomcat---web-app-in-an-ear- > tp18165228s134p18165228.html > >> Sent from the Apache Geronimo - Users mailing list archive at > Nabble.com. > >> > >> > > > > > > -- > > ~Jason Warner > > > > > > -- > View this message in context: http://www.nabble.com/using-wadi-with- > tomcat---web-app-in-an-ear-tp18165228s134p18225518.html > Sent from the Apache Geronimo - Users mailing list archive at > Nabble.com. > > > > > -- > ~Jason Warner > > > > > -- > ~Jason Warner >