The HDFS getAclStatus() returns ACL information of a file and how that pertains to a Hadoop user/group.
However, the ADLS getAclStatus() returns ACL information of a file but does not map them to Hadoop users/groups and instead maps them to the client ID of the SPI.
The components built around Hadoop use this API with the expectation that the ACL information returned will be mapped to Hadoop users/groups, i.e. the components expect it to have the same behavior as other filesystems that support this API.
If not, the components need to have logic to handle this case where if they're talking to ADLS, they won't look for matching the Hadoop user/group, but instead the client ID. And once AdlFileSystem changes its API to be able to map to Hadoop users/groups, it will be a breaking change for all the components.
Until such functionality is able to be provided, I would suggest that the getAclStatus() be unsupported, just as it is in S3AFileSystem.