You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by "Shawn Jiang (JIRA)" <ji...@apache.org> on 2011/06/29 11:23:28 UTC

[jira] [Resolved] (GERONIMO-5968) To support module priority so that we could control the sub-modules handling sequence during the deployment process.

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

Shawn Jiang resolved GERONIMO-5968.
-----------------------------------

       Resolution: Fixed
    Fix Version/s: 3.0

fixed with trunk#1126451

> To support module priority so that we could control the sub-modules handling sequence during the deployment process.
> --------------------------------------------------------------------------------------------------------------------
>
>                 Key: GERONIMO-5968
>                 URL: https://issues.apache.org/jira/browse/GERONIMO-5968
>             Project: Geronimo
>          Issue Type: Improvement
>      Security Level: public(Regular issues) 
>          Components: deployment
>    Affects Versions: 3.0
>            Reporter: Shawn Jiang
>            Assignee: Shawn Jiang
>             Fix For: 3.0
>
>
> Currently,  if there are no module info in application DD, we scan the zip entries in ear to determine what are the modules included in EAR.   And the sub-moudles sequence is based on the sequence the modules were deteceted.
> But, sometime, we definitely want the modules building in a given sequence because one module building might need other module's building result.
> Following sub module handling sequence would be a good:
> 1, ConnectorModule
> 2, EjbModule
> 3, WebModule
> 4, AppClientModule

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