Install
$ agentstack add skill-vaquarkhan-fullstack-development-agent-skills-spring-webflux-reactive ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
Spring WebFlux Reactive
Use When
- Building non-blocking REST or SSE APIs with Spring WebFlux
- High fan-out I/O with external HTTP, DB, or messaging clients
- Streaming responses (SSE, Flux) to clients
Workflow
- Define @RestController methods returning Mono/Flux.
- Use WebClient for outbound calls with explicit timeouts.
- Choose reactive drivers (R2DBC, reactive Mongo) or offload blocking work.
- Handle errors with onErrorMap and consistent ProblemDetail responses.
- Load-test with concurrent clients to validate backpressure behavior.
Required Checks
- No blocking JDBC or Thread.sleep on reactor threads
- WebClient configured with connect/read/write timeouts
- Error signals mapped to RFC 9457 or project error envelope
- SSE/stream endpoints document client disconnect handling
Examples And Templates
See examples/ for side-by-side good vs bad patterns agents commonly get wrong. See templates/ for copy-paste starters aligned with this skill.
Decision Framework
- Prefer WebFlux when I/O-bound concurrency dominates; use MVC + virtual threads when team prefers imperative style.
- Blockhound or reactor debugging in CI for accidental blocking detection.
- Use bounded elastic scheduler for unavoidable blocking sections.
- Keep reactive chains readable — extract operators into named methods.
Common Rationalizations And Rebuttals
- "Reactive is always faster." -> Reactive adds complexity; use only when concurrency gains justify it.
- "block() is fine once." -> block() on reactive thread stalls event loop; use publishOn/subscribeOn.
- "Same service layer as MVC." -> Shared blocking services need scheduler isolation in WebFlux.
Evidence Pack
- Blockhound or thread audit showing no blocking on event loop
- WebClient timeout configuration and failure test output
- Load test summary for target concurrency
- Sample SSE/stream client disconnect behavior
Exit Criteria
- Reactive endpoints scale under I/O load without event-loop stalls
- Error and timeout behavior matches API contract
- Team can maintain reactor chains with documented patterns
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: vaquarkhan
- Source: vaquarkhan/Fullstack-development-agent-skills
- License: MIT
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.