Start AEM Workflows on AEM as a Cloud Service using all available triggering mechanisms. Use when starting workflows manually via the Timeline UI, programmatically via WorkflowSession.startWorkflow(), via the HTTP Workflow API, through Manage Publication, or passing initial metadata and payload to a workflow instance.
76
93%
Does it follow best practices?
Impact
—
No eval scenarios have been run
Risky
Do not use without reviewing
All mechanisms to start a workflow on AEM Cloud Service — from UI, programmatic API, HTTP API, and Manage Publication.
workflow-process-service sub-service mapping for programmatic triggering.| Mechanism | Use Case |
|---|---|
| Timeline UI | One-off manual start on a single page or asset |
| Manage Publication | Multi-page batch start, integrates with publish pipeline |
| WorkflowSession API | Backend Java code, scheduled jobs, event handlers |
| HTTP Workflow API | REST calls, scripts, external integrations |
| Workflow Launchers | Automatic on JCR events — see workflow-launchers skill |
The workflow starts with the selected item as JCR_PATH payload and the current user as initiator.
AEM creates a cq:WorkflowContentPackage containing all selected pages as the workflow payload.
@Component(service = MyWorkflowService.class)
public class MyWorkflowService {
@Reference
private ResourceResolverFactory resolverFactory;
public String startWorkflow(String payloadPath, String modelId,
Map<String, Object> initialMeta) throws Exception {
Map<String, Object> auth = Collections.singletonMap(
ResourceResolverFactory.SUBSERVICE, "workflow-process");
try (ResourceResolver resolver = resolverFactory.getServiceResourceResolver(auth)) {
WorkflowSession wfSession = resolver.adaptTo(WorkflowSession.class);
WorkflowModel model = wfSession.getModel(modelId);
WorkflowData data = wfSession.newWorkflowData("JCR_PATH", payloadPath);
// Set initial metadata
MetaDataMap meta = data.getMetaDataMap();
if (initialMeta != null) {
initialMeta.forEach(meta::put);
}
Workflow instance = wfSession.startWorkflow(model, data);
return instance.getId();
}
}
}Model ID format: /var/workflow/models/my-workflow (the runtime path, not the design-time path)
# Start a workflow
curl -u admin:admin -X POST \
"http://localhost:4502/api/workflow/instances" \
-d "model=/var/workflow/models/my-workflow" \
-d "payloadType=JCR_PATH" \
-d "payload=/content/my-site/en/home" \
-d "workflowTitle=Review Request from CI"
# Response: 201 Created with Location header pointing to instance path
# Get workflow instance details
curl -u admin:admin \
"http://localhost:4502/api/workflow/instances/<instanceId>.json"
# List running instances
curl -u admin:admin \
"http://localhost:4502/api/workflow/instances?state=RUNNING&model=/var/workflow/models/my-workflow"workflowTitle when starting programmatically — it helps operators identify instances in the console./var/workflow/models/ path (runtime). Do not use the /conf design-time path./var/workflow/models/ before calling startWorkflow().706f94d
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.