[jboss-jira] [JBoss JIRA] (WFCORE-2740) Recursive read-resource should not fail if an expected address type disappears in the middle of execution

Brian Stansberry (JIRA) issues at jboss.org
Sat Apr 29 10:03:00 EDT 2017


     [ https://issues.jboss.org/browse/WFCORE-2740?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Brian Stansberry updated WFCORE-2740:
-------------------------------------
    Fix Version/s:     (was: 4.0.0.Alpha1)


> Recursive read-resource should not fail if an expected address type disappears in the middle of execution
> ---------------------------------------------------------------------------------------------------------
>
>                 Key: WFCORE-2740
>                 URL: https://issues.jboss.org/browse/WFCORE-2740
>             Project: WildFly Core
>          Issue Type: Bug
>          Components: Domain Management
>            Reporter: Brian Stansberry
>            Assignee: Brian Stansberry
>            Priority: Minor
>
> The ManagementResourceRegistration tree is not cloned upon modification the way Resource tree is. That means read ops executing concurrently with ops that modify the MRR tree can have the tree change underneath them.
> This can affect recursive read-resource ops, as they calculate possible child addresses and then later they process those addresses, failing if an MRR is missing. A failure only makes sense if the user did something wrong or, perhaps, if it's clear that the code is broken. But here there's a perfectly valid reason for the MRR to be missing, so there should be no failure.
> Not an urgent thing; I saw this quite a while ago when investigating a different issue and quickly worked up a fix which has now been sitting around gathering dust.



--
This message was sent by Atlassian JIRA
(v7.2.3#72005)


More information about the jboss-jira mailing list