[jboss-jira] [JBoss JIRA] Commented: (JBAS-9020) Deployment content management enhancement
Brian Stansberry (JIRA)
jira-events at lists.jboss.org
Fri Apr 8 13:43:33 EDT 2011
[ https://issues.jboss.org/browse/JBAS-9020?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12594559#comment-12594559 ]
Brian Stansberry commented on JBAS-9020:
----------------------------------------
Yeah, it just needs to be considered when designing the model structure. E.g. if all the content is stored in an attribute of a deployment resource, operation handlers can do what they want. But if each piece of content is itself a resource (which seems more natural), the "add" operation handling is going to append each one to the end of the (Property)List of the deployment resource's children. No insertion in the middle.
> Deployment content management enhancement
> -----------------------------------------
>
> Key: JBAS-9020
> URL: https://issues.jboss.org/browse/JBAS-9020
> Project: JBoss Application Server
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Reporter: David Lloyd
> Fix For: 7.0.0.Beta4
>
>
> In order to keep deployment state sane and meet various external requirements, we need to support multiple content items per deployment.
> Presently deployments are permanently, uniquely identified by SHA1. We need to move this SHA1 identifier to the content of the deployment element. So rather than:
> {noformat}
> <deployment name="foo.ear" runtime-name="foo.ear" sha1="d37ede977b022a1456ec5e7a5eee07549cb1c414"/>
> {noformat}
> It should be structured as:
> {noformat}
> <deployment name="foo.ear" runtime-name="foo.ear">
> <content id="d37ede977b022a1456ec5e7a5eee07549cb1c414"/>
> </deployment>
> {noformat}
> If there is filesystem content it should be listed differently:
> {noformat}
> <deployment name="foo.ear" runtime-name="foo.ear">
> <fs-archive path="deployments/foo.ear" relative-to="jboss.server.base.dir"/>
> <fs-exploded path="deployments/foo.war" relative-to="jboss.server.base.dir"/>
> </deployment>
> {noformat}
> For filesystem hot-deployment purposes, it is up to the FS scanner to take care of tracking and removing deployments whose content was removed.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the jboss-jira
mailing list