Annotation Processor Guide ​
This guide describes the current annotation processor architecture in framework/deployment.
It focuses on the phased compiler path that replaced the old monolithic processor.
Architecture Overview ​
The processor is organised as a compiler-style phase pipeline:
Guide Contents ​
Entry Points ​
PipelineStepProcessor: annotation processor facade.PipelineCompiler: phase orchestrator.PipelineCompilationContext: mutable phase handoff contract.
Current Internal-Service Handling ​
Internal service: steps can now be authored against reactive service interfaces, materialising blocking service interfaces, or the incremental blocking iterator service interface.
- Model extraction classifies the authored service contract family and validates YAML cardinality against it.
- Model extraction emits build-time warnings for materialising blocking streaming contracts and points users toward
BlockingIteratorServicefor incremental1 -> Ncases. - Target resolution adds a generated reactive bridge target for blocking-authored internal services.
- Transport renderers still target reactive service contracts. They inject the generated bridge instead of the authored blocking service directly.
- The generated bridge adapts
List-based blocking contracts with materialising helpers and adaptsBlockingIteratorServicewith iterator-to-Multioffload helpers.
This keeps REST, gRPC, and LOCAL generation on one transport contract family while still allowing synchronous user code in internal services, and preserves FUNCTION as a platform-generation path.
Scope ​
This guide is canonical documentation for the current framework implementation.