Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 8570 invoked from network); 12 Oct 2009 13:35:53 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 12 Oct 2009 13:35:53 -0000 Received: (qmail 24866 invoked by uid 500); 12 Oct 2009 13:35:51 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 24780 invoked by uid 500); 12 Oct 2009 13:35:51 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 24765 invoked by uid 99); 12 Oct 2009 13:35:51 -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 13:35:51 +0000 X-ASF-Spam-Status: No, hits=-2.6 required=5.0 tests=BAYES_00,HTML_MESSAGE X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of ashjain2@gmail.com designates 74.125.92.25 as permitted sender) Received: from [74.125.92.25] (HELO qw-out-2122.google.com) (74.125.92.25) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Oct 2009 13:35:48 +0000 Received: by qw-out-2122.google.com with SMTP id 5so998768qwd.25 for ; Mon, 12 Oct 2009 06:35:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=HU0Bq6YnLSbXGZwdcigh0tO1dSFf+S6409WdVxGK95c=; b=EZFZ9FMq+rvR0M9fXnXfusL3ia4zf/iurCEmR6D7UHFDnDvASYUdit84PNes7XhSXM KDd8Lyu8PcChdx2W0dVn3LAmmksbhGBEBWfH7KnPtJ9NzioMxKyT2wnHTF4mJqakWxrn QEL4j7qWBQoa7gY4SIuYhk0OtY5DoLj8S8UTE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=gO5LJAwHUaSsYv9RwXYdOzMraazeyZgzwjBBveWC7OkBbiSnv5YyJZgJ5CDq+h9EBK Hny5E+hQ+6SV6PRBecjTx9vgL8J+P1rhGjsQdRy9yE6RjzcWwYZGLO4ne9RpaxU8nbnl ovYaIP4pD11vxFY14Io98PNEqbclVDMMZxl9E= MIME-Version: 1.0 Received: by 10.224.36.104 with SMTP id s40mr4726444qad.296.1255354527350; Mon, 12 Oct 2009 06:35:27 -0700 (PDT) In-Reply-To: <14af40510910120628td5f66a6o613e45302cccd4b2@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> <816B7A55-59BC-4F8C-A316-419722459450@optusnet.com.au> <14af40510910120628td5f66a6o613e45302cccd4b2@mail.gmail.com> Date: Mon, 12 Oct 2009 19:05:27 +0530 Message-ID: <14af40510910120635q628f3f1bw3b0f3af91f9df8a4@mail.gmail.com> Subject: Re: using wadi with tomcat & web app in an ear From: Ashish Jain To: dev@geronimo.apache.org Cc: user@geronimo.apache.org Content-Type: multipart/alternative; boundary=00c09f88d1dcab83de0475bd00af --00c09f88d1dcab83de0475bd00af Content-Type: text/plain; charset=ISO-8859-1 I think I understand now that the code snippet suggested by you will help fix the GBean Not Found exception. Please suggest if this is correct. However the "Missing Dependency Exception "org.apache.geronimo.kernel.repository.MissingDependencyException: Missing dependency: default/ClusterTestEAR/1.0/ear" will be fixed once we are able to apply the changes as in *GERONIMO-4556 * On Mon, Oct 12, 2009 at 6:58 PM, Ashish Jain wrote: > Hi Gianny, > > Did you mean that the Missing Dependency Exception will be fixed by the > code snippet suggested by you. I had build the new jar > "geronimo-tomcat6-clustering-builder-wadi-2.1.4.jar" and replaced the > existing one in g214 with this new one. Started two clean instances of g214 > with replaced jars. deployed the application. > > The server still throws the Missing Dependency Exception > "org.apache.geronimo.kernel.repository.MissingDependencyException: Missing > dependency: default/ClusterTestEAR/1.0/ear". > > Please advice. > > Thanks > Ashish > > > On Mon, Oct 12, 2009 at 5:02 PM, Gianny Damour < > gianny.damour@optusnet.com.au> wrote: > >> 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 < >>> gianny.damour@optusnet.com.au> 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 < >>> 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: >>> >>> >>> >> 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.WADITomcatClusteringBuilder.extractWebModule(WADITomcatClusteringBuilder.java:134) >>> >> at >>> >> >>> >> >>> org.apache.geronimo.tomcat.cluster.wadi.builder.WADITomcatClusteringBuilder.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.buildConfiguration(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.doDeploy(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.WADITomcatClusteringBuilder.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 >>> >>> >> > --00c09f88d1dcab83de0475bd00af Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I think I understand now that the code snippet suggested=A0 by you will hel= p fix the GBean Not Found exception. Please suggest if this is correct.
=
However the "Missing Dependency Exception "org.apache.geronim= o.kernel.repository.MissingDependencyException: Missing dependency: default= /ClusterTestEAR/1.0/ear" will be fixed once we are able to apply the c= hanges as in<= /tbody>

