[ https://issues.jboss.org/browse/WFLY-1305?page=com.atlassian.jira.plugin.... ] Brian Stansberry commented on WFLY-1305: ---------------------------------------- "This happens because CompositeOperationHandler only marks the composite operation as "failed" if rollback occurs. I have a vague memory that that's by design; I'll need to do some research." My vague memory was correct. The docs on this are quite clear (and I wrote them): https://docs.jboss.org/author/display/AS72/Admin+Guide#AdminGuide-BasicCo... "The high level format of a basic composite operation response is largely the same as that of a simple operation response, although there is an important semantic difference. For a composite operation, the meaning of the outcome flag is controlled by the value of the operation request's rollback-on-runtime-failure header field. If that field was false (default is true), the outcome flag will be success if all steps were successfully applied to the persistent configuration even if none of the composite operation's steps was successfully applied to the runtime." So, the RESULT in the attachment is per design. We'll have to figure out how to have FileSystemDeploymentService dig further into the result if rollback-on-runtime-failure will be set to 'false'. Or perhaps always. Should be solvable easily enough. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira