coapi-developer

name

coapi-developer

description

Help developers use and maintain CoApi, a Spring HTTP Interface client auto-configuration library for typed @HttpExchange proxies backed by reactive WebClient or synchronous RestClient. Use this skill when the user mentions CoApi, @CoApi, @EnableCoApi, @LoadBalanced, @HttpExchange, Spring HTTP Interface clients, Spring Boot auto-configuration for HTTP clients, reactive vs sync client mode, Spring Cloud LoadBalancer integration, or repository classes such as CoApiDefinition, CoApiFactoryBean, AutoCoApiRegistrar, EnableCoApiRegistrar, ClientMode, WebClientFactoryBean, RestClientFactoryBean, ReactiveHttpExchangeAdapterFactory, SyncHttpExchangeAdapterFactory, or properties such as coapi.mode, coapi.base-packages, and coapi.clients.

CoApi Developer Skill

Use this skill to help with CoApi (me.ahoo.coapi), which turns Spring @HttpExchange interfaces into Spring beans with minimal setup. CoApi is Kotlin-first, supports Spring Boot 4.x / Spring Framework 7.x in the current codebase, and can create either reactive WebClient or synchronous RestClient proxies.

How To Work

1. Identify the request type, then load only the needed reference file:
   • New client interface, application config, load balancing, or examples: read references/usage.md.
   • Architecture, module boundaries, annotations, mode selection, or implementation edits: read references/concepts.md.
   • Tests, assertions, ApplicationContextRunner, integration tests, or MockK: read references/testing.md.
   • Startup failures, missing beans, client mode surprises, base URL issues, or load-balancer problems: read references/troubleshooting.md.
2. Prefer concise, working Kotlin snippets unless the user asks for Java.
3. Recommend the simplest CoApi-supported approach first, then name the tradeoff when another approach is valid.
4. If the request is outside CoApi's purpose, say so directly and route the user to the Spring tool that owns it.

Essential Facts

• Dependency: implementation("me.ahoo.coapi:coapi-spring-boot-starter").
• Main annotations:
  • @CoApi(baseUrl = "...", serviceId = "...", name = "...") marks an interface as a CoApi client.
  • @LoadBalanced explicitly enables load-balanced client wiring.
  • @EnableCoApi(clients = [...]) explicitly registers client interfaces.
• Client mode: coapi.mode supports AUTO, REACTIVE, and SYNC.
• Base URL resolution has two layers: @CoApi(baseUrl) wins over serviceId; serviceId/lb:// targets are normalized to http://... with loadBalanced=true; coapi.clients.<name>.base-url can override the parsed definition at HTTP client factory time.
• Load balancing requires spring-cloud-starter-loadbalancer plus the matching reactive filter or sync interceptor when explicitly configured.
• Prefer me.ahoo.test.asserts.assert for value assertions. For ApplicationContextRunner bean assertions, mirror existing tests with AssertionsForInterfaceTypes.assertThat(context).

CoApi Boundaries

CoApi is for declarative request-response HTTP clients built from typed Spring interfaces. It does not own WebSocket or SSE clients, resilience policies, arbitrary one-off HTTP calls, or non-Spring runtime wiring. For those concerns, use Spring WebClient, RestClient, WebSocketClient, filters, interceptors, or a resilience library such as Resilience4j.

Minimal Client Pattern

@CoApi(baseUrl = "\${github.url}")
interface GitHubApiClient {
    @GetExchange("repos/{owner}/{repo}/issues")
    fun getIssue(@PathVariable owner: String, @PathVariable repo: String): Flux<Issue>
}

github:
  url: https://api.github.com
coapi:
  mode: AUTO