GERONIMO-4556


On Mon, Oct 12, 2009 at 6= :58 PM, Ashish Jain <ashjain2@gmail.com> wrote:
Hi Gianny,
Did you mean that the Missing Dependency Exception will be fixed by the co= de snippet suggested by you. I had build the new jar "geronimo-tomcat6= -clustering-builder-wadi-2.1.4.jar" and replaced the existing one in g= 214 with this new one. Started two clean instances of g214 with replaced ja= rs. deployed the application.

The server still throws the Missing Dependency Exception "org.apac= he.geronimo.kernel.repository.MissingDependencyException: Missing dependenc= y: default/ClusterTestEAR/1.0/ear".

Please advice.

Thanks
Ashish


On Mon, Oct 12, 2009 at 5:02 PM,= Gianny Damour <gianny.damour@optusnet.com.au> w= rote:
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 af= ter the creation of the 2.1.4 branch. Could you please confirm that this wo= rks OK against trunk?

Regarding the Tomcat bug reported by this email, the problem is caused by t= he AbstractNameQuery used to find the name of Tomcat Web app context GBean.= When the clustered WAR is within an EAR, the query returned by WADITomcatC= lusteringBuilder.createTomcatWebAppContextNameQuery does not work. =A0I 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"...). Hav= ing said that, I would suggest to substitute WADITomcatClusteringBuilder.ex= tractWebModule.with:

=A0 =A0protected GBeanData extractWebModule(DeploymentContext moduleContex= t) throws DeploymentException {
=A0 =A0 =A0 =A0Configuration configuration =3D moduleContext.getConfigurat= ion();
=A0 =A0 =A0 =A0try {
=A0 =A0 =A0 =A0 =A0 =A0return configuration.getGBeans().get(moduleContext.= getModuleName());
=A0 =A0 =A0 =A0} catch (GBeanNotFoundException e) {
=A0 =A0 =A0 =A0 =A0 =A0throw new DeploymentException("Could not locat= e web module gbean in web app configuration", e);
=A0 =A0 =A0 =A0}
=A0 =A0}

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 is= sue?
Any associated JIRA's???

There is another JIRA which has been opened for a similar issue. Please hav= e 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 <jaw981@gmail.com> wrote:
Fantastic, Gianny. =A0Thanks for looking into this!


On Mon, Jul 7, 2008 at 9:19 PM, Gianny Damour <gianny.damour@optusnet.com.au= > 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 a= nywhere with it. =A0While 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. =A0The problem I'm having is figur= ing out where on earth geronimo is getting the config id that it's expe= cting. =A0It seems that it's pulling it from the plan itself, but I'= ;m not sure how. =A0I've been a little busy lately though and haven'= ;t been able to look into it further. =A0Anyone else have any thoughts on w= hat could be the cause of this?

Thanks

On Tue, Jul 1, 2008 at 5:17 PM, jon.sabados@gmail.com <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 i= f
the war would deploy cleanly with tomcat-clustering-wadi in the deployment<= br> 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:

<?xml version=3D"1.0"?>
<!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Applic= ation
2.3//EN" "http://java.sun.com/dtd/web-app_2_3.dtd">

