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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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 

Reply via email to