All AEM as a Cloud Service skills: component development, Workflow model design, development, triggering, launchers, debugging, and triaging, Dispatcher config authoring, advisory, incident response, performance tuning, and security hardening, Rapid Development Environment (RDE) deployment, log inspection, snapshots, and troubleshooting via `aio aem rde`, Jackrabbit Oak query/index tuning (property, Lucene index definitions), and extracting/inventorying JCR queries (XPath, SQL2, QueryBuilder) across a codebase.
85%
Does it follow best practices?
Run evals on this skill
Adds up to 20 points to the overall score
Low
Low-risk findings worth noting
User / Launcher / API
↓
WorkflowSession.startWorkflow(model, data)
↓
Sling Event Job created
topic: com/adobe/granite/workflow/job/**
(transient: com/adobe/granite/workflow/transient/job/**)
↓
JobHandler.process() ← consumes job, drives step loop
↓
For PROCESS nodes: WorkflowProcess.execute(item, session, args)
For PARTICIPANT nodes: WorkItem persisted → Inbox / Task Management
For EXTERNAL_PROCESS: ExternalProcessPollingHandler (polling job)
↓
On normal return: workflow advances to next node
On WorkflowException: retry (up to queue max), then FAILED + Inbox alert/var/workflow/instances), one for payload operations. Keeps payload changes isolated from engine state.| State | Meaning |
|---|---|
RUNNING | Active, steps executing |
SUSPENDED | Paused at a Participant or Task step awaiting human action |
COMPLETED | Terminal — all steps completed normally |
ABORTED | Terminated by admin or a process step |
FAILED | Exhausted retries; failure inbox item created |
| SPI Interface | Required Property | Value |
|---|---|---|
WorkflowProcess | process.label | Display label shown in model editor |
ParticipantStepChooser | chooser.label | Label shown in Dynamic Participant step config |
WorkflowExternalProcess | process.label | Same as WorkflowProcess |
RuleEngine | (standard OSGi) | Used for OR-split rule evaluation |
Workflow jobs run on the Sling Job Queue named com/adobe/granite/workflow/job. Thread pool size and queue capacity are configured via:
org.apache.sling.event.impl.jobs.queues.QueueConfigurationImplcom\/adobe\/granite\/workflow\/job\/.*Monitor queue depth at: Tools → Workflow → Instances or /system/console/slingevent.
.tessl-plugin
skills
aem-rde
aem-workflow
code-assessment
content-distribution
create-component
assets
references
dispatcher
incident-response
references
dispatcher-foundation
performance-tuning
references
dispatcher-foundation
security-hardening
references
dispatcher-foundation
technical-advisory
references
dispatcher-foundation
workflow-orchestrator
references
dispatcher-foundation
ensure-agents-md
references
migration
references
dispatcher
legacy-ui
template-modernization
validation
scripts
dispatcher-tool
validate-migration