<web-app>

=A0<distributable/>

=A0<context-param>
=A0<param-name>org.mortbay.jetty.servlet.SessionPath</param-name&= gt;
=A0<param-value>/wadi</param-value>
=A0<!-- <description>create session cookies with given path</d= escription>
--> <!-- upsets geronimo-1.0.0 -->
=A0</context-param>


<!--
Automatically created by Apache Jakarta Tomcat JspC.
Place this fragment in the web.xml before all icon, display-name,
description, distributable, and context-param elements.
-->

=A0<servlet>
=A0 =A0 =A0<servlet-name>jsp.aopTest_jsp</servlet-name>
=A0 =A0 =A0<servlet-class>jsp.aopTest_jsp</servlet-class>
=A0</servlet>

=A0<servlet>
=A0 =A0 =A0<servlet-name>jsp.destroy_jsp</servlet-name>
=A0 =A0 =A0<servlet-class>jsp.destroy_jsp</servlet-class>
=A0</servlet>

=A0<servlet>
=A0 =A0 =A0<servlet-name>jsp.index_jsp</servlet-name>
=A0 =A0 =A0<servlet-class>jsp.index_jsp</servlet-class>
=A0</servlet>

=A0<servlet>
=A0 =A0 =A0<servlet-name>jsp.session_jsp</servlet-name>
=A0 =A0 =A0<servlet-class>jsp.session_jsp</servlet-class>
=A0</servlet>

=A0<servlet-mapping>
=A0 =A0 =A0<servlet-name>jsp.aopTest_jsp</servlet-name>
=A0 =A0 =A0<url-pattern>/aopTest.jsp</url-pattern>
=A0</servlet-mapping>

=A0<servlet-mapping>
=A0 =A0 =A0<servlet-name>jsp.destroy_jsp</servlet-name>
=A0 =A0 =A0<url-pattern>/destroy.jsp</url-pattern>
=A0</servlet-mapping>

=A0<servlet-mapping>
=A0 =A0 =A0<servlet-name>jsp.index_jsp</servlet-name>
=A0 =A0 =A0<url-pattern>/index.jsp</url-pattern>
=A0</servlet-mapping>

=A0<servlet-mapping>
=A0 =A0 =A0<servlet-name>jsp.session_jsp</servlet-name>
=A0 =A0 =A0<url-pattern>/session.jsp</url-pattern>
=A0</servlet-mapping>

<!--
All session-config, mime-mapping, welcome-file-list, error-page, taglib, resource-ref, security-constraint, login-config, security-role,
env-entry, and ejb-ref elements should follow this fragment.
-->


</web-app>
------------------------------------------------------------------
<?xml version=3D"1.0" encoding=3D"UTF-8"?>

<web-app xmlns=3D"http://geronimo.apache.org/xml/ns/j2ee/w= eb/tomcat-1.1"
=A0xmlns:wadi=3D"http://geronimo.apache.org/xml/ns/clusterin= g-wadi-1.2">

=A0<environment>
=A0 =A0 =A0<moduleId>
=A0 =A0 =A0 =A0 =A0<groupId>org.codehaus.wadi</groupId>
=A0 =A0 =A0 =A0 =A0<artifactId>wadi-webapp</artifactId>
=A0 =A0 =A0 =A0 =A0<version>2.0-SNAPSHOT</version>
=A0 =A0 =A0 =A0 =A0<type>war</type>
=A0 =A0 =A0</moduleId>
=A0</environment>

=A0<context-root>/wadi-webapp</context-root>

=A0<wadi:tomcat-clustering-wadi>
=A0 =A0 <wadi:deltaReplication>false</wadi:deltaReplication> =A0</wadi:tomcat-clustering-wadi>

