For Agents
Read the status of long-running fabric application operations at an Azure Stack location.
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the FabricAdminClient, or any other public or private API you need. You set the rules, the agent never sees your credentials, and every call is logged.
# On the machine that will host your Jentic One instance:
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh
jentic register # connects your agent to your Jentic One instanceJentic One is in public beta. The setup above keeps your agent separate from the instance, which is what you want before using real credentials: an agent running as the same OS user as Jentic One can read its stored keys directly. Just evaluating? A single local install is fine to start. See the secure deployment guide for the tiers.
What an agent can do with FabricAdminClient API.
List all fabric application operation results at a specified Azure Stack location
Read the status of a specific fabric application operation by id
Check whether a fabric application operation has succeeded or failed at a location
Scope queries to a particular subscription, resource group, and Azure Stack fabric location
GET STARTED
Use for: List all fabric application operation results at location local, Get the status of fabric application operation op-12345 at location local, Check whether the latest fabric application operation succeeded in resource group System.local, Find any failed application operation results at the local fabric location
Not supported: Does not initiate fabric application operations, manage compute or storage resources, or change Azure Stack configuration — use only to read the status of fabric application operation results at a location.
Jentic publishes the only available OpenAPI document for FabricAdminClient, keeping it validated and agent-ready.
Jentic publishes the only available OpenAPI specification for the Azure Stack FabricAdminClient, keeping it validated and agent-ready. This narrow administrative API returns the status of fabric application operation results at a given Azure Stack location. Operators use it to check whether long-running fabric application operations have succeeded, failed, or are still in progress.
Patterns agents use FabricAdminClient API for, with concrete tasks.
★ Track Long-Running Fabric Operations
Azure Stack operators run fabric application operations that complete asynchronously. GET /subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Fabric.Admin/fabricLocations/{location}/applicationOperationResults/{operation} returns the current state of a specific operation so an operator script can poll until the operation is complete before triggering follow-on work.
Get the status of operation op-12345 at fabric location local in resource group System.local and return whether it has reached a terminal state
Audit Recent Fabric Operations at a Location
During a maintenance review, operators list every fabric application operation at a location to confirm no operation has stalled or failed. The list endpoint returns all operation result entries at the location so the audit can flag any that did not reach a successful terminal state.
List all application operation results at fabric location local in resource group System.local and return any whose status is not Succeeded
Health Probe for Azure Stack Automation
Automation scripts use this API as a lightweight health probe before issuing further fabric admin calls. If the operation results list returns successfully, the calling automation knows the fabric admin endpoint is reachable and AAD authentication is valid for the current location and resource group.
Call ApplicationOperationResults_List at location local and return success or the HTTP error code
Agent-Driven Azure Stack Operation Monitoring
An AI agent assisting an Azure Stack operator can poll fabric application operation results through Jentic until the operator-initiated change reports a terminal state. Intent search returns the operation results endpoints with their schemas; the AAD admin token is held in the Jentic vault so the agent never sees the service principal secret used for fabric admin calls.
Search Jentic for 'get Azure Stack fabric operation result', execute ApplicationOperationResults_Get for op-12345 every 30 seconds until the response status is Succeeded or Failed
2 endpoints — jentic publishes the only available openapi specification for the azure stack fabricadminclient, keeping it validated and agent-ready.
METHOD
PATH
DESCRIPTION
/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Fabric.Admin/fabricLocations/{location}/applicationOperationResults
List all application operation results at a fabric location
/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Fabric.Admin/fabricLocations/{location}/applicationOperationResults/{operation}
Get the status of a specific application operation
/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Fabric.Admin/fabricLocations/{location}/applicationOperationResults
List all application operation results at a fabric location
/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Fabric.Admin/fabricLocations/{location}/applicationOperationResults/{operation}
Get the status of a specific application operation
Three things that make agents converge on Jentic-routed access.
Credential isolation
Azure AD OAuth 2.0 tokens for the Azure Stack admin tenant are minted and rotated inside the Jentic vault (MAXsystem). The admin service principal secret stays encrypted; agents call adminmanagement.local.azurestack.external with a short-lived scoped token only.
Intent-based discovery
Agents search by intent (e.g., 'get Azure Stack fabric operation result') and Jentic returns ApplicationOperationResults_Get or _List with its input schema, so the agent does not have to memorise the long Microsoft.Fabric.Admin path.
Time to first call
Direct Azure Stack admin integration: 1-2 days for admin AAD setup, endpoint discovery, and operation polling. Through Jentic: under 30 minutes — search, load schema, execute.
Alternatives and complements available in the Jentic catalogue.
Azure Stack Deployment Admin Client
Manages Azure Stack deployment-level admin operations alongside fabric admin reads.
Use the deployment admin client for stamp-level operations; use FabricAdminClient to read fabric operation results.
Azure Stack Infrastructure Insights
Reports on Azure Stack alerts, regions, and infrastructure health that drive operator response.
Use Infrastructure Insights for the alerts; use FabricAdminClient to follow up on a specific fabric operation result.
Azure Stack Compute Admin Client
Manages compute resource provider administration on Azure Stack.
Use Compute Admin to act on compute resources; use FabricAdminClient to track related operation outcomes on the fabric location.
Azure Stack Network Admin Client
Sister Azure Stack admin API for network resource provider operations rather than fabric application operations.
Choose Network Admin when the operation is network-RP scoped. Stay with FabricAdminClient when the result lives under Microsoft.Fabric.Admin.
Specific to using FabricAdminClient API through Jentic.
Why is there no official OpenAPI spec for FabricAdminClient?
Microsoft Azure does not publish an OpenAPI specification. Jentic generates and maintains this spec so that AI agents and developers can call FabricAdminClient via structured tooling. It is validated against the live API and kept up to date. Get started at https://app.jentic.com/sign-up.
What authentication does the FabricAdminClient use?
The API uses Azure Active Directory OAuth 2.0 bearer tokens (the azure_auth scheme) against the Azure Stack admin endpoint adminmanagement.local.azurestack.external. Through Jentic, the AAD admin service principal secret is stored encrypted in the MAXsystem vault.
Can I get the status of a fabric application operation with this API?
Yes. Call GET /subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Fabric.Admin/fabricLocations/{location}/applicationOperationResults/{operation}. The response carries the current operation status, which an automation can poll until it reaches a terminal state.
What location value should I pass on the path?
The {location} path parameter is the Azure Stack fabric location identifier (typically 'local' for an integrated system). The same location appears on the corresponding ARM resource ids you read or update through other Azure Stack admin APIs.
What are the rate limits for this API?
Azure Stack admin endpoints apply per-stamp throttling. Polling at intervals of 15-30 seconds is safe for operation result tracking; on HTTP 429 back off using the Retry-After header. The API only supports GET, so there is no mutation budget to consider.
How do I poll fabric operation results from an agent through Jentic?
Run pip install jentic, then search Jentic with 'get Azure Stack fabric operation result'. Load ApplicationOperationResults_Get, supply the subscription, resource group, location, and operation id, and execute on a polling loop. The AAD admin token is sourced from the vault on every call.