geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rex Wang (JIRA)" <j...@apache.org>
Subject [jira] [Resolved] (GERONIMO-6093) Hot-deploy scenarios
Date Fri, 22 Jul 2011 09:45:57 GMT

     [ https://issues.apache.org/jira/browse/GERONIMO-6093?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Rex Wang resolved GERONIMO-6093.
--------------------------------

    Resolution: Fixed

> Hot-deploy scenarios
> --------------------
>
>                 Key: GERONIMO-6093
>                 URL: https://issues.apache.org/jira/browse/GERONIMO-6093
>             Project: Geronimo
>          Issue Type: Bug
>      Security Level: public(Regular issues) 
>    Affects Versions: 3.0
>            Reporter: Rex Wang
>            Assignee: Rex Wang
>             Fix For: 3.0
>
>
> I create this jira to record some special Hot-deploy scenarios so that we won't bring
some regressions after modifying the hot-deployer codes. 
> 1. hotdeploy and then undeploy from console.
> 1). hot-deploy A successfully
> 2). undeploy A from console, then the A should be deleted from hotdeploy folder
> 3). restart server, then nothing error/warn messages prompt. 
> ##PS, this tests the file can be deleted if the undeployment happened in other means,
and the persist file records must be changed as well.
> 2. Add a re-named app along with the original one.
> 1). hot-deploy A successfully
> 2). put in A2, which made by renaming the A, then an warn message should prompt to tell
"the module has been deployed", and A2 should not be deleted automatically.
> ##PS, this tests a new app, whose config id existed in server, will not be deployed
> 3. Delete a app that was not hot deployed successfully.
> 1). after the steps in #2
> 2). delete A2, then nothing error/warn messages prompt. 
> ##PS, this tests the deletion of a non-deployed file won't cause another module to be
undeployed
> 4. Put in a modified app to replace the one has been successfully deployed before
> 1). hot-deploy A successfully
> 2). re-create A, which means its size or modification time will be changed, and replace
the one in hot deploy folder, then A must be redeployed.
> 5. Put in a modified app to replace the one was not successfully deployed before
> 1). hot-deploy A successfully
> 2). put in A2, (defined in #2), then it will not be deployed because of the same config
ID.
> 3). re-create A2, and replace the one in hot deploy folder, then A2 must not be redeployed
(Otherwise it will firstly undeploy the module deployed by A)

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message