<div dir="ltr">Hi Harald,<div><br></div><div>Does HAL always include the &quot;include-runtime=true&quot; param when doing a read of resources under a /deployment=x resource?</div><div><br></div><div>I&#39;m asking because I noticed an annoying problem when trying to do some cleanup of whether runtime-only resources correctly report themselves as such.[1] It turns out we have a bug where must subsystem resources under /deployment=* don&#39;t report themselves as runtime-only, which means they show up in an op like this, even though they should not:</div><div><br></div><div>







<p class="gmail-p1"><a href="https://paste.fedoraproject.org/paste/4WGJ7~UpeJvR0tqtEDYfNg">https://paste.fedoraproject.org/paste/4WGJ7~UpeJvR0tqtEDYfNg</a><br></p><p class="gmail-p1">The &quot;subsystem=undertow&quot; child should not appear because the op used &quot;include-runtime=false&quot;. So that&#39;s a bug.<br></p><p class="gmail-p1">I probably won&#39;t fix that bug any time soon, because &quot;include-runtime=false&quot; is the default behavior. Which mean this is a bug that some users may be counting on. :( One example being Arquillian -- see [2]. But I&#39;m wondering whether HAL is an example of that. If it is, it&#39;s something that should be corrected. At some point we may have to correct this.</p><p class="gmail-p1">Jean-Francois Denise, I have the same question for you re: CLI.<br></p><p class="gmail-p1">Emmanuel Hugonnet -- I&#39;m hoping this isn&#39;t a significant problem for your provisioning feature-spec work. If it is maybe we can find a way to work around. These resource types are not relevant on an admin-only server and my guess any feature-spec generation would use an admin-only process.</p></div><div>[1] <a href="https://issues.jboss.org/browse/WFCORE-3432">https://issues.jboss.org/browse/WFCORE-3432</a>. </div><div>[2] <a href="https://issues.jboss.org/browse/WFARQ-35">https://issues.jboss.org/browse/WFARQ-35</a></div><div><br></div><div>Cheers,</div><div><br>-- <br><div class="gmail_signature"><div dir="ltr">Brian Stansberry<div>Manager, Senior Principal Software Engineer</div><div>Red Hat</div></div></div>
</div></div>