You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by Aaron Mulder <am...@alumni.princeton.edu> on 2006/05/09 21:44:59 UTC
Re: undeploy, redeploy and hot-deploy
Please test again since Dain committed the patch yesterday. In my
testing, this did allow "undeploy myapp". If it doesn't work for you,
can you give specific steps to reproduce the problem using the welcome
sample application (applications/welcome/target/*.war and if needed,
configs/welcome-jetty/target/plan/plan.xml).
Thanks,
Aaron
On 5/9/06, anita kulshreshtha <a_...@yahoo.com> wrote:
> This refers to -
> http://issues.apache.org/jira/browse/GERONIMO-1945 and
> http://issues.apache.org/jira/browse/GERONIMO-1971
> If a webapp with named "myapp" is deployed, It gets deployed as
> default/myapp/..../war. it is not possible to undeploy it with -
> java -jar bin\deployer.jar undeploy myapp
> It must be undeployed using :
> java -jar bin\deployer.jar undeploy default/myapp/explicit-version/war
> Here are my observations -
> 1. o.a.g.k.Repository.Artifact.create(id) does not allow id of the form
> "myapp" and throws exception.
> 2. A method almostMatch(Artifact a) (or a better name..) is needed that
> will match
> default/myapp//.. with default/myapp/explicit-version/war.
> This will allow us to undeploy using just "myapp". This will also
> solve the problem with the hot-deployment in G-1947.
> 3.
> o.a.g.deployment.plugin.ConfigIdExtractor.identifyTargetModuleIDs(..)
> needs to call exactMatch in the 'second pass' so that
> default/myapp/explicit-version/war is returned in the list.
> Is this the correct approach?
>
> Thanks
> Anita
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
Re: undeploy, redeploy and hot-deploy
Posted by Aaron Mulder <am...@alumni.princeton.edu>.
Anita,
Could you create a Jira for the behavior you're describing below? It
looks like the application was already in the repository and the hot
deploy caused it to be written in there again, which seems to have
confused it (whereas it probably should have just overwritten it,
unless it was already running or something). I think it may be fixed
when we give the hot deployer a little update, but we should be sure.
Thanks,
Aaron
On 5/9/06, anita kulshreshtha <a_...@yahoo.com> wrote:
> Aaron,
> Thanks! These issues have been fixed in rev 405570. I have resolved
> both the issues. I hope that is ok.
> I tried hot-deploying the welcome app without the plan and got the
> following trace -
>
> 23:06:00,359 INFO [Hot Deployer] Deploying
> welcome-tomcat-1.1-SNAPSHOT.car
> 23:06:00,953 WARN [TomcatModuleBuilder] Web application . does not
> contain a WEB-INF/geronimo-web.x
> ml deployment plan. This may or may not be a problem, depending on
> whether you have things like res
> ource references that need to be resolved. You can also give the
> deployer a separate deployment pla
> n file on the command line.
> 23:06:01,609 ERROR [Deployer] Deployment failed due to
> java.io.IOException: Sum file already exists
> at
> org.apache.geronimo.system.configuration.ConfigurationStoreUtil.writeChecksumFor(Configur
> ationStoreUtil.java:46)
> at
> org.apache.geronimo.system.configuration.ExecutableConfigurationUtil.writeConfiguration(E
> xecutableConfigurationUtil.java:156)
> at
> org.apache.geronimo.system.configuration.RepositoryConfigurationStore.install(RepositoryC
> onfigurationStore.java:319)
> at
> org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:308)
> at
> org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:119)
> at
> org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$$734a235d.invoke(<generated>)
> at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
> at
> org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
> at
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:122)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:852)
> at
> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239)
> at
> org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.doDeploy(AbstractDeploy
> Command.java:106)
> at
> org.apache.geronimo.deployment.plugin.local.DistributeCommand.run(DistributeCommand.java:
> 60)
> at java.lang.Thread.run(Thread.java:534)
> 23:06:01,718 ERROR [Hot Deployer] Unable to deploy:
> java.io.IOException: Sum file already exists
> org.apache.geronimo.common.DeploymentException: java.io.IOException:
> Sum file already exists
> at
> org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:349)
> at
> org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:119)
> at
> org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$$734a235d.invoke(<generated>)
> at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
> at
> org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
> at
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:122)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:852)
> at
> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239)
> at
> org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.doDeploy(AbstractDeploy
> Command.java:106)
> at
> org.apache.geronimo.deployment.plugin.local.DistributeCommand.run(DistributeCommand.java:
> 60)
> at java.lang.Thread.run(Thread.java:534)
> Caused by: java.io.IOException: Sum file already exists
> at
> org.apache.geronimo.system.configuration.ConfigurationStoreUtil.writeChecksumFor(Configur
> ationStoreUtil.java:46)
> at
> org.apache.geronimo.system.configuration.ExecutableConfigurationUtil.writeConfiguration(E
> xecutableConfigurationUtil.java:156)
> at
> org.apache.geronimo.system.configuration.RepositoryConfigurationStore.install(RepositoryC
> onfigurationStore.java:319)
> at
> org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:308)
> ... 10 more
>
>
> Thanks
> Anita
>
> --- Aaron Mulder <am...@alumni.princeton.edu> wrote:
>
> > Please test again since Dain committed the patch yesterday. In my
> > testing, this did allow "undeploy myapp". If it doesn't work for
> > you,
> > can you give specific steps to reproduce the problem using the
> > welcome
> > sample application (applications/welcome/target/*.war and if needed,
> > configs/welcome-jetty/target/plan/plan.xml).
> >
> > Thanks,
> > Aaron
> >
> > On 5/9/06, anita kulshreshtha <a_...@yahoo.com> wrote:
> > > This refers to -
> > > http://issues.apache.org/jira/browse/GERONIMO-1945 and
> > > http://issues.apache.org/jira/browse/GERONIMO-1971
> > > If a webapp with named "myapp" is deployed, It gets deployed as
> > > default/myapp/..../war. it is not possible to undeploy it with -
> > > java -jar bin\deployer.jar undeploy myapp
> > > It must be undeployed using :
> > > java -jar bin\deployer.jar undeploy
> > default/myapp/explicit-version/war
> > > Here are my observations -
> > > 1. o.a.g.k.Repository.Artifact.create(id) does not allow id of the
> > form
> > > "myapp" and throws exception.
> > > 2. A method almostMatch(Artifact a) (or a better name..) is needed
> > that
> > > will match
> > > default/myapp//.. with default/myapp/explicit-version/war.
> > > This will allow us to undeploy using just "myapp". This will
> > also
> > > solve the problem with the hot-deployment in G-1947.
> > > 3.
> > >
> > o.a.g.deployment.plugin.ConfigIdExtractor.identifyTargetModuleIDs(..)
> > > needs to call exactMatch in the 'second pass' so that
> > > default/myapp/explicit-version/war is returned in the list.
> > > Is this the correct approach?
> > >
> > > Thanks
> > > Anita
> > >
> > > __________________________________________________
> > > Do You Yahoo!?
> > > Tired of spam? Yahoo! Mail has the best spam protection around
> > > http://mail.yahoo.com
> > >
> >
>
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
Re: undeploy, redeploy and hot-deploy
Posted by anita kulshreshtha <a_...@yahoo.com>.
Aaron,
Thanks! These issues have been fixed in rev 405570. I have resolved
both the issues. I hope that is ok.
I tried hot-deploying the welcome app without the plan and got the
following trace -
23:06:00,359 INFO [Hot Deployer] Deploying
welcome-tomcat-1.1-SNAPSHOT.car
23:06:00,953 WARN [TomcatModuleBuilder] Web application . does not
contain a WEB-INF/geronimo-web.x
ml deployment plan. This may or may not be a problem, depending on
whether you have things like res
ource references that need to be resolved. You can also give the
deployer a separate deployment pla
n file on the command line.
23:06:01,609 ERROR [Deployer] Deployment failed due to
java.io.IOException: Sum file already exists
at
org.apache.geronimo.system.configuration.ConfigurationStoreUtil.writeChecksumFor(Configur
ationStoreUtil.java:46)
at
org.apache.geronimo.system.configuration.ExecutableConfigurationUtil.writeConfiguration(E
xecutableConfigurationUtil.java:156)
at
org.apache.geronimo.system.configuration.RepositoryConfigurationStore.install(RepositoryC
onfigurationStore.java:319)
at
org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:308)
at
org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:119)
at
org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$$734a235d.invoke(<generated>)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:122)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:852)
at
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239)
at
org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.doDeploy(AbstractDeploy
Command.java:106)
at
org.apache.geronimo.deployment.plugin.local.DistributeCommand.run(DistributeCommand.java:
60)
at java.lang.Thread.run(Thread.java:534)
23:06:01,718 ERROR [Hot Deployer] Unable to deploy:
java.io.IOException: Sum file already exists
org.apache.geronimo.common.DeploymentException: java.io.IOException:
Sum file already exists
at
org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:349)
at
org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:119)
at
org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$$734a235d.invoke(<generated>)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:122)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:852)
at
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239)
at
org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.doDeploy(AbstractDeploy
Command.java:106)
at
org.apache.geronimo.deployment.plugin.local.DistributeCommand.run(DistributeCommand.java:
60)
at java.lang.Thread.run(Thread.java:534)
Caused by: java.io.IOException: Sum file already exists
at
org.apache.geronimo.system.configuration.ConfigurationStoreUtil.writeChecksumFor(Configur
ationStoreUtil.java:46)
at
org.apache.geronimo.system.configuration.ExecutableConfigurationUtil.writeConfiguration(E
xecutableConfigurationUtil.java:156)
at
org.apache.geronimo.system.configuration.RepositoryConfigurationStore.install(RepositoryC
onfigurationStore.java:319)
at
org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:308)
... 10 more
Thanks
Anita
--- Aaron Mulder <am...@alumni.princeton.edu> wrote:
> Please test again since Dain committed the patch yesterday. In my
> testing, this did allow "undeploy myapp". If it doesn't work for
> you,
> can you give specific steps to reproduce the problem using the
> welcome
> sample application (applications/welcome/target/*.war and if needed,
> configs/welcome-jetty/target/plan/plan.xml).
>
> Thanks,
> Aaron
>
> On 5/9/06, anita kulshreshtha <a_...@yahoo.com> wrote:
> > This refers to -
> > http://issues.apache.org/jira/browse/GERONIMO-1945 and
> > http://issues.apache.org/jira/browse/GERONIMO-1971
> > If a webapp with named "myapp" is deployed, It gets deployed as
> > default/myapp/..../war. it is not possible to undeploy it with -
> > java -jar bin\deployer.jar undeploy myapp
> > It must be undeployed using :
> > java -jar bin\deployer.jar undeploy
> default/myapp/explicit-version/war
> > Here are my observations -
> > 1. o.a.g.k.Repository.Artifact.create(id) does not allow id of the
> form
> > "myapp" and throws exception.
> > 2. A method almostMatch(Artifact a) (or a better name..) is needed
> that
> > will match
> > default/myapp//.. with default/myapp/explicit-version/war.
> > This will allow us to undeploy using just "myapp". This will
> also
> > solve the problem with the hot-deployment in G-1947.
> > 3.
> >
> o.a.g.deployment.plugin.ConfigIdExtractor.identifyTargetModuleIDs(..)
> > needs to call exactMatch in the 'second pass' so that
> > default/myapp/explicit-version/war is returned in the list.
> > Is this the correct approach?
> >
> > Thanks
> > Anita
> >
> > __________________________________________________
> > Do You Yahoo!?
> > Tired of spam? Yahoo! Mail has the best spam protection around
> > http://mail.yahoo.com
> >
>
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com