</web-app>

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 <distributable /> = element
in the war's web.xml & <tomcat-clustering-wadi /> in geronimo= -web.xml), =A0but
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. =A0Are y= ou saying
> you're
> trying to package the wadi-webapp.war into an ear file? =A0Do you have= a
> specific goal by doing this? =A0I think this issue is caused by
> misconfiguration in the ear deployment plan. =A0Would you be able to p= ost
> your
> ear? =A0If 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 ea= r. =A0I
>> am
>> able to deploy the sample wadi-webapp war by changing the clusteri= ng-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 bein= g able
>> to
>> locate the web module gbean.
>>
>> Here is the relevant portion of the logs:
>>
>> 16:40:50,618 INFO =A0[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 w= eb
>> module
>> gbean in web app configuration
>> =A0 =A0 =A0 =A0at
>>
>> org.apache.geronimo.tomcat.cluster.wadi.builder.WADITomcatClusteri= ngBuilder.extractWebModule(WADITomcatClusteringBuilder.java:134)
>> =A0 =A0 =A0 =A0at
>>
>> org.apache.geronimo.tomcat.cluster.wadi.builder.WADITomcatClusteri= ngBuilder.build(WADITomcatClusteringBuilder.java:115)
>> =A0 =A0 =A0 =A0at
>>
>> org.apache.geronimo.deployment.NamespaceDrivenBuilderCollection.bu= ild(NamespaceDrivenBuilderCollection.java:48)
>> =A0 =A0 =A0 =A0at
>>
>> org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder.addGBean= s(TomcatModuleBuilder.java:410)
>> =A0 =A0 =A0 =A0at
>>
>> org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.addGBea= ns(SwitchingModuleBuilder.java:165)
>> =A0 =A0 =A0 =A0at
>>
>> org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfigur= ation(EARConfigBuilder.java:647)
>> =A0 =A0 =A0 =A0at
>> org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:254)<= br> >> =A0 =A0 =A0 =A0at
>> org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:133)<= br> >> =A0 =A0 =A0 =A0at sun.reflect.GeneratedMethodAccessor266.invoke(Un= known Source)
>> =A0 =A0 =A0 =A0at
>>
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAc= cessorImpl.java:43)
>> =A0 =A0 =A0 =A0at java.lang.reflect.Method.invoke(Method.java:618)=
>> =A0 =A0 =A0 =A0at
>>
>> org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(R= eflectionMethodInvoker.java:34)
>> =A0 =A0 =A0 =A0at
>>
>> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOpera= tion.java:124)
>> =A0 =A0 =A0 =A0at
>>
>> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstan= ce.java:867)
>> =A0 =A0 =A0 =A0at
>> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.ja= va:239)
>> =A0 =A0 =A0 =A0at
>>
>> org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.= doDeploy(AbstractDeployCommand.java:116)
>> =A0 =A0 =A0 =A0at
>>
>> org.apache.geronimo.deployment.plugin.local.DistributeCommand.run(= DistributeCommand.java:61)
>> =A0 =A0 =A0 =A0at java.lang.Thread.run(Thread.java:810)
>> Caused by: org.apache.geronimo.kernel.GBeanNotFoundException: No m= atches
>> for
>> referencePatterns:
>>
>> [default/wadi_wadi.war/1214606450652/car?#org.apache.geronimo.tomc= at.TomcatWebAppContext]
>> =A0 =A0 =A0 =A0at
>>
>> org.apache.geronimo.kernel.config.Configuration.findGBeanData(Conf= iguration.java:669)
>> =A0 =A0 =A0 =A0at
>>
>> org.apache.geronimo.kernel.config.Configuration.findGBeanData(Conf= iguration.java:626)
>> =A0 =A0 =A0 =A0at
>>
>> org.apache.geronimo.tomcat.cluster.wadi.builder.WADITomcatClusteri= ngBuilder.extractWebModule(WADITomcatClusteringBuilder.java:132)
>> =A0 =A0 =A0 =A0... 17 more
>>
>>
>> if anyone has a pointers or suggestions it would be greatly apprec= iated
>>
>> --
>> 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 Nabb= le.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




--00c09f88d1dcab83de0475bd00af--