How should test deal with output properties in reference()

[Gijsreyn]

Whilst working with the DatabricksDsc module, I stumbled on some odd behaviour. Take for example the following YAML configuration document:

$schema: https://aka.ms/dsc/schemas/v3/bundled/config/document.json
parameters:
  workspaceUrl:
    type: string
    defaultValue: '<redacted>'
  accessToken:
    type: string
    defaultValue: "[envvar('BEARER_TOKEN')]"
  servicePrincipalConfiguration:
    type: object
resources:
  - name: ServicePrincipal
    type: DatabricksDsc/DatabricksServicePrincipal
    properties: 
      WorkspaceUrl: "[parameters('workspaceUrl')]"
      AccessToken: "[parameters('accessToken')]"
      ApplicationId: "[parameters('servicePrincipalConfiguration').servicePrincipalId]"
      DisplayName: "[parameters('servicePrincipalConfiguration').displayName]"


  - name: Grou
    type: DatabricksDsc/DatabricksGroup
    properties:
      WorkspaceUrl: "[parameters('workspaceUrl')]"
      AccessToken: "[parameters('accessToken')]"
      DisplayName: 'admins'
      Members:
      - Value: "[reference(resourceId('DatabricksDsc/DatabricksServicePrincipal', 'ServicePrincipal')).Id]"
        Display: "[parameters('servicePrincipalConfiguration').displayName]"

Here comes the odd behaviour. Whenever I'm trying to execute the test operation on this example, it is sure that it is going to throw an error: ERROR dsc::subcommand: 212: Parser: Member 'Id' not found. That's because the previous output is only going to return the _inDesiredState property seen from the logging:

jsonOutput={"result":[{"name":"DatabricksDsc/DatabricksServicePrincipal","type":"DatabricksDsc/DatabricksServicePrincipal","properties":{"InDesiredState":true}}],"_inDesiredState":true}

I was curious if there is (or even should) a way how this can be solved accordingly.

[michaeltlombardi]

This is a problem specific to adapted PSDSC resources, I think - it looks like the resource is only returning the PSDSC test operation result data, not the actual state and _inDesiredState.

I thought we had fixed this in an old PR, but it looks like I'm wrong.