Uploaded image for project: 'WildFly Core'
  1. WildFly Core
  2. WFCORE-1800

Executing a read-attribute operation is allowed on non-existing resources with for attributes with defined read handlers

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Unresolved
    • Icon: Major Major
    • None
    • None
    • Management
    • None

      If an attribute defines an OperationStepHandler the global read-attribute operation will execute the handler regardless if the resource exists.

      Here's an example that will successfully execute and return the name invalid for the name attribute even though the resource does not exist.

      /path=invalid:read-attribute(name=name)

      (Note: example ^^^ no longer fails as the specific OSH for the read does the resource check.)

      For attributes that use the default means of reading the attribute value the context.readResource(PathAddress.EMPTY_ADDRESS, false) is already invoked which will cause a failure. For attributes which define a custom read OSH the outcome is unpredictable as the existence of the resource is not validated before invoking the OSH.

      The attached patch simply invokes the context.readResource(PathAddress.EMPTY_ADDRESS, false) before the invocation of the custom OSH.

              Unassigned Unassigned
              jperkins-rhn James Perkins
              Votes:
              0 Vote for this issue
              Watchers:
              5 Start watching this issue

                Created:
                Updated: